溝通管理
CMMI中與之對應的是:
OPD(組織過程定義，Organizational Process Definition)的
SP2.2 Establish Rules and Guidelines for Integrated Teams
IPM(集成項目管理，Integrated Project Management)的
SP3.5 Ensure Collaboration among Interfacing Teams
所有PA的
GP2.7 Identify and Involve Relevant Stakeholders
溝通管理應該是制度化的管理，組織要定義溝通的一些規則和指南，保證溝通是有序的而且有效的。我們公司對如何進行內部溝通、如何進行對外溝通都進行了詳細的定義。沒有規則和指南，天天說要加強溝通是廢話來的。
另外我們看到，CMMI中很多地方出現了要讓相關的人或者組卷入進來的描述，CMMI很強調組間協調，在CMM的時候就專門有一個組間協調的KPA�！耙⒁舛鄥f調”，也成為我們團隊管理中最常見的廢話之一。協調也是需要制度化的，制度化的協調辦法有：
l 制定計劃，考慮干系人的介入并讓干系人評審該計劃;
l 根據計劃，讓相關干系人參與進來;
l 所有工作產品是某人的工作輸入時，都需要某人評審該工作產品;
l 所有計劃的大變動，都需要相關干系人評審并通報相關成員。
不要光喊口號了，制定一些切實的辦法讓溝通有效起來!
知識管理
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有進一步認識。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
