在CMMI4评估过程中需要注意哪些问题，请高手、老手、新手指点？

lee_huo

我公司在去年年底通过CMMI3评估的，目前已经启动的4级的工作，希望各位高手能指点一下，在启动阶段、培训阶段、实施阶段、预评估阶段、正式评估阶段都需要注意哪些？或各位有哪些好的建议？好的意见？请分享一下。谢谢


上一篇：如何建立资产库
下一篇：如何制定一份有效需求跟踪矩阵表

rebeccazxy

情况类似，关注ing.................

danny

首先最好请有经验的评估师，进行一次差距诊断，明白自己的不足和现状，然后根据4级的要求，定义出阶段性的目标，定期请评估师来进行确认，随时发现问题，及时解决，随时调整策略，以保证你的最终目标能够实现，达成4级。
另外，4级要量化管理，需要建立一些模型、基线什么的，最好要自己学习以下统计分析技术。

lee_huo

收到，谢谢danny的分享

w7a8

danny说的很好，补充一点细节。
建议做MA OPP QPM的整合，把这三个PA理顺了去做！
当然，因为是评估，所以咨询师的意见最重要！
以及PIID的展现。

cecilia

4级是定量管理，数据是很重要的，一定要有大量真实有效的数据来支撑，进行度量。

jaedonger

首先：个人觉得应该看你们3级中的每个PA是不是认真的去做的。如果不是请转1，是转2；
1，不是：那么可以听从danny的建议，不过最好是找个有经验的咨询师，而不是评估师。
2，是：那么首先恭喜你。
因为4级是定量管理，QPM中实用的过程性能目标，度量值以及基线是由OPP定义，同时QPM的度量值定义，测量数据等是由OPP设定。
楼主所提出的，个人觉得：
启动阶段：1，建立方针，并且努力执行和维护；
         2，提供足够的资源，包括工作产品，高层支持，参与人员支持，参与人员培训等；
培训阶段：对参与4级的人员进行培训，并建立培训项目（包括QPM过程建模和分析，过程度量数据选择，定义，采集和确认；OPP试点的计划，设计和实施等。。）；
实施阶段：1，配置管理，对产出物进行配置（配置对象很多，不一一说明）；
         2，建立严格的监督和控制制度，对改进过程中的事情要采取适当的纠正措施；
在后面的欲评估和正式评估阶段 就力不从心了。。。
（个人愚见，切勿拍砖）

jaedonger

忘记了几点1：四级需要很多的数据来支撑。针对数据的收集要有明确的目的性。
          2：你们过了3级，可以参考评估报告针对弱项加强改进。

lee_huo

十分感谢Jaedonger以及大家的解答。我还想咨询一下，各位手中有没有好一点的统计分析的资料共享一下。
这次一定吸取3级的经验，要求领导参加进来而不是参与进来。

cecilia

是的，参与只是提提意见，而不会认真地去对待，参加就有一定的责任了。

lee_huo

6.2日咨询师过来做现状调查，完成后我把咨询师的建议也发表出来。希望大家积极帮我提供建议，一起分析。

jaedonger

期待。。。。

rebeccazxy

楼主怎么还没来.......

lee_huo

本次现状调查出现的问题和其他过了3级的公司差不多，度量都是做的不太好，这方面需要很大力度、方法、技术来收集、统计、分析企业的数据。
组织过程

1.建议：EPG组织出专项领域行动组，定期评价各领域流程、方法的适配度，主动收集各领域的新技术、新工具、新方法，定期或事件驱动优化过程资产，积累知识样例和度量数据，并传播过程改进文化。

2.建议：结合业务发展现状和战略，细化研发运营领域的资源结构、岗位职责和岗位级别，规划岗前和在岗培训课程，建立岗位培养和评价机制；

项目管理

1.建议：建立售前管理和研发立项流程，例如：进行售前立项，确立售前职责和目标，售前阶段建立项目的工期和成本初步估算机制，做为招投标方案的参考数据；研发立项时建立关键的研发目标、资源结构、生命周期策略和沟通策略；
2.建议：建立合同管理流程，在合同签署或立项时，对内外部的沟通层次和沟通策略进行约定，对验收标准和知识转移机制进行约定，适当的建立合同评审职责；引入IBM MOT培训；
3.建议：重新设计并优化估算流程，建立估算基准和模型，进行估算培训，增强估算的结果的客观性和准确性

软件工程

1.建议：建立需求调研规程或指南，对业务预研、业务调研、业务分析、全生命周期的业务确认活动进行规划和实施；建立业务领域专家的培养方案；
2.建议：选择需求和设计领域的EPG人选，重新梳理需求和设计流程，引入面向对象的技术，建立原型开发标准，重新定义需求和设计的相关应用模板，使需求和设计结果便于内外部的沟通和确认；
3.建议：根据经验积累出评审检查点，合理分配评委职责，开发评审管理工具辅助提升评审效率，积累有效的数据辅助提升同级评审的效果；
4.建议：重点项目开展面向测试和开发人员的正式的业务培训和串讲机制，需求和核心开发人员参与测试计划和测试用例的评审；测试人员在需求评审之前编写核心业务的系统测试用例来验证需求的完整性和正确性，测试人员参加需求评审；建立需求、设计、编码、测试工作的质量评价标准；

支持管理域：

1.建议：重新梳理QA检查单，根据过程改进目标动态调整QA检查范围

sungubbi

以上报告，怎么感觉许多是二、三级的事情？
有没有啥针对四级的问题？