程序員團隊如何做好項目管理？十年管理經驗，真實案例分享（程序員 項目管理）
本文原創(chuàng)首發(fā)于唐虞閣微信公眾號，歡迎轉載，轉載請注明來源，否則將追究侵權行為。
我們團隊目前已經可以做到：
- bug很少，大約只有同水平技術團隊1/3的bug率；
- 溝通很少，幾乎只有同級技術團隊的1/4；
- 加班很少，因為可以隨時準確掌控項目進度，大多數(shù)情況下都可以協(xié)商解決，避免加班；
- 在家辦公。
下面，我就通過一個真實的頁面開發(fā)的例子，給大家毫無保留地展示我們團隊的項目管理過程。
00. 例子
本文中使用的例子頁面的原型如下圖所示：
Axure原型工具截圖
這個頁面的功能主要是，允許企業(yè)自己的管理員添加、刪除其他管理員。
01. 編寫API文檔
這個原型對應的前端頁面總共需要調用3個API，分別是：獲取全部企業(yè)管理員、添加管理員、移除管理員。
在我們團隊，API文檔都是由項目經理編寫的。
首先讓我們看一下第1個API編寫完成后的效果，如下圖：
唐虞閣系統(tǒng)截圖
唐虞閣系統(tǒng)截圖
第1個API文檔的源碼如下圖所示：
intellij idea截圖
可以看到這個API的源碼非常簡單，并且在intellij idea中編輯，可以復制粘貼 智能提示，編寫速度超快。
請注意上方的API源碼截圖中畫紅線的地方，我們項目經理在編寫API文檔的時候，就會把一些注意事項（包括特殊的算法）寫到API文檔中，并隨API文檔一直維護下去。這個動作，幾乎不會增加項目經理的時間，但卻非?？捎^的幫助后端開發(fā)人員避免寫出bug。
我們項目經理甚至在API文檔中把參考代碼都寫出來了，目的就是為了避免被問問題。為什么我們團隊溝通這么少呢？因為項目經理把大家可能遇到的問題都提前想到了，并且寫到文檔里面了。
我們團隊會去刻意訓練每一個項目經理的思維習慣，在寫文檔的時候，一定要站在閱讀者/開發(fā)者的角度去盡可能多的提前考慮到可能出現(xiàn)的問題，然后把答案寫到文檔里面，從而避免溝通減少bug。
下面，我再貼一下第2個API的呈現(xiàn)效果截圖：
唐虞閣系統(tǒng)截圖
第2個API的源碼截圖如下：
intellij idea截圖
第3個API我就不放呈現(xiàn)效果圖了，貼一下源碼吧，如下圖：
intellij idea截圖
02. 編寫需求
在我們團隊，項目經理會按照產品原型中的頁面結構，1:1錄入需求。我們團隊多年總結的經驗是：原型只承載界面，以及顆粒較大的且改動可能性較低的文字需求，而在線需求文檔負責承載細粒度需求以及改動可能性較大的需求，以及開發(fā)需要的一切資源（不僅限于API文檔）。
在這個指導思想下，項目經理最終完成的本文中的這個例子的需求文檔如下圖所示：
唐虞閣系統(tǒng)截圖
從上圖中可以看出，本文中的例子頁面的需求文檔包括了四個部分：
- 本頁面需要調用的API（點擊鏈接直接跳轉API詳情），開發(fā)人員再也不用問更不用猜調哪個API了；
- 開發(fā)需求，包括前端和后端需求；
- 重點中的重點：測試用例。測試人員將通過這個需求下面的測試用例來驗收本需求衍生出的所有任務和bug。
請大家再次仔細看看我們這個頁面的測試用例：
唐虞閣系統(tǒng)截圖
總共寫了4個用例，每一個用例都是特別容易出bug的?？梢韵胂?，如果我們項目經理沒有寫這4個用例，那很有可能到時就是4個bug，大大拖垮了整個團隊的工作效率。
現(xiàn)在，我們項目經理寫出了這4個測試用例，這個頁面開發(fā)后很有可能前后端加起來一個bug都沒有，在我們團隊這都是常事。“一個bug都沒有”，這會給項目經理、前后端開發(fā)人員極大的信心和極佳的工作體驗，大家都會感覺自己是在跟一群聰明的人一起工作。
03. 創(chuàng)建開發(fā)任務
我們項目經理將這個頁面拆分成了4個開發(fā)任務，一個前端開發(fā)任務，3個API開發(fā)任務（當然也可以將3個API任務合并到一個任務）。
先看看前端開發(fā)任務的創(chuàng)建界面：
唐虞閣系統(tǒng)截圖
注意上圖中畫紅框框的地方：只有第2個測試用例是需要前端開發(fā)人員完成的；任務并無具體指派人，但評估的標準產出是2.5小時，這個2.5小時就是一個行業(yè)中等偏上的程序員完成這個頁面開發(fā)所需要的時間。
接下來我們以開發(fā)人員視角看看這個任務詳情，如下圖所示：
唐虞閣系統(tǒng)截圖
我們再來看看后端開發(fā)任務的創(chuàng)建，如下圖所示：
唐虞閣系統(tǒng)截圖
開發(fā)人員視角：
唐虞閣系統(tǒng)截圖
4個開發(fā)任務都創(chuàng)建完成之后，我們再回到該頁面的需求文檔，可以看到這個需求下面已經有關聯(lián)4個開發(fā)任務了，如下圖：
唐虞閣系統(tǒng)截圖
以后不管過了多久，我們想要知道曾經有哪些人參與過這個頁面的開發(fā)，都可以在需求文檔里面找到歷史記錄。
至此，你便可以發(fā)現(xiàn)，我們團隊每個開發(fā)人員在開發(fā)功能的時候，幾乎是不需要問問題的，更不需要跟誰討論。所以我們團隊的工作溝通很少很少，大家上班期間幾乎都是一邊寫代碼一邊聊八卦。
04. 指派開發(fā)任務
項目經理通常會將一個版本的全部需求一次性錄入系統(tǒng)，同時將所有開發(fā)任務創(chuàng)建好，然后每周末指派下一周的任務。
當項目經理把一個版本的任務全部創(chuàng)建之后，就可以從唐虞閣系統(tǒng)中看到這個版本總的工作量分布，如下圖所示：
唐虞閣系統(tǒng)截圖
這也是我們團隊加班很少的主要原因之一：因為項目進度能夠準確控制，確實資源不足的時候我們大多數(shù)時間都可以延期。
在我看來，幾乎所有的開發(fā)團隊都是寧愿加班也不愿意延期的，我認為最根本的原因并非老板想要壓榨大家，而是管理者拿不出一個可信的數(shù)據(jù)給老板看，老板自然覺得大家的工作量還可以擠一擠。
有時，我們也無法做到延期，但這個時候我們基本上都能砍掉一小部分需求移到下一次迭代里面去，盡量把沒有安排的加班時間留足，這樣項目進度質量的風險就會更小一些。
回到正題。
項目經理創(chuàng)建完一個版本（迭代）的所有開發(fā)任務后，下一步就是指派任務。注意哦，我們每個任務的標準產出是在指派任務之前就評估的哦，所有這才是一個標準的數(shù)字。
指派操作我就不截圖了。
任務指派后，開發(fā)人員登錄唐虞閣系統(tǒng)，只需要關心項目經理指派給自己的當前這一周的任務，其他的任務都不必關心，如下圖所示：
唐虞閣系統(tǒng)截圖
開發(fā)人員只需要按照這個任務列表，一個一個完成任務即可。
所以我們團隊經常在家辦公。
寫到這里，我想給大家分享一個我們團隊很有價值的經驗。
就是項目經理每周末整理任務狀態(tài)的時候，會把未完成未驗收的任務全部挪到下一周，只有已完成且已驗收的任務才會放到當周。這樣做是為了讓開發(fā)人員永遠不需要關心上一周及之前的任務，永遠只需要關心當前這一周的任務即可。
除此之外，項目經理在安排每一周的任務的時候，會稍微給員工多安排一點任務。比如，某個初級員工一周大概只能完成15小時標準產出的任務，那么項目經理在安排任務的時候，可能就會安排到20小時產出的任務。員工只需要盡力去完成就好，不必非要做完安排的所有任務，未完成的挪到下一周即可。管理層會看到長期的任務數(shù)據(jù)并自有評價，員工只需要盡力而為即可，不需要全力以赴。我們鼓勵員工輕松、快樂的工作。
05. 提交開發(fā)任務
我們團隊要求開發(fā)人員每天下班前必須添加工時并更新任務狀態(tài)。
唐虞閣系統(tǒng)截圖
任務進度更新為100%后，便可以【提交任務】，如下圖：
唐虞閣系統(tǒng)截圖
可以看到，提交任務的時候，需要開發(fā)人員再次確認該任務包含的測試用例已經自測通過，然后才能提交給測試。
06. 測試
測試人員登錄唐虞閣之后，會把待測試的任務過濾出來，如下圖：
唐虞閣系統(tǒng)截圖
然后按照需求和測試用例去測試，并提bug。
提bug的流程本文就不展開了，與任務流程類似。
07. 驗收
測試人員把開發(fā)任務測試完成之后，不管有沒有bug，都會標記任務已測試完成。
項目經理每天會看一下待驗收的任務，如下圖所示：
然后會對任務進行驗收：
唐虞閣系統(tǒng)截圖
驗收操作主要是標記該任務已經開發(fā)完成（可能還有bug），確認和核對該任務評估的標準產出和難度值是否準確，是否需要調整。
因為有些復雜的任務，一開始評估的時候，可能無法考慮到過程中遇到的困難，或者一些調研類的任務，一開始評估的時候感覺很難，結果做下來非常容易，這時都需要在驗收的時候去調整標準產出和難度值。
結語
一不小心本文又寫的有點長了。文章穿插著我們團隊的好幾個最佳實踐，我在最后再整理一遍這些重點分享。
1、需求文檔和API文檔的編寫要以“開發(fā)者問不出問題”為目的，這樣可以大幅避免bug并減少溝通必要。
2、把在線需求文檔做的越肥越好。把開發(fā)一個頁面所需的所有資源都盡可能維護到這個在線的需求文檔里面，包括但不限于API文檔鏈接、測試用例、歷史任務/bug、原始需求、需求變更記錄、其他文件資源、外部資源、聯(lián)系人信息等等等等。
3、我們團隊自創(chuàng)的API編寫和渲染框架，值得一試。
4、每個任務的標準產出是在任務指派前評估的。
5、每周結束后，項目經理把未完成的任務全部挪到下一周，開發(fā)人員永遠只需要關心自己當前這一周的任務即可。
6、要求員工每天如實填寫工時，并更新任務進展。
在唐虞閣的管理體系中，項目經理是整個團隊的核心，擁有對整個項目進度和質量的絕對掌控，這才是一個真正的技術型管理人才。
前段時間我還寫了一篇《十年帶隊經驗，萬字長文分享：如何管理好一個程序員團隊？》，之前那篇文章理論性更強，本文更偏重實踐。感興趣的朋友歡迎閱讀哈！
