項目管理

前言

最近一年來對項目管理小有體會，把本身總結的經驗和你們分享。下面是對項目管理進行總結。

一、項目難度評估。

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

二、項目時間評估。

評估時間要充足是關鍵。在開發週期方面須要比較準確地預算，畢竟一個項目都有必定的開發週期，時間長了客戶確定不一樣意，時間短了開發人員壓力大。做爲一個項目負責人應該保證週期內能夠完成任務，因此時間評估應該多給一點時間，以防意外，由於不少時候大把的時間會浪費在某個問題上。

三、人員安排。

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

四、項目跟進。

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

五、時間統籌。

時間統籌是關鍵。在分配任務的時候應該對任務進行分類，大體分爲急和重要。把最急最重要的任務須要最早完成，最不急不重要的任務放在最後來處理。若是是多個部門進行合做的話那麼應該最早完成獨立的任務，而不是多個部分交叉完成的模塊。好比作一個客戶端和服務器通信，那麼在服務器還在開發的過程當中或者開發好可是沒有完成全部測試的時候，那麼你應該先完成客戶端的UI、數據傳遞、數據模擬，和服務器的交換應該放在最後來完成。這樣纔不至於別人的工做影響到你的開發進度。

六、瞭解客戶。

客戶是項目的買單者。客戶大多更關心他要的產品而不是你的編碼細節，甚至也不關心效率（這大部分都是他看到產品之後才提）。因此在開發的時候應該也要顧及到客戶，他不外乎就是要看看開發的界面和控制流程，這樣他內心纔有底，才知道這東西作到什麼程度了。若是原本就只有一個月的開發時間那麼你在軟件架構和數據設計方面都花了半個月都還能夠開始作界面的話估計客戶就會開始擔憂了，會留下很差的影響。

七、高效利用時間。

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

八、客戶交流。

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

總結：好了就講這麼多，經驗還很欠缺，先就講這些本身的親身體會。歡迎交流。順便發個Android學習交流羣：196761677 。