中小型軟件開發(fā)項目管理

1、本處指的中小型軟件開發(fā)項目是指:參與開發(fā)的直接人員（即開發(fā)團隊）數(shù)量在 325325 人開發(fā)時間在 3 3 個月1818 個月的軟件項目代碼行數(shù) 500075000500075000 行子程序數(shù)量 30035003003500 個1 1、軟件開發(fā)管理的任務(wù)軟件開發(fā)管理的真正任務(wù)是團隊成員的智能充分而適宜地發(fā)揮，并有效地投注在創(chuàng)造軟件的活動中。也就是說：合理配置各種資源（管理人員、工程師、設(shè)備、軟件、制度、時間）確保軟件開發(fā)的有效進行。最起碼需要避免個體智商 120,120,所開發(fā)的軟件象智商 6060 的人開發(fā)的軟件一一確保創(chuàng)造性智能活動保持創(chuàng)造性張力并取得創(chuàng)造性成果。2 2、項目管理的根本焦

2、點項目管理的根本焦點集中在 T T、Q Q、C C、S S 上，即：開發(fā)進度、特性與品質(zhì)、成本、顧客服務(wù)。其中最核心的是開發(fā)進度、特性與品質(zhì)兩個方面。其它一切管理工作都必須圍繞這些焦點進行。3 3、中小項目軟件開發(fā)的組織設(shè)計有效的組織設(shè)計是進行項目開發(fā)的前提。大部分軟件開發(fā)項目都是中小軟件項目，或者說都可以應用本處所說的項目管理原則，中小項目軟件開發(fā)的組織設(shè)計主要是設(shè)計參與項目開發(fā)的各種角色及其權(quán)利、責任和這些角色之間的關(guān)系。參與中小軟件開發(fā)項目人員，按角色可以分為五種：項目經(jīng)理項目經(jīng)理也有時被稱為產(chǎn)品經(jīng)理、品牌經(jīng)理、項目負責人、項目總監(jiān)。項目經(jīng)理的職責是:領(lǐng)導團隊定義出一個成功的產(chǎn)品引導團隊

3、對產(chǎn)品注入深切的期望和信念帶領(lǐng)團隊將理想實現(xiàn)，變成可預見的產(chǎn)品誕生原則 1:1:在項目經(jīng)理可以對團隊有任何價值之前不應該有任何直接的控制權(quán)一一要權(quán)威不要霸權(quán)，充分授權(quán)是項目成功的必要條件。項目經(jīng)理是軟件開發(fā)的核心任務(wù)：他具備技術(shù)背景，擁有建構(gòu)軟件的技術(shù)領(lǐng)導能力，他有擅長溝通和傾聽，是維系團隊靈魂的關(guān)鍵人物。項目經(jīng)理的具體工作是：負責制定開發(fā)日程、配置資源、與外界溝通。項目經(jīng)理必須擔負著保證團隊士氣、營造共同美好前景的責任，也必須在困難出現(xiàn)時通過堅強的信心和必要的資源調(diào)整來確保士氣和進度。系統(tǒng)分析員進行技術(shù)規(guī)劃和開發(fā)設(shè)計。程序開發(fā)員寫程序、抓錯蟲。品保人員測試、評估軟件品質(zhì)原則 2:2:品保人員

4、與開發(fā)人員比例不低于 1:21:2文檔編制與使用者培訓撰寫文檔，以便用文字的形式正確表達軟件的功能和使用原則 3:3:軟件文檔的編寫量要適中，一般要作到詳細，但是文檔量上不要超過這個標準：1 1 行程序代碼的文檔數(shù)量不要超過 1 1 頁。原則 3:3:軟件=團隊，所以溝通和互動是成功的基礎(chǔ)詳細劃分應該包括:項目主管產(chǎn)品主管構(gòu)架者：負責在設(shè)計和實作層次整合軟件概念使用者接口設(shè)計者使用者聯(lián)絡(luò)人開發(fā)人員品管/測試人員開發(fā)工具制作者版本建立管理者風險管理者使用者文件編修專門人員討論：注重開發(fā)程序與士氣的關(guān)系4 4、軟件開發(fā)的金三角軟件開發(fā)的核心是：特色（產(chǎn)品與其品質(zhì)）、資源（人和錢）和時間原則 4:4

5、:金三角警惕加派人手？小心但不禁止！追加預算？可以但是別掉進無低洞！增加特色？謹慎但不禁止！推遲時間？可以但是千萬小心！5 5、里程碑與檢查點里程碑（基線、基點）則是一個軟件配置項在生存周期內(nèi)的某一特定時刻正式設(shè)計并固定的靜正式批準的版本，不管媒體如何，它是階段性目標（可以認為是一個中間產(chǎn)品）。配置項是一個配置中的實體它滿足一項最終使用功能，并能在給定的參考點上單獨標識。里程碑應該是團隊階段性工作完成的標志，對于任何一個里程碑都應該給于認真的檢查、審定和批準。一般里程碑應該少于兩個月，多于三個星期，里程碑給團隊帶來成就感，提高士氣。通常必須含有的里程碑為：里程碑 1:1:調(diào)研審定對象：調(diào)研報告

6、里程碑 6:6:編碼審定對象：各配置項編碼、測試報告、產(chǎn)品文檔里程碑 7:7:發(fā)布審定對象：用戶使用報告、產(chǎn)品文檔、總結(jié)報告原則 5:5:對于每個錯誤列出的需求，將在下游開發(fā)中付出高達 5020050200 倍的修正代價原則 5:5:里程碑必須設(shè)置并且設(shè)置時間不應是團隊感到太長也不應感到太短，它必須有進行正式審定的衡量標準（零缺點里程碑）。原則 6:6:除非任何一個人都到達了里程碑否則就沒有達到，即：團隊中最后到達的決定著團隊的效率。在里程碑中間應該設(shè)置大量的檢查點，這些檢查點應該有可以審查的不管是何種媒體的資料。檢查點應該細分到一旦檢查點出現(xiàn)問題不至于無法在時間上挽回，一般來說一周一個檢查點

7、是不長的。任何人都應該有檢查點。原則 7:7:特殊的軟件程序設(shè)計師可以作出一些無法想象的創(chuàng)舉，掀起一波技術(shù)的飛躍，但是他絕不會出現(xiàn)在矢志如期推出產(chǎn)品的開發(fā)團隊中。如果這種沒有檢查點的人，他是最可以破壞產(chǎn)品的開發(fā)者。6 6、成功的項目管理者與成功實施項目管理的項目里程碑 2:2:需求分析審定對象：需求規(guī)格說明書、結(jié)構(gòu)設(shè)計報告里程碑 3:3:數(shù)據(jù)分析審定對象：數(shù)據(jù)字典里程碑 4:4:概要設(shè)計審定對象：概要設(shè)計報告里程碑 5 5:詳細設(shè)計審定對象：詳細設(shè)計報告作一個成功的項目管理者:不恥下問給組員設(shè)定短期目標建立長期計劃建立評核制度成功實施項目管理的項目組應該是：進度剛好可以完成，適度緊張而可以完成

8、團隊和組員士氣高漲成員富有思考、樂于溝通7 7、有效率的工作會議如果以下超過 3 3 個的回答是是的話，那么工作會議的質(zhì)量就需要主管去考慮了，長期下去必將損害士氣、決策質(zhì)量。是否有人沒有發(fā)言？是否出現(xiàn)了 20%20%的人發(fā)言超過了 80%80%的情況？是否有這種情況：本次議定的題目，而在會中說下次再說吧？是否發(fā)言需要主管點名？會議沒有引導者？l l 發(fā)言是對人而不是對事？主管是威脅多于鼓勵？是否有人有話但沒有說？8 8、需方委托得項目開發(fā)中的若干實際原則：原則 8:8:顧客的需求是工作的核心，任何所謂天才的設(shè)想必須征得顧客贊同。原則 9:9:持續(xù)得改善比一次性改善更能提高顧客得滿意度，更好得是

9、對開發(fā)方好處更大，但是牢記顧客關(guān)心的需求絕不可推遲。原則 10:10:能夠成熟的技術(shù)莫要用不成熟的技術(shù)，叫的最響的不一定是最好的，不成熟的技術(shù)不要流給顧客,留在實驗室或作 BETABETA 版吧軟件開發(fā)中的幾個常見問題分析如果你在軟件開發(fā)中遇到了下列問題，那么以下的建議也許對你有幫助。團隊成員為什么不善于思考？表現(xiàn)為不發(fā)表自己的簡介、不與他人進行建設(shè)性交流軟件管理在溝通體制上出現(xiàn)了問題，這些問題可能是以下問題的一個或多個：成員認為沒有人重視自己的想法沒有好處，也許給主管的想法不一致，主管是不能接受自己建議和批評的成員認為應該主管告訴他一切管理者從來都是只管發(fā)號命令解決辦法：A.A.每一個成員的建議都是重要的B.B.與主管不同的意見更值得重視和討論1 1）主管告訴成員做什么，不要問怎么做一一除非成員向你詢問，那么做下來