CMMI on line

2级其实有很多问题还没有解决的，细心的人会发现，2级对软件工程活动的指导很弱，如：需求开发、设计、编码、测试等。在3级，你会发现：
1)有指导需求开发的需求开发(Requirements Development)这个PA；
2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA；
3)有指导如何保证工作产品满足要求的验证(Verification)；
4)有指导如何保证软件产品满足真实使用环境要求的(Validation)；
5)还有指导如何把软件产品各组件集成在一起并保证能在相应的硬件载体运行正常的产品集成(Product Integration)；

2级的PP与PMC是直接与项目管理有关的两个PA，在3级，对项目管理的要求进一步提高：
6)集成项目管理(Integrated Project Management)：3级的项目管理，要求利用组织级的财富库进行项目估算，并且利用财富库裁剪出项目自己的过程，并用这个过程来管理项目。
7)风险管理(Risk Management)：2级只有PP的SP2.2中提到要识别风险，而在3级专门有一个PA对风险管理提出更高的要求。

大家不知道有没有发现，2级的PA都是直接针对项目提出要求的。3级的IPM和RSKM，除了对项目级提出要求，另外也对组织级提出了要求，IPM要求有组织级的资产库，RSKM要求要有组织级的风险管理策略等。另外，3级有几个“O”开头的PA，这几个PA都是直接对组织级的提出要求。
8)组织过程焦点(Organizational Process Focus)：这个PA要求组织成立SEPG来推动过程改进的工作，要求识别、计划、实施改进过程，保证组织过程能持续改进。
9)组织过程定义(Organizational Training)：这个PA要求组织级建立财富库，财富库内容要包括标准的过程、裁剪库、度量库、生命周期模型等。
10)组织培训(Organizational Training)：要求组织根据商业目标要求准备并提供培训。

3级还有一个很特别的PA：
11)决策分析及解决方案(Decision Analysis and Resolution)：这个PA提供了一个如何做出最佳决策的方法指导。软件行业很多重要的决策，如设计方案、采购方案等，都可以应用这个PA提供的办法，另外也可以在组织过程改进中应用决策分析的办法。

总结一下3级的几个重要特点：
1)明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。
2)对项目管理提出了更高的要求，要利用组织级的数据来管理项目。
3)出现了专门针对组织级的PA，要求有专门的组织来负责过程改进的工作。
4)提供了一个做出最佳决策的指导，而这个方法可以用于软件工程，也可以用于组织级过程改进。

由这些特点大家可以看到，3级已经对软件开发的各个方面有了详细的要求，2级很多不明细的地方全部已经明确。一个达到3级的企业，肯定会定义了很多软件开发各个方面的过程，并且会有组织级的财富库。所以3级叫“已定义”级。

补充说明：
3级还有另外3个PA上文没有提到，分别是
Integrated Teaming、Organizational Environment for Integration：对大型软件团队提出了要求，一般情况下中小型软件企业可以NA。
Integrated Supplier Management：如果软件企业需要管理大量的供应商，则需要考虑这个PA。
这3个PA大部分情况下不需要考虑，将暂时不展开详细的讨论。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

Oh！精辟的分析！如果能再详细一点就可以了，很想深入了解每个PA的内涵。

2级有MA这个PA，对度量提出了要求，为什么在3级看不到度量方面的PA呢？

非常好的问题！
我也在思考这个问题，3级虽然没有专门针对度量方面的PA，而实际上当一个企业做到3级的时候，2级的MA会做得更深入，做到3级的时候，需要度量的内容已经比2级扩大了很多，需要度量的深度也会大很多。
度量这个东西，还需要跟4级的OPP、QPM联系起来，如果一个企业一开始就定下过4级或者5级这个目标，度量工作需要在做2级的时候就好好规划，详细内容，我们在4级的论坛再详细论述。

我们主要以阶段式来讨论CMMI，其实如果用连续式来论述，MA这个PA就没有分什么2级PA3级PA的了，MA这个PA本身，就可以做到2级、3级、4级、5级的水平。连续式的讨论，我们以后再慢慢展开，因为对于普通人来说，确实很难理解。这里先跟大家打底，用阶段式表述的时候，够厉害的人，会发现一些不太合适的地方的。就我个人来说，我更认可连续式的表述方式。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

Oh！精辟的分析！如果能再详细一点就可以了，很想深入了解每个PA的内涵。

大家先忍耐一下，我当前主要力量先把2级的PA大致全部讲完，稍后时间我会很详细讲解3级的每个PA。
有3级方面认识的同行们，欢迎先来发表发表啊！

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

现在的cmmiv1.2版本好像没有IT 和OEI两个PA了，也没有ISM这个PA了吧。

---

CMMI是一个刚出炉的香喷喷的小蛋糕，我要细细的闻，慢慢的品尝，把它吃到肚子里。

IT、OEI、ISM这三个PA是没有了，但内容还是有的，他们的内容分别被整合进其它PA中去了。
目前我正在研究v1.2版，稍后再向大家介绍。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

这是我看到的最好的ＣＭＭＩ中文网站。

我是ＳＥＰＧ的新人，做过六年软件开发和项目管理，通讯工程本科及ＭＢＡ毕业，公司要过ＣＭＭＩ，就转过去了。想问一下张总：做ＳＥＰＧ将来的职业发展怎样？谢谢！

非常难得，你是读工程的，并且有多年实际的软件开发及项目管理经验，再加上你是MBA毕业，你有很好的基础啊！要在SEPG好好发展，需要有实际的软件开发及项目管理经验支持，否则很难长远发展，也难以解决一些很难的问题。

SEPG方面的职业发展，可能有以下几方面吧：
1.主任评估师
2.咨询师
3.从事培训、咨询的自由职业者
4.自己开咨询公司

过程改进专家，如果同时也是技术专家、项目管理专家，相信将来可以成为中国过程改进届的泰山北斗了！

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

张总，您好！

来你的网站学习有一段时间了，这里的讲解有的简明扼要，有的详尽具体，感觉因为您真得懂，所以写出来的内容疏密有致才让人容易明白。我学到了不少，非常感谢！

今天看到有朋友咨询关于在SEPG职业发展的问题和您的回答，也想咨询一下您关于自己的职业发展问题。

我通讯工程本科毕业7年了，做过老师一年、软件开发一年，之后基本从事项目管理工作，05年也拿到了IPMP-c证，现在在单位做项目管理的整体引导工作，主要负责推广流程等。现在感觉工作活力渐渐减少，所以希望自己的工作注入新的内容。考虑过换工作，但现在项目经理的要求都需要比较长时间的直接研发经验，所以不好换。

在对未来工作方向有些迷茫的时候，注意到了CMMI，看了一些内容，个人也很感兴趣，并且相信这个大方向很有发展潜力，职业前景也不错。但是，接下来该怎么做？公司暂时不会有这样的职位，如果只是自己学习而不应用，进步太慢也不会被社会认可，如果不换工作，我如何加强这部分的能力并未将来做好准备？如果换工作，什么样的比较合适？谢谢！

项目管理这东西，如果没有实际的业务和技术知识做支撑，恐怕也很难做得很出色，一名优秀的项目经理应该是业务知识、技术管理知识和项目管理知识三方面都需要比较强的。

一个项目，我个人认为其实有三大最重要因素影响其成功，三者都同样重要，它们是需求、设计与项目管理。
需求要把握得准和全面，能抓得住客户真正想要的东西，能在客户需求与公司工作量成本之间取得平衡，即能满足客户需求，又不会导致项目工作量超出预算，达致客户与公司双赢。
准确而合适的需求是基础，而优秀的设计能大大地减少编码及维护工作量，软件设计师能否准确理解需求并设计出工作量小弹性大的设计，对项目成功的影响是很深远的。
项目管理的主要任务是把工作任务、资源协调好，高效地完成工作，这里要注意，如果需求与设计质量差，项目管理能力怎样强也是无补于事的，而需求和设计如果质量很好，项目管理能力稍微差一点项目还是可以成功的。
如果需求把握能力、设计能力和项目管理能力都很强，那么这个项目肯定可以成功地完成！

很多小项目，对项目经理的要求其实都是对这三方面能力的要求，项目经理任何一方面能力不够强，都可能会影响项目成功。而对于大型的项目，往往会把项目经理的工作分解为系统分析师、软件架构师和项目经理，系统分析师把握需求，软件架构师把握设计，这时对项目经理的需求把握能力、软件设计能力的要求就下降了。

如果按照大型项目这样的划分，其实薪金最高的不是项目经理，往往是系统分析师，然后是软件架构师，最后才是项目经理，项目经理往往只能在一些后勤、资源配合、联络等工作，而对于具体的需求调研任务、软件设计任务、编码任务的工作分配及工作指导与跟踪等技术含量高工作，只能由系统分析师、软件架构师来主导。

如果你想做项目经理，那就要看你想做哪一种项目经理了？如果你的需求把握能力很强又懂技术，那是最值钱，如果你不想直接面对客户，那么成为设计高手，也是很值钱的，如果没有以上两点做支持，就做一个“纯”项目管理的项目经理，比较难有突破。

如果向往CMMI方面发展，也是需要有实际经验支撑的，实际经验倒不是你是否是某公司EPG成员，写了什么过程文档，其实做过程改进比做项目经理难度更高，需要对软件各方面都很熟，需要有各方面的实践经验。很多过程改进失败的公司，原因往往是用了没有实际工作经验的理论家来写过程，让外行人来指挥内行人。如果你本身就有很多软件的具体经验，然后能和大家打成一片，和大家一起来摸索如何改进，这样的收获才是最实际的最有效的。

我在一个公司工作了很长时间，有不少朋友问我为什么不走？我其实每到一定阶段，公司就有新的机遇给我，我基本做过了软件开发的各个方面（需求调研、设计、编码、测试、QA、CM、项目管理），另外我又能从部门管理、公司管理的角度来看待问题，通过各种各样的实践和不断总结，才积累了一定的知识。但我仍然觉得自己不能空谈管理和过程改进，我一直都在努力学习技术知识、设计知识和业务知识。

以上是我的一些感想，具体道路怎样走，靠你思考和摸索了，其实我自己也在不断思考自己将来的路。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx