摘要：

本文分析了軟體專案管理常見問題：缺乏專案管理系統培訓、專案計劃意識問題、管理意識問題、溝通意識問題、風險管理意識問題、不重視專案經驗的總結、專案干係人相關問題、專案團隊內分工協作問題，拋磚引玉地提出了部分解決方案，提出了專案約束繩與多重目標模型。

關鍵字：

軟體專案管理、問題、分析

正文：

目前許多軟體開發公司實行了ISO質量管理體系，也有越來越多的公司透過了CMM軟體成熟度相應級別認證。各軟體在制定ISO質量管理體系時結合了部分專案管理的思想和技術，因此這些經過認證的公司的專案管理工作在ISO質量管理體系或CMM的幫助或約束下已有一定的規範，專案可以按照規定的過程一步一步做下去。但ISO體系注重的是質量管理（即用過程保證質量），早期更多的是針對製造業，而CMM主要是針對軟體開發過程的關鍵過程域，都沒有針對專案管理的全部範疇，如對於整體、範圍、進度、人力資源、成本、溝通、風險、採購等的管理，即使有涉及到也是在專業範圍內透過對過程的把握來保證各種質量要求，而在過程規定之外還需要依靠專案相關各方運用專案管理知識、工具、集體與個人的智慧來使專案管理做得更好，以保證專案在使用最少的時間、資源情況下按時保質地完成。

最近透過幾次 “專案管理知識培訓”，本人系統地學習了專案管理基礎和專案管理實踐等課程，掌握了專案管理在系統整合方面應用所必備的知識。結合所學的專案管理知識，我們可以對照我們原來的專案管理工作中存在的常見問題，利用專案管理知識進行分析，並提出解決的方案，希望有利於大家逐步改進我們的專案管理工作。這些方案因受到本人知識和工作經驗的侷限，只能起到一個拋磚引玉或參考的作用。

分析目前專案管理需要改進的問題可以從幾種相關角色的角度去考慮：專案經理、專案組成員、公司管理人員、市場人員、客戶等。

問題一：缺乏專案管理系統培訓

相關物件：專案經理、管理人員

問題說明：專案經理在專案管理方面的培訓較少或不夠系統。專案經理或管理人員不瞭解專案管理的知識體系和一些常用工具和方法，所以在實際工作中沒有專案管理知識的指導，完全依靠個人現有的知識技能，管理工作的隨意性、盲目性比較大。有些學員說：“聽了這些課才知道專案管理原來還有這麼多的學問。”例如對於如何利用工作分解結構使專案的工作範圍更加明確，如何用前導圖法對活動進行排序並估算專案進度、制定專案進度計劃，如何利用掙值法跟蹤專案進度，專案經理的職責與必備素質、應具備的能力、工作方法，如何根據各種組織結構及其優缺點進行選擇，如何對於風險進行定性定量分析等等，透過這次培訓有了初步的掌握，將能夠很快地應用到實際工作中。

問題點評：在軟體企業中，以前幾乎沒有專門招收專案管理專業的人員來擔任專案經理（甚至很少是管理專業的），被任命的專案經理主要是因為他們能夠在技術上獨當一面，而管理方面特別是專案管理方面的知識比較缺乏。因此專案經理接受系統的專案管理知識培訓是非常必要的，有了專業領域的知識與實踐，再加上專案管理知識與實踐和一般管理的知識和經驗的有機結合，必能大大提高專案經理的專案管理水平。

解決方案：實行專案經理知識技能資格考核制度，讓專案經理自覺補充學習專案管理的知識和一些常用工具和方法。

問題二：專案計劃意識問題

相關物件：專案經理

問題說明：專案經理對總體計劃、階段計劃的作用認識不足。專案經理認為計劃不如變化快，專案中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細考慮；階段計劃因工作忙等理由經常拖延，造成計劃與控制管理脫節，無法進行有效的進度控制管理。

問題點評：漸近明細是專案的特點，但這並不意味著不需要計劃。沒有計劃或者是隨意的不負責任的計劃的專案是一種無法控制的專案。在高技術行業，日新月異是主要特點，因此計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。例如對於較為大型的軟體開發專案的工作分解結構WBS可採用二次WBS方法。即根據總體階段劃分的總體WBS和專門針對詳細設計或編碼階段的二次WBS。這其中部分的原因是需求的顆粒度在一開始往往是比較粗的，因此根據功能點對於整體專案規模的估計誤差範圍也是比較大的。更為重要的原因是，需求往往不是編碼工作分解的準確依據，因為一個需求的功能點可能對應多個程式碼模組，而多個需求的功能點也可能只對應一個或少數程式碼模組，同時還有軟體複用等因素要考慮，因此只有在概要設計完成以後才能準確地得到詳細設計或編碼階段的二次WBS，根據程式碼模組的合理劃分而得出的二次WBS才能在詳細設計、編碼階段乃至測試階段起到有效把握和控制進度的作用。有些專案的需求或設計做得不夠詳細，無法對工作任務的分解、均衡分配和進度管理起參考作用，對此應當及時改善。

制定計劃的過程就是一個對專案逐漸瞭解掌握的過程，透過認真地制定計劃，專案經理可以知道哪些要素是明確的，哪些要素是要逐漸明確的，透過漸近明細不斷完善專案計劃。階段計劃中包含的工作彙報和下一階段工作安排是掌握專案進度的依據，從階段計劃對照總體計劃，才能一目瞭然地看出工作的進展情況。制定計劃的過程，也是在進度、資源、範圍之間尋求一種平衡的過程。制定計劃的精髓不在於寫出一份好看的文件，而在於運用您的智慧去應對各種問題和麵臨風險並儘可能做出前瞻性的思考。一旦計劃被負責任地完成，他就可以給自己一個和管理層或客戶交流與協商的基礎，幫助你在專案過程中防範各種問題的出現，幫助你保證專案按時完成。

解決方案：提高專案經理的計劃意識，採用專案計劃制定相關各種知識、技術、工具，加強對開發計劃、階段計劃的有效性進行事前事後的評估。

問題三、管理意識問題

相關物件：專案經理

問題說明：部分專案經理沒有意識到自己專案經理的角色，從總體上去把握管理整個專案，而是埋頭於具體的技術工作，造成專案組成員之間忙的忙、閒的閒，計劃不周、任務不均、資源浪費。

問題點評：在軟體企業中，專案經理大多是技術骨幹，技術方面的知識比較深厚，但無論是專案管理知識，還是專案管理必備的技能、專案管理必備的素質都有待補充和提高，專案管理經驗也有待豐富。有些專案經理對於一些不服管理的技術人員，沒有較好的管理方法，工作不好安排的工作只好自己做。另外由於工作分解結構設計的合理性，專案任務無法有效、合理地分配給相關成員，以達到“負載均衡”。因此技術骨幹在擔任專案經理之前，最好能經過系統的專案管理知識，特別是其中的人力資源管理、溝通管理的學習，並且在實際工作中不斷提高自己的管理素質，豐富專案管理經驗，提高專案管理意識。

解決方案：加強專案管理方面的培訓，並透過對考核指標的合理設定和宣傳引導專案經理更好地做好專案管理工作。

問題四：溝通意識問題

相關人員：專案經理、專案組成員

問題說明：在專案中一些重要資訊沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足，造成各做各事、重複勞動，甚至造成不必要的損失；有些人沒有每天定時收郵件的習慣，以至於無法及時接收最新的資訊。

問題點評：專案溝通管理指出：“管理者要用70％的時間用於與人溝通，而專案經理需要花費90％或更多的時間來溝通”。和問題三的情況類似，在軟體企業中，專案經理大多是技術骨幹，而專案組成員也都是“高科技人員”，都具有“從專業或學術出發、工作自主性大、自我欣賞、以自我為中心”等共同的特點。因此妨礙溝通的因素主要是“感覺和態度問題”，也就是溝通意識和習慣的問題。在系統的實施階段或軟體開發的試執行階段，專案成員基本上是持續是在客戶方進行工作，這種情況非常容易忽視溝通。專案組與組織之間、專案組與專案組成員之間，甚至同一個專案組的不同成員之間，都有可能在不同的地點，如果沒有足夠的溝通意識和溝通制度、溝通工具，就有可能造成資訊不暢，從而加大專案失敗的風險。即使都在公司內部也應做到及時溝通。所以專案經理不但自己要把工作重點放在溝通，善於溝通，還要引導、約定整個專案團隊進行及時充分的溝通。

解決方案：制定有效的溝通制度和溝通機制，對由於缺乏溝通而造成的事件進行通報作為教訓提醒，以提高溝通意識；溝通方式應根據內容而多樣化，講究有效率的溝通；透過制度規定對由於未及時收取郵件而造成損失的責任歸屬；對於特別重要的內容要採用多種方式進行有效溝通以確保傳達到位，例如除傳送郵件外還要電話提醒、回執等，重要的內容還要透過舉行各種會議進行傳達。

問題五：風險管理意識問題

相關人員：專案經理

問題說明：專案經理沒有充分分析可能的風險，對付風險的策略考慮比較簡單。專案經理在做專案規劃時常常沒有做專門的風險管理計劃文件，而是合併在專案計劃書中。有些專案經理沒有充分意識到風險管理的重要性，對計劃書中風險管理的章節簡單應付了事，隨便列出幾個風險，隨便地寫一些簡單的對策，對於後面的風險防範起不到什麼指導作用。

問題點評：專案風險管理是對專案潛在的意外損失進行規劃、識別、估計、評價、應對和監控的過程，是對專案目標的主動控制手段。採取主動行動，創造條件，儘量擴大風險的有利結果，以最少的成本保證安全、可靠地實現專案目標。因此專案風險管理對於保證專案目標的實現是非常重要的。

解決方案：透過學習專案管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法掌握專案風險管理所必備的知識。透過加強對專案規劃中風險管理計劃的稽核提高專案組的風險管理意識。總結本行業專案中常見的風險及其對策作為風險管理計劃中必要的風險內容，並切實評估相應對策的有效性和可行性。
[@more@]

軟體專案管理常見問題分析（轉）

相關文章