淺談需求驅動的項目管理

　　IT行業直到現在，如何管理好軟件項目還一直是大家討論的話題，這是因為軟件項目失敗的太多。就中國目前很多軟件開發團隊的實際情況來看，從某種程度上來說，錯誤的使用和依賴兩個軟件來管理項目是項目失敗的一個重要理由。

    【正文】
 
　　IT行業自上個世紀70年代蓬勃發展，直到現在，如何管理好軟件項目還一直是大家討論的話題。這是因為軟件項目失敗的太多，比如項目徹底被取消、項目的工期拖延等等。

　　就中國目前很多軟件開發團隊的實際情況來看，從某種程度上來說，錯誤的使用和依賴兩個軟件來管理項目是項目失敗的一個重要理由。這兩個軟件就是Microsoft Project和Microsoft Word。 就像釘釘子，總是用一把斧子。

　　工程項目 vs. 軟件項目

　　Microsoft Project本身是一個不錯的項目管理工具，能夠做任務分配，Petri-NET, Gannt圖，資源使用分析等等。但是，Project是用來管理工程項目的，如造房子，修大橋等等。這些工程類的項目一般使用以任務驅動的管理方法。而軟件項目和傳統的工程項目有本質的差別，那就是任務的不確定性。舉個例子，目前房地產很火，造什么樣的房子，只要資金到位，都能保質保量的造好。造10層樓，1層用多少人天，每天做什么，很容易計劃，分配任務，人力資源。而且需求是不會變的。沒見過造房子，蓋了3層之后改主意了，拆了重新蓋。

　　而軟件就大大不同了，需求的變化是不可避免的，而且凡是做過項目的人都知道，需求的變化實際上還挺頻繁。這樣一來，很容易造成計劃趕不上變化，用Project定義任務，計劃工期通常要耗費項目經理大量的時間，而且沒有意義。

　　有人問，為什么需求不能固定下來呢？定下來就不許變。通常工程師會問這樣的問題。如果他變成了客戶，他可能就不會問這個問題了。需求總是會變的。第一：出錢的總是有更多的話語權（當然改需求是要應該付費的）；第二：市場的情況在變，比如競爭對手突然發布了一個新的產品功能， 那我們也必須做出應對，這就要變更需求；第三：寫需求的不是神仙，人都或犯錯誤的，犯錯誤允許改正（但犯錯誤要有懲罰，就是需求變更是要付費的）。 因此傳統的純瀑布式的開發方式已經成為歷史了，愈來愈多的開發團隊采用極限編程，迭代的開發，來應付需求的變更。

　　那么軟件項目的這種特點，需要與之相應的項目管理工具。用斧子釘釘子的做法就有點不合時宜了。

　　和傳統項目還有一個很大的不同，當工程項目拖后了工期，可以多加人手，把工期趕回來。而軟件就不這么簡單了，新來的人要熟悉項目的內容就要花時間，工期很難完全趕上。很多IT的老總們體會不到這個問題，總以為多加人手，加班就能搞定。真正的有效的項目管理是要靠一個有效的管理體系來支撐的。

原文轉自：http://www.kjueaiud.com