過程是經驗積累的最好載體
首先我們看下過程和流程的區別,我的理解是流程更多的僅僅是告訴要要按照什么樣的步驟和順序做事情,流程不是以目標驅動的。而過程最主要是目標驅動的,我們為了實現某個目標,通過我們的經驗總結處理來的做事情的方式和方法,這里不僅僅是順序和步驟,更多的會包括推薦的方法,工具,技術等相關內容在里面。另外流程不可能進行自我發現和改進,而過程可以進行持續改進。
而過程是怎么形成的?我認為更多的就是總結我們的經驗,教訓,方法和工具,將我們的這些非量化的存在于我們頭腦里面的信息固化出來,因為只有這樣固化出來會進行量化的分析,才可能進行不斷的改進,另外固化出來的好處還有更好的被他人學習和借鑒。
所以我們談過程做好的最大體現就是項目不依賴于單純的個人,而是依賴于整個過程或團隊,相關的知識和經驗都已經固化下來了,如果能夠達到CMMI五級的話,我的理解是項目和團隊完全是高度自適應和自我循環的。遇到問題不可怕,最重要的是在這種自適應的團隊里面所有問題都可以快速的分析,解決和改進。而這些如果僅僅依靠我們單個人的經驗是很難做的到的。
讓我們分析下軟件項目中經驗和過程的兩個例子
1.風險
在沒有風險管理過程時候,個人能力突出項目經理可以很好保證項目成功,而能力一般項目經理可能會導致項目的延期。突出項目經理時刻都在考慮我項目可能存在哪些問題,我開發人員水平怎樣,需要不需要培訓。我如何保證我的需求不做大的變動而影響到我后續設計開發;我可能需要定期和項目成員溝通和交流,讓團隊成員有成就感和責任心;而這些恰恰都是我們風險管理的內容,能力突出項目經理把這些內容都裝在自己腦子里面,所以更多僅僅是依賴個人經驗和思維。而當我們把這些東西提升到風險管理過程的高度的時候,這些都浮出水面,過程會指導你擬制項目計劃的時候要考慮項目的風險,對關鍵的風險還必須制定相關的應對措施,過程還會提供相關的其它項目的風險情況,風險檢查單給你,幫助你識別項目里可能存在的風險。過程會推薦你采用頭腦風暴,RBS,SWOT分析等多種方式來識別風險,告訴你風險識別需要項目核心成員共同來完成。這樣通過這些過程的定義和指導,項目經理就很容易的對項目進行風險管理,風險管理更多的將依賴我們過程而非項目經理個人能力。
在沒有風險管理過程時候,個人能力突出項目經理可以很好保證項目成功,而能力一般項目經理可能會導致項目的延期。突出項目經理時刻都在考慮我項目可能存在哪些問題,我開發人員水平怎樣,需要不需要培訓。我如何保證我的需求不做大的變動而影響到我后續設計開發;我可能需要定期和項目成員溝通和交流,讓團隊成員有成就感和責任心;而這些恰恰都是我們風險管理的內容,能力突出項目經理把這些內容都裝在自己腦子里面,所以更多僅僅是依賴個人經驗和思維。而當我們把這些東西提升到風險管理過程的高度的時候,這些都浮出水面,過程會指導你擬制項目計劃的時候要考慮項目的風險,對關鍵的風險還必須制定相關的應對措施,過程還會提供相關的其它項目的風險情況,風險檢查單給你,幫助你識別項目里可能存在的風險。過程會推薦你采用頭腦風暴,RBS,SWOT分析等多種方式來識別風險,告訴你風險識別需要項目核心成員共同來完成。這樣通過這些過程的定義和指導,項目經理就很容易的對項目進行風險管理,風險管理更多的將依賴我們過程而非項目經理個人能力。
2.估算
估算不準確是我們擬制項目進度計劃最重要的一個問題。當項目有核心有經驗的成員在的時候,我們依賴專家的經驗往往可以估計的較為準確。但當這些專家一離開項目往往會導致我們連估算都無法做準確,原因就是專家的經驗沒有固化到項目中,我們依賴的是個人的經驗數據而非項目的過程數據。當遇到這種情況我們才會真正體會到要將估算過程化,將我們的經驗總結處理固化到我們的過程中,從而自動相關的估算過程,方法和標準。項目有相關的歷史經驗數據其實可以很容易的得到我們的生產率數據,所有這里重要的就是需要估算準確整個項目的功能點規模,而功能點估算最重要的就是盡可能的將通過經驗估算的方法通過估計需求的輸入,輸出,事務和數據功能來細化出來,盡量形成不依賴個人經驗的估算方法論。只有這樣才能夠很好的保障估算是依賴于整個項目和過程的,而不是完全靠個別專家來實現。
估算不準確是我們擬制項目進度計劃最重要的一個問題。當項目有核心有經驗的成員在的時候,我們依賴專家的經驗往往可以估計的較為準確。但當這些專家一離開項目往往會導致我們連估算都無法做準確,原因就是專家的經驗沒有固化到項目中,我們依賴的是個人的經驗數據而非項目的過程數據。當遇到這種情況我們才會真正體會到要將估算過程化,將我們的經驗總結處理固化到我們的過程中,從而自動相關的估算過程,方法和標準。項目有相關的歷史經驗數據其實可以很容易的得到我們的生產率數據,所有這里重要的就是需要估算準確整個項目的功能點規模,而功能點估算最重要的就是盡可能的將通過經驗估算的方法通過估計需求的輸入,輸出,事務和數據功能來細化出來,盡量形成不依賴個人經驗的估算方法論。只有這樣才能夠很好的保障估算是依賴于整個項目和過程的,而不是完全靠個別專家來實現。
不可否認CMMI更多的強調的是過程的重要性,盡量減少人對項目的影響,將我們的思維和經驗固化到過程中,并持續的去改進我們的過程。這和敏捷開發等強調人的重要性的方法論確實存在沖突。但確實是只有將這些經驗,方法形成相關的過程才談得上軟件項目得持續發展。
本文標簽:過程是經驗積累的最好載體
* 由于無法獲得聯系方式等原因,本網使用的文字及圖片的作品報酬未能及時支付,在此深表歉意,請《過程是經驗積累的最好載體》相關權利人與機電之家網取得聯系。










