前言

最近一年來對項目管理小有體會，把自己總結的經驗和大家分享。下面是對項目管理進行總結。

1、項目難度評估。

技術預研是關鍵。項目難度評估很大程度上都和個人開發經驗有關，經驗越豐富那么評估也就越準確。很多時候在開發中可能遇到一些技術難點，這個是項目評估的關鍵，所以有必須做一些難點預研，需要較全面的對整個項目進行了解。

2、項目時間評估。

評估時間要充足是關鍵。在開發周期方面需要比較準確地預算，畢竟一個項目都有一定的開發周期，時間長了客戶肯定不同意，時間短了開發人員壓力大。作為一個項目負責人應該保證周期內可以完成任務，所以時間評估應該多給一點時間，以防意外，因為很多時候大把的時間會浪費在某個問題上。

3、人員安排。

合適的位置安排合適的人選是關鍵。這需要對項目開發中的人都有比較全面的了解，把合適的人選放在正確的位置。也就是說如果他擅長UI那么就把大部分的UI交給他來完成，如果他擅長整體設計那么就把他安排在架構的位置。讓每個人都發揮出他們的特長，這樣可以加快開發進度，也會少走彎路。而且讓開發人員做自己擅長的工作他們會更加自信，會有意外的收獲。還有一點很重要：用人不疑。本來是一周的任務那么你就不應該一天兩次的催進度，你是在懷疑他能力嗎，這樣做會影響士氣。

4、項目跟進。

跟進項目是關鍵。不論開發的項目有多簡單或有多復雜，項目跟進都是必須的，必須有時間限制，每一段時間都需要對項目進行了解，這個時候還要了解每個開發人員在開發過程中遇到的問題，甚至是開個短會進行討論項目中最新的問題從而保證項目順利進行。

5、時間統籌。

時間統籌是關鍵。在分配任務的時候應該對任務進行分類，大致分為急和重要。把最急最重要的任務需要最先完成，最不急不重要的任務放在最后來處理。如果是多個部門進行合作的話那么應該最先完成獨立的任務，而不是多個部分交叉完成的模塊。比如做一個客戶端和服務器通訊，那么在服務器還在開發的過程中或者開發好但是沒有完成所有測試的時候，那么你應該先完成客戶端的UI、數據傳遞、數據模擬，和服務器的交換應該放在最后來完成。這樣才不至于別人的工作影響到你的開發進度。

6、了解客戶。

客戶是項目的買單者。客戶大多更關心他要的產品而不是你的編碼細節，甚至也不關心效率（這大部分都是他看到產品以后才提）。所以在開發的時候應該也要顧及到客戶，他不外乎就是要看看開發的界面和控制流程，這樣他心里才有底，才知道這東西做到什么程度了。如果本來就只有一個月的開發時間那么你在軟件架構和數據設計方面都花了半個月都還可以開始做界面的話估計客戶就會開始擔心了，會留下不好的影響。

7、高效利用時間。

高效工作是關鍵。其實我個人認為開發效率才是關鍵，而不是工作時長。把時間用在更有價值的工作上，而不是糾結于不重要的細節。首先要明白一點你是做產品，搞開發，而不是做學術研究，不要糾結于小的概念。當一段沒有必要重構的代碼在你動手之前得考慮考慮；當你打算再次封裝某個本來就很完善的類之前你也得考慮考慮，考慮一下有這個必要把時間花在這上面嗎，這樣產出會更高嗎，尤其是在時間不充足的情況下這很重要。

8、客戶交流。

開發之前一般都是有書面合同的，不過大多時候是個形式而已。在你意識到開發時間不夠或者有些新需求進入項目的時候那么這個時候催團隊的進度并不是唯一的方式，而是應該和客戶談談，很多客戶為了你可以給他做出更優秀的產品那么他還是會寬限一定時間（至少我遇到的客戶都是這樣的）。作為項目負責人不僅僅是和項目組交流還必須得和客戶，為自己人爭取更多的時間。如果真是有新的需求怎么辦？這設計到開發周期、經費、人力，所以可以稍微緩一下，不要覺得簡單就一口答應，這樣對團隊是非常不好的，再簡單的問題也要考慮到上面說的幾點，自己衡量吧。一個好的負責人是隨時都會推掉新的需要的。當然不是說無視客戶的需求，那么這個時候還可以好好談一談，比如開發時間是否可以稍微長一些。

轉載于:https://www.cnblogs.com/liuzenglong/p/3228402.html

總結

以上是生活随笔為你收集整理的【转】项目管理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。