軟件項目管理簡化思索

導語：軟件項目管理簡化思索一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

隨著軟件項目規模越來越大，軟件開發過程越來越復雜，涉及的人、財、物資源也越來越龐大。計算機軟件開發從“個人英雄”時代向團隊時代邁進，計算機軟件項目的管理也從“作坊式”管理向“軟件工廠式”管理邁進。這就要求軟件開發人員特別是軟件項目管理人員更深一步地理解和掌握現代軟件工程的理論方法，“簡化”開發過程和項目管理工具，完成思想觀念上的轉變。

1避免陷入兩個誤區

1.1開發過程隨意化說到簡化，也有企業走進了“隨意化”的誤區。自由主義、經驗主義隨心所欲地發揮，口頭協議滿天飛，時間緊、人手不足是他們拋棄規范、拒絕監督的最佳借口。其實，簡化絕不意味著隨意化。隨意容易使軟件開發誤入歧途，使開發過程難以規范。

1.2項目管理方法和工具過于復雜或簡單有人認為自己擁有一套軟件項目管理的書籍，書中充滿了復雜的標準和示例，并套用到軟件開發過程中的管理，使項目管理變得相當復雜。其實，好的參考書無疑能指導我們的工作。充分利用書籍中的方法、技術和技巧，可以有效地解決軟件開發中大量常見的問題。但實踐者并不能因此依賴于書籍，因為：

（1）現實的工作中，由于條件千差萬別，即使是相當成熟的軟件工程規范，常常也無法套用。

（2）軟件技術日新月異，沒有哪一種軟件標準能長盛不衰。祖傳秘方在某些領域很吃香，而在軟件領域則意味著落后。愛因斯坦曾說過：“一切事情都應盡可能使其簡化，但不要過于簡單。”對于項目管理，此中的玄機無疑隱藏在細節之中。應該抓住影響軟件項目管理的關鍵因素，簡化項目管理方法和管理溝通工具。

2軟件項目管理如何簡化

2.1確定明確、完整的軟件需求只有有了明確的、完整的軟件需求，項目開發才能有基本的保證。獲取需求時應認真聽取用戶的意見，進行溝通，盡量從專業的角度挖掘用戶的潛在需求，最大限度地避免開發工作開始后去修改軟件需求。

2.2制定可行性計劃并嚴格執行根據需求將軟件按功能劃分為多個模塊，并將每個模塊繼續細分為多個子任務，將這些子任務分配給具體的開發人員，與其溝通確定開發進度時間表，這樣能保證軟件整體進度的精確性，便于項目管理人員對整個項目規模的估算，使計劃的制定變的相對容易。項目開發過程中很多人抱怨“計劃趕不上變化”，主要原因就是計劃過于籠統、粗糙，導致可行性差。除了計劃的周密制定外，還要嚴格執行，使項目管理得以實施。

2.3簡化軟件開發過程我認為采用基于構件的軟件開發方法就是一種有效手段。通過對應用領域的研究（領域工程），提煉領域需求的共性和變化性，刻畫領域模型，設計面向領域的體系結構，開發各種構件，從而使應用軟件的開發過程更接近于工業化生產流水線，基于體系結構，用各種構件進行組裝。簡化了的軟件開發過程，變化因素更少，更容易規范管理。

2.4編寫簡潔有效的項目文檔編寫文檔的工作量是很大的，有時會占整個項目的40％，要花費大量的時間，但有效的項目文檔能保證項目開發中出現問題時有據可查，同時也給項目后期維護提供方便。實際上，簡潔有效的項目文檔在某種程度上保證了軟件項目整體順利的進展，避免由于人員流動或其他原因導致項目的延時。特別要注意避免項目文檔流于形式化或者生搬硬套模板，因為那些模板文檔很多項目對于自己并沒有太大的用處，挖空心思的填空實在“出力不討好”，那樣只會讓開發人員和管理者頭疼。

2.5使用簡化的管理溝通工具，進行高效的人員溝通現在的項目管理工具很多，如常用的MicorsoftProject，還有很多自己開發項目管理系統，還是很難奏效。我建議可以參照OPPM（One-PageProjectManager）模型創建一張表格來簡化項目管理。我們知道每個項目都有五個基本元素，這些元素已成為項目管理人員“DNA”的一部分。這些元素分別是：任務（如何做）、目標（做什么）、時間（何時完成）、成本（花費）、承擔者（誰負責）。OPPM模型正是由這五個項目構成的，其至強至簡的在一頁紙上用圖表體現出各個部分的狀態以及之間的聯系，同時易于創建和維護。從項目開始就使用一個簡單的多維OPPM是非常必要的，它使項目的所有部分（如項目目標、任務和團隊成員）一目了然。另外，將OPPM用作項目狀態（每周或每月）溝通工具，可以加強業務與開發人員之間的聯系。這個簡單的多維工具很容易理解，并為業務部門提供了項目的透明視圖。因此，定期使用它來交流項目狀態的過程，可以有效第提高技術與業務之間的協調性。

3結束

語軟件項目管理是個系統的工程，根據項目的規模不同，其復雜度也不一樣，我們應該刪繁就簡，把握問題精髓，抓住影響軟件項目管理的關鍵因素，從軟件項目實際出發，讓軟件項目管理變得更加輕松。