一个产品、一个客户、一个敏捷团队的CMMI评估

有些客户,虽然貌似不起眼,却能给你留下深刻印象。就像生活中总会遇到一些让你忘不掉的平凡普通人。
2008年的时候,我接到一家小企业的电话,电话对方是企业的刘总经理,他咨询了一些关于CMMI三级评估的事。显然他对这方面了解不多,仅有些道听途说、不准确的信息。他的要求很简单:用最短时间,最少投入拿到三级证书。通常这类电话我会有礼貌的拒绝。但刘总的诚恳语气让我没有挂电话,他的公司只有10个开发测试人员,目前只服务一个美国客户。刘总本人是美国的海归,通过个人资源拿到一个3年开发期的软件项目,客户是一家在美国波士顿的保险公司。刘总在国内一个二线城市成立了个10人左右的软件公司。目前项目已经做了两年,客户对他们还算满意。由于这个项目就剩一年了,刘总需要找其他的市场机会,他觉得有个CMMI三级证书也许会有些帮助。
一个多小时的沟通,让我对他们公司有了大致了解,我感兴趣的是,客户要求他们严格按照Scrum的方式完成开发工作,并且能够实时验证团队提交的程序,随时给出反馈,并对后续需求进行调整。这个评估我概括为一个产品、一个客户和一个团队的评估。由于客户的严格要求、培训、监督和实时沟通,团队基本上在严格按Scrum为基础的敏捷过程在执行。产品经理及过程经理都很有经验,也有很好的教育背景,他们能够有效的和客户沟通。两个人都曾在美国企业工作过,之前都有敏捷实施的经验。客户在工程方面也有一定的要求,他们给开发团队提供了一系列需求、设计、编码、测试用例等模板。
刘总明显对评估有误解,他告诉我评估需要做的模板他的团队不会用,希望咨询公司完成。他会指派一位小姑娘来协助。我简单给他解释了下评估过程,然后给他讲了下我的实施建议:我们会在团队现有过程基础上完善开发体系,除非是必需的、有价值的,我们不会轻易追加客户不要求的活动及产出物。也就是说不会在评估要求名义下做任何没有价值的事。由于组织范围简单,我们可以在
10个月时间完成评估。另外我建议,如果他考虑接受我的建议,应该让波士顿的客户了解他们CMMI的努力,我告诉刘总,成熟的客户会认可他们的努力。如果同意我的建议,我会很乐意领导这次评估,因为CMMI和敏捷结合的实践对我而言也是愿意尝试的体验。
能当老板的肯定是聪明人,刘总接受了我的建议。一个月后我到现场对他们的情况做了全面了解,列席了他们的每日例会,和客户一起做的评审会议以及团队的回顾会议。检查了他们的所有工程、管理等产出物和团队成员做了沟通访谈。现场诊断最后一天下午我给大家讲解了诊断结果,结果包括弱项、强项和后续整改建议。在他们的环境下(一个产品、一个客户、一个团队),目前团队的做法可以满足大部分项目管理过程域的要求、大部分工程过程域的要求以及部分支持过程域的要求(如
CMDAR)。我同时也指出,目前团队的做法没有覆盖到组织级相关的过程域(OPFOPDOT)以及部分支持过程域(MAPPQA)、部分GP、部分项目管理及工程的过程域建议的实践没有明显体现。根据和刘总的沟通,我们对改进评估目标达成了共识:

 通过引入CMMI,优化团队的敏捷过程;

 建立完善一个轻量的(敏捷)度量体系,形成可信的内部能力基线,支持业务规划;

 结合迭代回顾会机制,完善内部过程改进的有效管理机制,推进团队的持续闭环改进能力;

 在团队效率和产品质量方面取得些可见的改进,保证成果的可复制,支持企业的扩大;
● 
通过CMMI三级的评估。

我提出的下列实施原则策略也得到了大家的认可:


 改进与评估并重;

 采用敏捷迭代方式推动改进及评估准备;

 优化敏捷实践而非替代敏捷实践;

 按项目形式管理改进评估;

 围绕客户的要求(如减少带病迭代等)实施改进;
● 
不做任何没有价值的事。

在讲解报告时,我也就下列风险提醒了大家:


 相关人员认识的差异;

 确保已识别资源的投入:不能只保证头尾的资源,也需要保障中间阶段资源的投入;
● 
繁重日常工作下改进的必要投入;

 评估时间的压力;

  改进的压力。

在后续的10个月,我们对敏捷环境下的CMMI实施进行了有益的尝试,整个过程既轻松又有成就感。对组织级的过程域实施,我们充分利用了Scrum内部的团队改进实践,充分利用回顾会机制以及改进的闭环机制。完善后的Scrum过程及经验积累完全可以被新的团队复用,可以有效支持公司的业务扩展。


在度量方面,我们集中关注团队的速率(velocity)以及技术债务,这两个度量项可以支持敏捷规划及质量把控。按客户的要求,团队引入了持续集成工具,经过几轮迭代,我们发现团队在两个方面都有明显的提升。

PPQA的工作主要由过程经理来主导,我们完善了敏捷迭代检查单,重点关注改进后的过程的落地。在迭代中的同行评审方面,我们也做了有益的尝试。形成了灵活的现场及非现场、一对一、会议等形式,重要关注评审发现问题的能力,允许团队根据情况计划每个迭代的评审,包括内容、形式和人员。这些评审任务都会出现在图队的任务白板中。

我们充分利用敏捷迭代的特点,增量式试用新的实践,并在迭代总结时收集反馈不断改进,
CMMI
的互补优势得到了很好的体现。

嗯,最终的评估现场,你们想来也能感受到愉悦的氛围吧。


一个产品、一个客户、一个敏捷团队的CMMI评估》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:https://www.hashtobe.com/53.html