最近項目管理感悟

愈來愈能體會這句話「管理大部分時間都在溝通和協調」，一個項目涉及不少人，包括業務、產品、設計、後端開發、前端開發、測試等，他們對同一件事情的理解可能不一樣，過程當中也會有各類問題，須要不斷協調和溝通才能達成一致，若是還劃分爲不一樣的組，溝通和協調會更困難。

最近負責了2個大的需求開發，過程當中遇到了不少問題，致使了項目延期，給別人和其餘小組帶來了很差的印象，有些是本身的問題，有些是他人的問題，爲了能在之後項目中進行改善和避免，一併總結下。

信任與責任

咱們組有一個同事，你們都以爲他技術很強，本身負責的任務也能不錯的完成，但只關注別人提到的點，過程當中遇到問題也不能很好的溝通，有很大的風險。

技術好不表明能力強，剛開始會把一些重要的事情交給你，但若是缺少責任感，會辜負你們的信任，慢慢地脫離團隊。

領導會把重要的事情交給他最信賴的人去作，他會很放心，也不會過問不少，時間到了，便會獲得一份滿意的答卷，這就是信任。

項目開發是一個團體行爲，應站在團隊總體利益的角度去考慮，對本身的任務負責任，對整個項目負責任，重視與他人的溝通和配合。

多作一點，多想一點，對項目負責任，會贏得你們的信任。

總體和細節都很關鍵

先說下咱們如今的開發流程：

• 業務會和產品溝通需求，造成產品需求文檔、原型圖、交互稿；
• 開發、測試對需求進行理解，梳理本身的疑問；
• 產品和開發、測試一塊兒，進行需求宣講，解答開發測試人員的疑問；
• 開發、測試對功能進行拆分，評估出開發時間；
• PMO組織召開項目立項會；
• 實施過程當中，對進度進行把控；

看似完整的流程，仍是遇到了一些問題，好多人缺少對總體功能的瞭解，一些細節作得也不到位。

產品需求文檔太散，沒有把功能串起來，你們理解起來有必定困難，若是一個文檔須要你們反覆揣摩才能理解，那是不合格的，會大大增長溝通成本。若是有一個視圖，把功能按場景串起來，理解起來會容易不少，一些細節也能給產品正反饋。

原型、交互也不夠細緻，這樣會致使每一個人的理解不統一，甚至會缺乏一些功能，影響的不光是後端開發，還有前端開發、測試，業務驗收時也會反饋相關問題，大大增長了返工率和人力成本。

開發和測試也有問題，沒有詳細分析產品需求文檔，慌慌忙忙去參加需求宣講會，等於浪費你們時間，沒有對功能點及實現進行詳細分析，大體評估開發時間，會讓進度一再延期，到處有風險。

關於需求文檔、原型、交互，之後會時刻促進產品作的細緻點、易理解一點。

關於需求宣講，要提早通知到位，讓每一個人有足夠時間去分析、梳理，更好地參與需求宣講會，這點我作的很差。

關於功能分析和時間評估，我就不要自覺得是了，交給開發負責人去評估，須要作的就是輔助他們分析，從總體上進行把控。

前期的重視和投入，會產生1+1>2的效果，減小溝通成本。

任務的並行和突發性

僅在線客服這一塊，就有8-9個工程，還有不少其餘依賴的服務，一個新需求可能涉及不少工程，並且部署了4套環境，要不斷的處理線上反饋的問題。

目前僅有3我的來處理這些，最近這段時間，我開發的也少了，可想而知，任務的並行和突發會常常發生，要協調好。

真是辛苦他們了。

在評估工時時，須要考慮這些，能夠按照比例大體評估下，預留一些buffer，省得項目不斷延期。

任務的依賴性

這段時間，前端同事總是抱怨提供的接口沒法走通整個流程，由於後端調用鏈條比較長，須要完成不少工做才能真正調通，這是個人失誤，沒有考慮到前、後端任務的依賴性。

一方面，可讓前端晚點介入，減小沒必要要的投入。

另外一方面，能夠給後端評估多點時間，先作一些僞接口，先讓整個流程可以跑通，先後端各自開發，互不影響，這樣後端開發也會更清晰。

不管哪一種，要提早協調好。

題外話：接口必定要本身驗證，特別是關聯度大的接口，不要讓前端幫你找問題。

進度把控

項目管理中，進度把控也是比較難的，每一個人的水平、想法、性格不一樣，過程當中會穿插其餘一些事情，有些實現效果也是未知的，全部這些因素，都會影響項目的總體進度。

針對重要項目或一些人，須要天天對下進度，把問題和風險儘早發現，若是進度特別緊，能夠臨時協調其餘人加入開發。

對於我，要重視別人反饋的問題，不拖延，增強溝通和協調。

不要由於個人忽視影響總體進度。

預留聯調的時間

若是涉及的工程比較多，評估工時時，要預留足夠的聯調時間，每一個人開發各自的模塊，有些問題可能在聯調時才發現，須要時間去修改。

這點，我忽略了。

歡迎掃描下方二維碼，關注個人我的微信公衆號，查看更多文章 ~