1704257887
1704257888
1704257889
图 17-2 微软MSF模型
1704257890
1704257891
XP是敏捷的代表，是一种轻量级的、近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其他一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。其价值观是加强交流、从简单做起、寻求反馈、勇于实事求是。
1704257892
1704257893
能力成熟度模型CMM/CMMi。与针对特定技术（如RUP）、特定企业（如MSF）、特定阶段（XP）发展起来的流程不同，CMMi创造的是一个过程不断走向成熟的框架路线。它提供了软件组织达到一定能力成熟度所需要的一系列流程改进的准则和改进标准，但不是实现方法，可看做是元模型，不讲如何做，只讲做什么。具体分类如表17-1所示。
1704257894
1704257895
1704257896
1704257897
1704257898
1704257899
1704257900
1704257901
最后，以51CTO总结为蓝本，补充我在东软讲课时的学员更正，做对比如表17-2所示。
1704257902
1704257903
1704257904
1704257905
1704257906
1704257907
1704257908
1704257909
半面创新：实践者的创新制胜之道 [:1704253512]
1704257910
半面创新：实践者的创新制胜之道 执行的核心：三权分立
1704257911
1704257912
企业层面，中国以家长制统辖下的官僚制为主，基本特征是权力高度集中于最高领导者，最高领导者奉行非正式控制原则（“帝王术”），管理主要依靠最高领导者的直觉、经验和个性，较少正式的流程和规则。理想的企业治理结构应该是“三权分立”，即决策权、经营权、监督权分属于董事会、管理团队、监事会。通过权力制衡，使三大模块各司其职又相互制约。
1704257913
1704257914
三权分立的治理结构是目前人类生发出来的最理想的制度架构。上至国家是立法、司法、行政的三权分立。中国历代治理结构，王权=董事会；文官系统=管理团队，汉朝的三公是宰相（国务院总理，CEO）、太尉（三军统帅）、御史大夫（负责监察）。唐朝的三省六部制，中书省设计制度及起草诏书，相当于立法；尚书省总揽六部，负责行政；门下省为监督。当然它与美国有本质区别，因为其上还有个皇帝，同时司法也不独立。
1704257915
1704257916
下至创新创造，我把实施中PM、Test、Dev这三大角色定义为立法、司法与行政。PM负责定义功能规格说明，它是资源需求与进度计划的基线，是实施的宪法，即PM立法，同时又负责对整个流程的管控，特别是通过三方会审机制Triage解决开发和测试的矛盾。Test代表客户，是司法，既查Dev“腐败”，也查PM“渎职”，司法必须独立，产品的发布由测试签字。Dev负责编码，是生产部门，平时它最露脸。他们各自的日常工作如图17-3所示。
1704257917
1704257918
开发与测试的比例，微软大致1:1.5～2，本土运作不能如此奢华，我们一般做法是3:1，三个开发配备一个测试，在质量与投资之间折中。实在太忙就要运转调配矩阵，如图17-4所示，让PM顶上做测试，使三者工作曲线都饱满，达到最大的投入产出比。
1704257919
1704257920
从零开始调教出一个六大角色齐全、稳定高产的百人产品团队，我的经验是需要两到三个季度的磨合，需要1/3的人员调整的代价，需要充分利用国情试用期的30天。
1704257921
1704257922
1704257923
1704257924
1704257925
图 17-3 PM、Test和Dev三权分立
1704257926
1704257927
1704257928
1704257929
1704257930
图 17-4 资源重用并发矩阵
1704257931
1704257932
当然，世上没有十全十美的流程，关键是适合！软件工程大家Ivar Jacobson道，“我相信没有一种技术、没有一种流程能够解决所有的问题，我更相信基于实践的方式。你需要用不同来源的实践，结合自己的特点，改进自己的流程和工作方式，这样才能立于不败之地。”即兼容并包、实践为本，在无流程与过于结构化的严格流程间，找到与企业匹配的均衡点。
1704257933
1704257934
1704257935
1704257936