互聯網項目的特點之項目管理要點

　　互聯網項目，會定一個計劃發布日期，然而這個項目有個隱藏的實際合理發布日期。因為軟件開發并不是一個直接添加資源就可以加快速度的過程，所以這個實際合理發布日期是在現實資源合理利用前提下一個客觀存在的最可能早的完成時間。項目進展的過程，其實也是發現這個隱藏的合理發布日期的過程。

　　從管理的角度來講，當然是盡可能的趕上計劃的發布時間，或者盡可能快的完成項目。但是因為多方面因素的影響，項目管理是一個欲速則不達的過程。如果這個計劃發布日期早于這個實際合理發布日期，那你越往這個不合理的日期趕，工期內積累的問題就越多導致后期收尾的時候爆發，結果反而可能連合理發布日期都趕不上。借用《讓子彈飛》里面的一句話，步子邁得太大了，容易扯著蛋。給項目組定一個個合理的看得見的小目標，步步為營，一步一步朝著看得見的并且合理的每一個小目標前行，每一個小目標的積累，才能最終走向項目的成功。

　　所以務實的項目經理應該認識到如下幾點：

　　1. 項目組可以以快節奏的步伐在前行，但是項目經理本身一定要清晰的認識到，我們明面上是在趕那個計劃發布日期，但是項目組實際的目標應該是那個客觀存在的合理發布時間。

　　2. 隨著項目的進行，那個客觀存在的合理發布時間會逐漸明朗。它與計劃發布時間的差異也逐漸顯示出來。此時有些項目經理往往會通過加資源的方法來嘗試縮短這個合理發布時間。但是真實的情況是，除非你前期的資源配置不合理，不然在這種情況下加資源，對項目幫助不大。這個地方無須多說，有疑問的人，去看一下《人月神話》就知道了。

　　3. 項目經理必須有一些堅持。領導或者業務部門經常會有一些壓力下來，要求趕那個計劃發布時間，同時要求你想盡任何辦法去趕上這個計劃發布時間。而現實狀況下，如果你能夠調整一些需求的范圍，你還是有戲。不然，你要嘛此時報喜，后期報憂，要嘛此時報憂，后期不憂。掩蓋問題往往可以讓人開心，但是不代表問題不存在。

　　4. 項目經理能做好的其實就5點：

　　a. 控制好了需求;

　　b. 及早的發現問題，報告出來并解決;

　　c. 不出現資源空閑的狀態;

　　d. 利用好每個資源去做擅長的事，快速有效的推進各種任務;

　　e. 不浪費資源去做一些對項目目標總體沒有幫助的工作，或者一些后期會推翻的需求。

　　基于這樣的認識下，本文有如下幾個要點：

　　#項目責任感

　　項目經理應該有這個的責任感，你要為這個項目的任何一件事情負責，因為這個事情會影響到整個項目的工期，而你為整個工期負責。

　　一個例子，我發現現在的項目有一個緊急的問題需要項目組外的人幫忙解決。于是我把郵件發出去，通知Wendy趕緊處理這件事情。

　　幾天過去了，Wendy還沒有處理。我想，我已經把問題說出去了，接下去就是Wendy的事情。

　　那個問題還是沒有解決，我的整個工期受影響了。

　　事后追究起來，我說，我已經發出郵件了，是Wendy沒有及時處理。

　　Wendy說，我事情那么多，我怎么知道這件事情這么急。

　　項目工期受影響了，誰的責任?Wendy嗎?不，是我自己。

　　作為一個對整個項目負責的項目經理，沒有人會比你更在意項目的進展。讓一個不負具體負責的人去幫你推進你的項目，遠遠不如你自己用心推進來得有效。

　　#項目經理是打雜的

　　項目組里面的每個專業成員，他們都有擅長的領域，做他們擅長的事情是他們的快樂。而不屬于他們擅長的事情，對他們來說就算是雜事一般。

　　項目經理一定要有一個這樣的意識：

　　項目經理就是打雜的，幫助項目組成員把雜事處理掉，讓他們可以專心的做他們擅長的事情，這樣對項目組來說才是高效的。

　　一個簡單的例子，測試人員Tracy在測試某個功能的時候，突然發現她需要一個賬號，同時開通這個賬號的某些特定的權限，同時她需要一些服務器的信息，比如主機名，某些功能文件夾存放的路徑。但是她不清楚這個賬號和權限要找誰開通，這些服務器的信息誰有。

　　Tracy是個喜歡做測試的人，但是她不喜歡跟項目組外的人溝通，特別是還要到其他部門去找人問人。這些對她來說就是雜事，而且她對其他部門的人也不熟，一個一個問明顯效率不高。

　　你可以自己去幫她找到需要的信息，也可以找一個對這方面比較熟的人去解決，但是你絕對不能讓她自己去做。

　　“為什么我的手下不能解決這么簡單的問題?如果連這種事情都要我來幫忙的話，那我這個項目經理做來干什么?她當項目經理得了。“這種想法千萬是不可取的。

　　你當這個項目經理的目的并不是管人，指使這人做什么那人做什么。你的目標只是把項目快速推進完成。

　　#控制需求

　　在所有因素當中，需求對項目的影響力，至少占50%以上。能夠控制好需求，項目就成功了一半?？刂菩枨?，有如下幾點：

　　1. 必須有人能夠當好產品經理這個角色

　　一個項目組當中，其實人人都可以影響需求。但是管理需求的，是產品經理這個崗位。如果你的項目組當中已經有一個很好的產品經理，恭喜你，項目經理可以輕松很多。但是世間事不會如此幸運，因為現實生活中，并不是所有的產品經理都這么棒。作為一個對項目完成負責的項目經理，當你們組沒有一個好的產品經理的時候，你必須意識到，你至少要扮演好一半的產品經理，除非你本身對項目的完成也沒什么責任感。

　　2. 管理需求的人要平衡工期和功能友好程度

　　需求其實有兩個極端，一個是盡善盡美，盡可能的讓功能更友好，用戶體驗更佳;一個是盡早交付，一切改善性的需求都可以犧牲。

　　只滿足前者，項目工期可能會不斷的拖延，因為很多功能的工作量其實是在細節的優化，而不是主要流程的完成。只滿足后者，很可能會出現一個讓用戶很不滿意的產品。

　　一個有經驗或者產品意識很好的產品經理，可以很好的平衡好這兩點。如果產品經理不能平衡好，那只好依賴項目經理來平衡。這點，如果產品經理或項目經理不是天才的話，只能通過經驗來學習。

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