大話專案管理之敏捷開發XP

敏捷開發是提供工作效率的利器，但是用的不好效果反而會更差。所以，需要很多的實踐去總結它，不能因為專案緊迫就隨意而為。

敏捷開發之任務列表

產品列表的核心在於故事。故事的重要性劃分，實現故事的人天，如何演示故事等等。而任務列表是對故事實現的乙個拆分，內容更加細化，實現更注重技術。

下面是乙個任務列表的常用報表。包括：未開始，開始，完成，以及燃盡圖四塊。

前三塊，可以拆分到人天的工作量，在後續每日早會中，統計每日完成情況。後一塊燃盡圖表是對整個故事完成情況的乙個彙總。

燃盡圖由時間和任務點兩個維度組成，如果任務完成比較快，那麼就需要新增一點新的故事；如果任務完成比較慢，相應的就要減少寫任務點。盡量保持任務完成線平衡下滑。

敏捷開發之團隊設計

團隊可以根據專案大小，由乙個專案經理和乙個或多個技術團隊組成。專案經理主要管控流程進度，充當scrum master的職責。技術團隊還可以根據不同的技術職責進一步細化，劃分開產品、前端、後端、qa、實施、運維團隊等等。

技術團隊，還可以劃分一種特殊團隊：救火團隊。

救火團隊的主要職責：解決生成出現的問題。保證開發團隊能夠再不搜干擾的情況下高效完成任務。

敏捷開發之xp

極限程式設計跟scrum很重要的乙個區別是它有嚴格的工程方法，保證進度或者質量。將兩者理念做乙個融合，是一種非常好的實踐。

以下補充一些xp的方**：

第一點，推廣5天6小時工作制，和末尾淘汰制。可持續的開發速度，和精力充沛地工作，是提高效率的重要指標。如何能夠保證一天6個小時內，大家能高效率專注的工作，末尾淘汰制是乙個很好的補充。

第二點，要有乙個統一的**標準（**庫），並嚴格實行tdd開發模式，和**review。標準**實現，和測試驅動開發，能有效提高**質量，和保證專案完成進度。如果qa團隊測一下就出問題，開發團隊經常要返工，毫無疑問，專案進展會十分艱難。

第三點，推行簡單設計，堅持**重構。設計越簡單，開發效率越高，程式都是有乙個循序漸進的過程，設計時考慮太多、過度的設計，不一定再後續中會用到，這樣可能會浪費很多的時間；而**重構，則能夠保證程式的擴充套件性，和**的整潔性。然大家開發起來更加得心應手。

第四點，持續整合，和小型發布。我們可以利用一些工具更好的執行這個，例如git+k8s+rancher 或者git + jenkins 等等。