IT运维管理IT运维管理社区公益讲堂：第325期

时间：2019年3月21日（周四晚八点）

主讲嘉宾：吴言讲师

话题：《项目化体系导入（之三）敏捷的思维建立项目》

感谢吴言老师今晚的无私分享，Karen整理了今晚吴言老师讲堂分享的文字版（共分为四篇），欢迎大家指出转化的小错误！所有文字及图文为IT运维管理社区及吴言老师版权所有！

1:各位网友，晚上好！欢迎收听IT运维管理专家讲堂第325期，我是今晚的主持人Karen，今晚我们分享的主题是《项目化体系导入之三敏捷的思维建立项目》，分享嘉宾是我们IT运维管理社区的老朋友吴言老师。

2:首先我们为大家介绍一下吴言老师，吴言老师是规模化敏捷实践者，组织级项目管理的践行者，多年的信息安全从业经验，具有规模化敏捷顾问组织及项目管理实践框架。信息治理COBIT,信息安全注册工程师等多家认证。现任隆正信息敏捷总教练，致力于企业的敏捷转型，常年服务于大唐电信，中国石油，中国电信等国内一流企业的it服务，在信息安全建设信息、系统规划组织级项目管理体系建设上均有丰富的经验。

3:吴言老师也积极地参与各类的社区活动，作为项目管理和信息安全的传播者，多次作为IT运维管理社区的嘉宾参与艾拓先锋线上线下活动，PMI2016中国大会演讲嘉宾，太湖论道主题敏捷IT运维管理社区的主要策划人和演讲嘉宾.

4:那么今晚讲堂大家会有哪些收益呢？也欢迎大家带着相关工作上的问题来收听。

第一了解敏捷思维以及敏捷思维在非研发领域的解读。

第二了解体系导入的过程中集中典型的立项推进模式。

第三了解一个体系导入立项推进示例。

好的，那我现在也为大家介绍我们艾特IT运维管理IT运维管理社区，IT运维管理社区是国内最大的it服务管理专业的社区，目前已经发展5万多名IT运维管理社区的会员，2万多名QQ群友，有6万多篇文章，坚持举办公益讲堂，今晚是第325期，以及帮助了2000多名学员获得了相关的证书。

5:IT运维管理培训一直都是性价比非常高，我们将在3月23号24号在广州举办ITIL V3 Foundation的培训课程，北京是4月13号14号开课，由IT运维管理社区的金牌讲师长河老师主讲，请大家关注IT运维管理社区的公众号ITILXF,随时了解最新的讲堂培训求职和iTop的动态，好的，接下来的时间就交给我们今晚的嘉宾吴言老师，有请~

6:[愉快]

7:各位IT运维管理社区的朋友们，大家晚上好，我已经有日子没在IT运维管理社区分享了。这个本来我们的这个项目化体系导入这一个系列，讲坛有很多认识我的老朋友都知道，这个系列讲堂我一共策划了四次课程，然后前两次讲完了之后就一直没有分享，第三点实在比较可惜。那么今天呢为大家带来的就是我们第三讲的内容，我们为大家讲一讲我们怎么样用敏捷的思维来做我们的项目，我们的这种分享的立项，

8:为什么要考虑用敏捷的方式来做项目的立项？这里面其实是有很多的内在的原因的。当年我在策划这个系列的主题的时候，那个时候我基本上还是一个刚出道的这种刚刚学习的敏捷的这个人，我会在各种各样的场合试着去用我学到的方法去解决我遇到的各种各样的问题。其中一个比较大的问题就是立项的时候夜长梦多的问题，尤其是像体系导入，然后体系变革，这种大规模的大动静的项目，往往是这种夜长梦多的情况非常非常的可怕。你的项目一次规划的范围太大，或者是一次立项的时间太长，领导对你的期望就会非常高，对你的最终产出的要求就会非常高。这时候项目的风险也会随之增大。

9:立得越大，你需要的权力就越多，在组织里面你需要的资源也越多。这时候资源的争夺，权力的争强，利益的划分，都是我们制约着我们走向成功的一些特别让人去难以解决的因素。有人会说我跟领导关系好，没问题。用领导的关系的话，这种情况我们后面也会谈到。那么领导的这种心情和领导的关注点，其实往往是我们并不一定能够把握的。当然有一些我们认识的这个朋友，他们总能跟上层搞好关系，比如说咱们IT运维管理社区的宽恕大神（IT运维管理社区的特邀嘉宾之一），然后还有咱们的唐龙老师（IT运维管理社区的特邀嘉宾之一），他们都比较擅长于这样这个方法，但是我们不能指着我们，在每一个项目的场景里面，我们都跟我们的上层有这么好的关系。

10:那这个时候我们就必须考虑我们在立项的时候，我们的目标到底是什么？我们说这种体系化导入的项目，我们最终的目标，我们说我们可能有很多的体系导入，我们可能有比如我比较经常做的项目项目管理的体系的导入，然后跟IT运维管理社区相关的，那个时候我们还经常做信息安全体系的导入。有的同学在这个有的朋友在自己的工作里面要涉及到我们要做这种质量体系的导入，信息服务的体系导入，或者是其他的，比如说我要做这个质控的体系导入等等，就质控体系导入跟质量体系导入还不一样，质控体系有的时候是完全我要做一个质量提升，但又不是导入9000，每种不同的体系导入都有自己相应的这种方法论的支撑和知识的要求。

11:具体的我们在开展一次体系的导入的时候，我们有哪些知识和能力的要求，我们有哪些？我们立项的，我们在这个导入的时候可以采用的方式，这些呢我在这个系列的前两次课程里面都有讲，大家可以翻一下IT运维管理社区以前的这个相关课程。那么今天我们要讲的就是我们一定要做的并不是说简单的我要通过一个认证，并不是那种简单的，比如说像我们说27000或者CMMI有的时候我们就是为了过证，那那个时候怎么样？那时候我们会造很多材料，如果造材料的话，那基本上就是堆填上。然后大家上下一心，我们搭一点时间搭一点资源，那个时候谁都能成功。

12:如果说我们要在企业里面着着实实地想做出一番成绩来，我们就涉及到一个大问题，就是我们的工作成果必须可以落地。这个落地指的是我们的工作要扎扎实实的落到实处。如果你做27000，那么你的安全防控就要做到你工作的方方面面，你有必然必要的阻断手段和这种检查手段去阻断那些非授权访问的这种情景发生。然后如果发生了可能违规的情况，你应该有办法知道，有办法了解，并且在产生侵害之前进行相应的干预。那么如果是这样做的话，大家往往如果大家也一样做过信息安全体系的话，都会有一个特别大的感触，就是我要动别人的利益，别人会对我有抵触。

13:宽恕大神、唐龙老师，也期待你们的讲堂~~

14:来消除这种抵触情绪。那么注意到这个时候，我们不可能说我们每个人都是**项目经理，对吧？it圈男生多，所以**项目经理在这个时候站的平均就比比稍微大一点。我们有的时候这个稍微的利用一下这个优势，然后我们就可以解决掉一些双方有可能会产生冲突的场景。但这个不是普遍现象。我们说很多特效的管理方法，只能用在特定的环境下解决那一时一地的问题，那怎么样来解决更多的这种场景和问题？

15:这就要用到我们的精益敏捷的思维了。那么精益敏捷的思维，一说起轻盈敏捷，尤其是一说新敏捷，很多人都会想到说这是要做软件开发，确实敏捷这个词！从敏捷软件开发至今，我们说从敏捷这个概念正式被确立为一个正式的这种软件开发思路框架，那么至今应该是18年2001年，那么就是在这个美国犹他州雪鸟城那次著名的敏捷宣言确定了会议之后，那么距今18年了，那它对于我们其他的行业来说，我们怎么去借鉴敏捷这个词？当然我们并不是要套用他，但是我们可以运用他的思想，运用它的概念。

16:我们注意到敏捷宣言它的目标是面向软件的。那么这种面向软件成果的这种敏捷宣言，我们就可以考虑把它运用到其他的知识工作的场合，而且实际上我跟很多的美国的敏捷圈的这个人去交流过，他们那些在一线的敏捷咨询顾问，他们会说敏捷绝对不仅仅是软件开发的一种思路，我们可以把它推广到很多的知识型知识密集型的工作里面去。只不过我们在每一次实施的时候，我们要注意调整它的运用角度和方法。

17:说我们的敏捷宣言。敏捷宣言是六句话，经常我们在谈论的是他的中间的四句，也就是他所谓的四个价值观。但实际上完整敏捷宣言是六句话，我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人，由此我们建立了如下价值观，个体和互动高于流程和工具，工作的软件高于详尽的文档，客户合作高于合同，谈判响应变化高于遵循计划，也就是说尽管U线有其价值，我们更重视左向的价值。这些话呢就算大家不做人员开发，相信或多或少也会听过这些话，我们怎么把它运用到我们的一般性的知识工作里来，那么首先我们注意到我们要把我们交付的标的物，由软件转化为我们知识工作的一种成果。

18:其次我们要注意一个问题，就是我们在体系导入里面，我们并不只我们的客户方，往往是我们的这个团队内部，所以我不可能跟团，我们一个公司里面其他部门的人说你是我的客户，有的人他不接受这种说法。另外我们在内部，我们在做这种转变的时候，也不是所有公司都会签一个内部立项的合同，那这时候我们应该怎么来推进这件事，为了解决这个问题，有一些人已经把这个敏捷宣言的这一部分转作了一些转化。那么我也参照一下以前的人的成果的思路，我也把这几句话进行一下简单的转变。我们来看一看对于我们的体系推进的工作里面，我们应该用什么样的态度来考虑我们的问题。

19:我们说个体和互动仍然高于流程和工具，改善的工作会高于详尽的文档，而精诚协作会高于内部协议，响应变化高于遵循计划。这样看起来就好多了。这样看起来确实确实实像是我们在做一个内部改善。那在这里面有必要对整个的这个结构再进行一次所有在像我们的精益敏捷课堂上要进行那种纠正。首先我们要注重注意的就是原先的敏捷宣言里面的最后一句话，尽管又像有其价值，左向的价值更高。也就是说我们并不是由于这四句话的建立，就此摒弃了流程和工具详尽的文档，内部协议以及遵循计划，

20:我们说又像仍然是我们开展所有工作里面那些可知性的基础，我们要开展敏捷，我们要开展。我们在软件开发里面采用敏捷是为了确定不确定性，我们在体系实施的过程里面也有不确定性。体系实施里面的不确定性是什么？并不是需求本身不确定，而是领导的诉求不确定。领导在一定周期内，他的诉求可能是说我希望看到一些改变，但具体这个改变是什么？其实有的时候领导并不抱一个肯定的态度，有些领导可能会选择某一个特定的体系，作为他未来的这种加官进爵的这种期望，然后他就会大力的去推行。但很快如果做到一个指定的时间点，没有做到它的期望的话，他又会毫不留情的把之前的想法全盘抛弃。

待续........

对于行路的我而言，曾经相信，曾经不相信，今日此刻也仍旧在寻找相信。但是面对时间，你会发现，相信或不相信都不算什么了。——龙应台《目送》

IT运维管理IT运维管理社区公益讲堂：第325期

时间：2019年3月21日（周四晚八点）

主讲嘉宾：吴言讲师

话题：《项目化体系导入（之三）敏捷的思维建立项目》

感谢吴言老师今晚的无私分享，Karen整理了今晚吴言老师讲堂分享的文字版（共分为四篇），欢迎大家指出转化的小错误！所有文字及图文为IT运维管理社区及吴言老师版权所有！

1:各位网友，晚上好！欢迎收听IT运维管理专家讲堂第325期，我是今晚的主持人Karen，今晚我们分享的主题是《项目化体系导入之三敏捷的思维建立项目》，分享嘉宾是我们IT运维管理社区的老朋友吴言老师。

2:首先我们为大家介绍一下吴言老师，吴言老师是规模化敏捷实践者，组织级项目管理的践行者，多年的信息安全从业经验，具有规模化敏捷顾问组织及项目管理实践框架。信息治理COBIT,信息安全注册工程师等多家认证。现任隆正信息敏捷总教练，致力于企业的敏捷转型，常年服务于大唐电信，中国石油，中国电信等国内一流企业的it服务，在信息安全建设信息、系统规划组织级项目管理体系建设上均有丰富的经验。

3:吴言老师也积极地参与各类的社区活动，作为项目管理和信息安全的传播者，多次作为IT运维管理社区的嘉宾参与艾拓先锋线上线下活动，PMI2016中国大会演讲嘉宾，太湖论道主题敏捷IT运维管理社区的主要策划人和演讲嘉宾.

4:那么今晚讲堂大家会有哪些收益呢？也欢迎大家带着相关工作上的问题来收听。

第一了解敏捷思维以及敏捷思维在非研发领域的解读。

第二了解体系导入的过程中集中典型的立项推进模式。

第三了解一个体系导入立项推进示例。

好的，那我现在也为大家介绍我们艾特IT运维管理IT运维管理社区，IT运维管理社区是国内最大的it服务管理专业的社区，目前已经发展5万多名IT运维管理社区的会员，2万多名QQ群友，有6万多篇文章，坚持举办公益讲堂，今晚是第325期，以及帮助了2000多名学员获得了相关的证书。

5:IT运维管理培训一直都是性价比非常高，我们将在3月23号24号在广州举办ITIL V3 Foundation的培训课程，北京是4月13号14号开课，由IT运维管理社区的金牌讲师长河老师主讲，请大家关注IT运维管理社区的公众号ITILXF,随时了解最新的讲堂培训求职和iTop的动态，好的，接下来的时间就交给我们今晚的嘉宾吴言老师，有请~

6:[愉快]

7:各位IT运维管理社区的朋友们，大家晚上好，我已经有日子没在IT运维管理社区分享了。这个本来我们的这个项目化体系导入这一个系列，讲坛有很多认识我的老朋友都知道，这个系列讲堂我一共策划了四次课程，然后前两次讲完了之后就一直没有分享，第三点实在比较可惜。那么今天呢为大家带来的就是我们第三讲的内容，我们为大家讲一讲我们怎么样用敏捷的思维来做我们的项目，我们的这种分享的立项，

8:为什么要考虑用敏捷的方式来做项目的立项？这里面其实是有很多的内在的原因的。当年我在策划这个系列的主题的时候，那个时候我基本上还是一个刚出道的这种刚刚学习的敏捷的这个人，我会在各种各样的场合试着去用我学到的方法去解决我遇到的各种各样的问题。其中一个比较大的问题就是立项的时候夜长梦多的问题，尤其是像体系导入，然后体系变革，这种大规模的大动静的项目，往往是这种夜长梦多的情况非常非常的可怕。你的项目一次规划的范围太大，或者是一次立项的时间太长，领导对你的期望就会非常高，对你的最终产出的要求就会非常高。这时候项目的风险也会随之增大。

9:立得越大，你需要的权力就越多，在组织里面你需要的资源也越多。这时候资源的争夺，权力的争强，利益的划分，都是我们制约着我们走向成功的一些特别让人去难以解决的因素。有人会说我跟领导关系好，没问题。用领导的关系的话，这种情况我们后面也会谈到。那么领导的这种心情和领导的关注点，其实往往是我们并不一定能够把握的。当然有一些我们认识的这个朋友，他们总能跟上层搞好关系，比如说咱们IT运维管理社区的宽恕大神（IT运维管理社区的特邀嘉宾之一），然后还有咱们的唐龙老师（IT运维管理社区的特邀嘉宾之一），他们都比较擅长于这样这个方法，但是我们不能指着我们，在每一个项目的场景里面，我们都跟我们的上层有这么好的关系。

10:那这个时候我们就必须考虑我们在立项的时候，我们的目标到底是什么？我们说这种体系化导入的项目，我们最终的目标，我们说我们可能有很多的体系导入，我们可能有比如我比较经常做的项目项目管理的体系的导入，然后跟IT运维管理社区相关的，那个时候我们还经常做信息安全体系的导入。有的同学在这个有的朋友在自己的工作里面要涉及到我们要做这种质量体系的导入，信息服务的体系导入，或者是其他的，比如说我要做这个质控的体系导入等等，就质控体系导入跟质量体系导入还不一样，质控体系有的时候是完全我要做一个质量提升，但又不是导入9000，每种不同的体系导入都有自己相应的这种方法论的支撑和知识的要求。

11:具体的我们在开展一次体系的导入的时候，我们有哪些知识和能力的要求，我们有哪些？我们立项的，我们在这个导入的时候可以采用的方式，这些呢我在这个系列的前两次课程里面都有讲，大家可以翻一下IT运维管理社区以前的这个相关课程。那么今天我们要讲的就是我们一定要做的并不是说简单的我要通过一个认证，并不是那种简单的，比如说像我们说27000或者CMMI有的时候我们就是为了过证，那那个时候怎么样？那时候我们会造很多材料，如果造材料的话，那基本上就是堆填上。然后大家上下一心，我们搭一点时间搭一点资源，那个时候谁都能成功。

12:如果说我们要在企业里面着着实实地想做出一番成绩来，我们就涉及到一个大问题，就是我们的工作成果必须可以落地。这个落地指的是我们的工作要扎扎实实的落到实处。如果你做27000，那么你的安全防控就要做到你工作的方方面面，你有必然必要的阻断手段和这种检查手段去阻断那些非授权访问的这种情景发生。然后如果发生了可能违规的情况，你应该有办法知道，有办法了解，并且在产生侵害之前进行相应的干预。那么如果是这样做的话，大家往往如果大家也一样做过信息安全体系的话，都会有一个特别大的感触，就是我要动别人的利益，别人会对我有抵触。

13:宽恕大神、唐龙老师，也期待你们的讲堂~~

14:来消除这种抵触情绪。那么注意到这个时候，我们不可能说我们每个人都是**项目经理，对吧？it圈男生多，所以**项目经理在这个时候站的平均就比比稍微大一点。我们有的时候这个稍微的利用一下这个优势，然后我们就可以解决掉一些双方有可能会产生冲突的场景。但这个不是普遍现象。我们说很多特效的管理方法，只能用在特定的环境下解决那一时一地的问题，那怎么样来解决更多的这种场景和问题？

15:这就要用到我们的精益敏捷的思维了。那么精益敏捷的思维，一说起轻盈敏捷，尤其是一说新敏捷，很多人都会想到说这是要做软件开发，确实敏捷这个词！从敏捷软件开发至今，我们说从敏捷这个概念正式被确立为一个正式的这种软件开发思路框架，那么至今应该是18年2001年，那么就是在这个美国犹他州雪鸟城那次著名的敏捷宣言确定了会议之后，那么距今18年了，那它对于我们其他的行业来说，我们怎么去借鉴敏捷这个词？当然我们并不是要套用他，但是我们可以运用他的思想，运用它的概念。

16:我们注意到敏捷宣言它的目标是面向软件的。那么这种面向软件成果的这种敏捷宣言，我们就可以考虑把它运用到其他的知识工作的场合，而且实际上我跟很多的美国的敏捷圈的这个人去交流过，他们那些在一线的敏捷咨询顾问，他们会说敏捷绝对不仅仅是软件开发的一种思路，我们可以把它推广到很多的知识型知识密集型的工作里面去。只不过我们在每一次实施的时候，我们要注意调整它的运用角度和方法。

17:说我们的敏捷宣言。敏捷宣言是六句话，经常我们在谈论的是他的中间的四句，也就是他所谓的四个价值观。但实际上完整敏捷宣言是六句话，我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人，由此我们建立了如下价值观，个体和互动高于流程和工具，工作的软件高于详尽的文档，客户合作高于合同，谈判响应变化高于遵循计划，也就是说尽管U线有其价值，我们更重视左向的价值。这些话呢就算大家不做人员开发，相信或多或少也会听过这些话，我们怎么把它运用到我们的一般性的知识工作里来，那么首先我们注意到我们要把我们交付的标的物，由软件转化为我们知识工作的一种成果。

18:其次我们要注意一个问题，就是我们在体系导入里面，我们并不只我们的客户方，往往是我们的这个团队内部，所以我不可能跟团，我们一个公司里面其他部门的人说你是我的客户，有的人他不接受这种说法。另外我们在内部，我们在做这种转变的时候，也不是所有公司都会签一个内部立项的合同，那这时候我们应该怎么来推进这件事，为了解决这个问题，有一些人已经把这个敏捷宣言的这一部分转作了一些转化。那么我也参照一下以前的人的成果的思路，我也把这几句话进行一下简单的转变。我们来看一看对于我们的体系推进的工作里面，我们应该用什么样的态度来考虑我们的问题。

19:我们说个体和互动仍然高于流程和工具，改善的工作会高于详尽的文档，而精诚协作会高于内部协议，响应变化高于遵循计划。这样看起来就好多了。这样看起来确实确实实像是我们在做一个内部改善。那在这里面有必要对整个的这个结构再进行一次所有在像我们的精益敏捷课堂上要进行那种纠正。首先我们要注重注意的就是原先的敏捷宣言里面的最后一句话，尽管又像有其价值，左向的价值更高。也就是说我们并不是由于这四句话的建立，就此摒弃了流程和工具详尽的文档，内部协议以及遵循计划，

20:我们说又像仍然是我们开展所有工作里面那些可知性的基础，我们要开展敏捷，我们要开展。我们在软件开发里面采用敏捷是为了确定不确定性，我们在体系实施的过程里面也有不确定性。体系实施里面的不确定性是什么？并不是需求本身不确定，而是领导的诉求不确定。领导在一定周期内，他的诉求可能是说我希望看到一些改变，但具体这个改变是什么？其实有的时候领导并不抱一个肯定的态度，有些领导可能会选择某一个特定的体系，作为他未来的这种加官进爵的这种期望，然后他就会大力的去推行。但很快如果做到一个指定的时间点，没有做到它的期望的话，他又会毫不留情的把之前的想法全盘抛弃。

待续........

对于行路的我而言，曾经相信，曾经不相信，今日此刻也仍旧在寻找相信。但是面对时间，你会发现，相信或不相信都不算什么了。——龙应台《目送》