技术开发 频道

CMMI的团队管理

    知识管理

    CMMI中与之对应的是:

    所有PA的

    GP2.5 Train People

    GP3.2 Collect Improvement Information

    OT(Organizational Training)的全部内容

    OPD(组织过程定义,Organizational Process Definition)的

    SG1 Establish Organizational Process Assets

    保证团队中每位成员都具备完成本职工作所需要的技能,CMMI所有PA的GP2.5与MSF的就绪管理有异曲同工之妙。

    知识管理需要在组织级别的高度上做。根据组织的发展需要,安排系统的培训,通过财富库的方式把知识“固化”,所有团队都可以从这个财富库中获取知识和提交知识。

    CMMI对知识管理要求很高,这样的高要求,对团队成员以及组织都是有很大好处的。大家可以对照自己的团队,思考以下的问题:

    l 您有埋怨过团队成员中有人技能不够吗?

    l 项目面临极大的进度压力,但前辈们没有留下可供使用的东西。

    l 长期用相同的技术解决不同的问题,技能没有怎么增长。

    l 把项目做完就阿弥陀佛了,根本没有想过要去总结些什么。

    软件开发团队是智力型的团队,如果大家每天都在“行尸走肉”,工作没有激情,知识没有积累,那就干脆改行算了。

    CMMI既强调过程也强调人的管理

    当我对MSF还是一无所知的时候,我听了3天的MSF课程,给我带来了极大的震撼,收益匪浅。当我对CMM一无所知的时候,我听了3天的Intro to CMM的课程,给我带来的是一堆问号,内容没有吸收多少。CMMI确实给我们带来了太多的误解,我想SEI最大的失误可能就是没有把CMMI这个宝贝用大家能容易理解的方式描述清楚。

    本文要澄清的几点就是:

    l CMMI非常强调团队管理的,而且从组织层面、项目层面、个人层面都有详细的要求,而且所有的层面的管理都要求制度化。

    l CMMI很重视企业文化建设,而这点经常是我们过程改进所忽视的,只有好的企业文化,才能支撑做好过程改进,只有做好团队管理,才可能做好过程改进。

    l CMMI很强调人的作用,如:不同职责的人需要掌握相应的技能,通过培训机制保证相关人员具备适应公司未来发展的技能,众多工作产品都需要不同的人来评审把关等。

    过程和人是分不开的,越高级别的过程越需要高水平的人来执行。希望通过本文,让大家从团队管理的角度对CMMI有进一步认识。

0
相关文章