大型項目管理經驗（zz）

我想主要把項目裏遇到的問題分享給你們：

 

【一】行業知識積累、開發積累方面 

   01. 無行業知識積累 -  哪一個行業，都有哪一個行業的一整套的業務流程、業務邏輯，這些業務能充分的理解、深刻的分析，都須要一個過程，不是一天兩天就能夠搞定，就成爲行業專家了。

   02. 沒有穩定的開發平臺積累 - 開發一個大型的軟件項目，每每須要一個穩定的開發框架，若沒有穩定的框架、又要組織一大堆人來開發軟件項目，陣腳很容易亂套，整個項目也容易凌亂，並且一個穩定的開發平臺的積累，也是須要一個過程，除非是有頂尖高手能把之前的積累貢獻出來，例如B/S的網頁框架、添加、修改、列表、分頁、查詢、打印等等的一個規範的處理模式。

  

【二】建建設、分工協調方面 

   03. 團建建設匆忙 - 就像一個足球隊，不是1天2天就能建設好，一個分工明確、工做效率比較高的團隊不是那麼短期就能夠組件好的，都須要一個磨練的過程。

   04. 開發人員不穩定 - 哪一個IT公司，人員穩定的，都比較難作到，每每項目裏的一些員工眼看着就要辭職什麼的，心都沒在工做上，怎麼可能作出像樣的程序模塊呢？

   05. 人員配備不足 - 哪一個公司也不會在沒有固定項目的前提下，白養着一大幫人，老闆也承受不了這樣的風險，IT軟件人員的開支相對比其餘行業高一些，例如洗腳店。

   06. 沒有測試人員 - 軟件項目，沒有測試人員，就是豐田車子同樣，雖然看上去很美好，可是不少問題，沒有充分測試好，開發人員每天看着本身的程序，也麻木了，通常找不出本身的問題。

   07. 沒有美工配備 - 如今用戶的要求也都比較高，光靠程序員總難作出漂亮的頁面，功能再強大，美工設計不過關，仍是比較難讓客戶滿意。

   08. 資深開發人員太少力量不足 - 雖然開發人員有好幾個，可是大多數是菜鳥，通常對項目的推進力夠，進展緩慢，雖然資金上是省了一些，可是週期會拉很長，資深的開發人員要價高一些，雖然眼前有項目，可是項目開發好了，這些人幹什麼？辭退？若不辭退，沒幾個月公司就耗不起了，人員開支太大了。

 

【三】開發過程方面 

   09. 客戶的要求也不簡單 - 如今能搞百萬級的軟件項目的公司，通常也不是菜鳥公司，也頗有想法，管理也是蠻有套路的，你開發的軟件，必需要能經得起客戶的折騰，不少不少細節也不是對付就能夠了，一對付，客戶也不讓啊，知足客戶的N多需求，就不像是20個功能模塊那麼簡單，甚至是開發200個模塊同樣難。

   10. 配套設計、配套文檔跟不上 - 雖然客戶要的是軟件功能，可是還有不少環節，例如項目的驗收、付款等等，都須要有配套的文檔，配套的設計文檔，人員之間的交流，也須要不少文檔，開發人員每每不善於寫文檔，這固然也跟咱們的水平有關係的，再加上項目費用控制，又沒法招聘N多的人員來寫配套文檔，連最底的正常工做使用上的測試環節也不過關，更難寫配套的文檔了，文檔一整理，一我的花費了幾個月了，打印出來就是上千頁，每次更新、調整，都須要不少精力花費在這個上。

 

【四】項目管理方面 

   11. 項目資金到位不及時 - 通常大的軟件項目，資金及時到位都不容易，項目又通過了好幾手，每每須要一個比較長的週期，這時項目的前期就沒法有充足的資金去分配，沒法招聘到合適的開發人員，項目的進展也會緩慢一些。

   12. 管理與開發脫節 - 通常這樣的項目是異地開發，公司的領導又不會親自到現場去管理，每每是在異地進行指導管理，領導有領導的想法，領導有領導的作法，可是實際項目有實際項目的困難，通常領導的指揮與決策與實際項目的狀況有些脫節，甚至爲了知足領導的項目，你們還須要折騰一些額外的事情，很累。

   13. 指手畫腳的人也多 - 這麼大一個項目，各級領導都有獨特的意見建議，項目承包放的意見建議、項目承建方領導的意見建議，其實絕大部分人只是嘴巴上說說，對項目幾乎沒有實質的價值，由於幹活都須要咱們本身來幹，他們又不會指點細節、解決難題的，基本上都是官場上的應付。

   14. 項目經理的溝通協調不過關 - 若項目經理負責的事情過多了，他精力也會被分散，極可能會抓不主重點，例如，項目的架構是這我的負責，項目的難題解決這我的負責，項目的美化也這我的負責，項目的人員招聘也這我的負責，反正項目裏的，能負責的，都這我的負責了，每每跟領導的溝通會被淡化，與客戶的溝通也會被淡化，由於精力是有限的，用在別的地方過多了，溝通協調上就容易出問題了。

 

 【五】項目工做量、難度評估方面 

   15. 項目的難度、工做量評估不許 - 每每項目的前期，就看那麼20個模塊，每週作一個模塊，5我的來作的話，不是1個月就能夠搞定了嗎? 那我給你4倍的時間，4個月總能夠了吧？聽聽也是有道理，給了4倍的時間，其實，問題出在「每週作一個模塊」上，其實每月作一個模塊都難，項目的難度複雜度被低估了，評估項目的複雜度，每每也有一些方法，可是更可靠的是項目經驗，例如咱們老闆親自評估每每能估得更準一些。

   16. 小項目能作得又快又好未必大項目能作得好 - 小項目的要求都很低，甚至是文檔都不須要，可是大項目，不僅是工做量大，複雜度、須要協調溝通解決的事情會是不少不少，各類細節的處理要求等等都會超出小項目不少不少，例如10個項目的難度、工做量，極可能沒一個大型項目的工做量高，是須要在能力上的質的突破，不僅是量的突破。  

   17. 項目除了軟件開發，還須要其餘不少環節 - 例如咱們開發好，給客戶確認時，每每客戶又有其餘事情在忙，等客戶不忙了，咱們又在忙修改錯誤，因此一個不成熟的東西，想真正作好，前期的準備工做上每每須要投入巨大的人力物力，不然，跟客戶的溝通確認的週期就你沒法想象的漫長，由於你忙時客戶空，客戶空時你忙，甚至是你忙時客戶也忙，因此項目的週期每每被沒有經驗的開發人員評估得很短，實際上須要一個漫長的過程，小公司很容易被耗死。

 

【六】薪酬待遇方面 

   18. 項目很容易進入惡性循環 - 項目沒能按時完工，客戶的款不會按時支付，公司的費用控制會嚴格，各類項目中的開支都不會按時發放，甚至會進行制裁，例如6個月的交通費不給你報銷、6個月的電腦補貼不給你，6個月的通信補貼不給你，不僅是你一我的，甚至整個團隊的全部人員公司都會進行制裁，這時候你們想一想，每天加班到12點，幹得死去活來，也得不到公司的理解，那就更鬧心了。 

   19. 每天高強度的工做，通常人受不了 - 打工的畢竟不能跟搞革命的比，一個月半個月內每天加班到12點還能理解，可是一年到頭都每天加班、又沒加班費、又沒出差補貼的狀況下，難保證每天的工做效率都很高，人畢竟不是鐵打的，是肉長的，該休息的時候仍是須要休息。

   20. 新人的待遇跟不上成長的步伐 - 剛來公司時每每很低的工資待遇也能夠，可是隨着水平的成長，每每須要稍微提升一些，不然時間長了，你們仍是會產生跳槽的念頭，畢竟你這裏不給，別人有給更高薪資待遇的，每每工做1年後，就有幾下了，與剛畢業時處處找工做找不到大相徑庭的處境了，如今開始在往熟練工人的方面邁進了。 

   21. 你們看不到將來 - 人都須要有個但願，例如這個項目作好了，是否有重複利用的價值，是否是下一個單子就等在哪裏了，你辛辛苦苦作了一年，看不到接下來的單子的但願，人不免也會有些失望，若一個辛苦作出來的項目，能賣出第二、第三、第四、、、、那你們也是幹勁十足，畢竟變成產品了，對你們來講都是巨大的成就。

 

【總結】作軟件項目沒那麼容易 

   還好有多年的經驗積累、有一股拼命的幹勁、執著的追求、對軟件的興趣愛好，不然真的容易完全崩潰。

 

   真正作好一個大型的有質量保障的軟件項目，都沒那麼容易的，若真的燒個30萬-40萬元就能把一個大型軟件項目作好，若真的靠幾個阿貓阿狗瞎折騰幾個月半年就能搞定好，那估計不少大老闆都願意燒軟件項目了，那乾脆國家出錢燒個3000萬，燒個數據庫系統，再燒個4000萬，燒出個操做系統算了，搞那麼複雜幹啥了。

   隨着年齡的增加，水平的提升，愈來愈不敢低估軟件項目了，真的有那麼容易嗎？

 

 

將權限管理、工做流管理作到我能力的極致，一我的只能作好那麼不多的幾件事情。