C專案敏捷實施 5個迭代了

時間過得飛快，轉眼間c專案已經來到了第五個迭代。在第五個迭代，c專案的情況如何呢？答案是還在磕磕絆絆。

對很多人來說，這種敏捷實施的成果是難於接受的，實施這麼久了，還在磕磕絆絆。實施敏捷看起來就像一場運動，人們總期待實施敏捷有個結束的時間，但是這就是敏捷，實際的敏捷。（敏捷不僅是馬拉松，它還永不結束。）

記得以前聽scrum的講座，敏捷的三大支柱之一就是透明性。意思就是，敏捷本身不解決問題，它能在實施過程中讓問題不斷的暴露出來。敏捷社群有個形象的提法，「水落石出」。

解決問題依賴於組織自身。然而對大多數組織來講，都沒有做好不斷面對問題並解決問題的準備，實施敏捷磕磕絆絆甚至失敗也就是意料中事了。

當前狀況

在第五個迭代進行到一半的時候，專案組又開始報告壞訊息了。因為api無法及時提供，估計難以達成本次迭代的開發目標。

取得的進步

客觀上講，在五個迭代中，專案組取得了不小的進步。

1. 團隊基本形成

由於以前過細的分工和瀑布式的流程，團隊組建之初基本上是人人各自為戰。不願主動暴露資訊，等任務、等協調等等待比較突出。

而現在，整個團隊都團結在乙個準確的目標之下，我們需要交付迭代目標。在這個共同目標之下，內部協調制得輕鬆，人員也比較積極主動。

2. 工作流程開始順暢，建立了基礎的整合環境

在迭代交付的壓力下，團隊也很快形成並習慣了工作流程。

團隊分為開發團隊、需求團隊。所有的工作都列在白板上，由團隊成員領取。開發團隊負責按feature/bug進行開發測試發布，形成了乙個快速的開發流程。需求團隊負責外部需求協調與需求細化，形成開發團隊下一迭代需開發的feature列表。

3. 技術基本掌握

經過幾次迭代後，團隊通過結對程式設計、單元測試等實踐，已經基本掌握了工作所需的技術。

4. 持續交付成果

雖然磕磕絆絆，團隊每個迭代都在持續交付符合質量標準的工作成果。遺憾的是，沒有乙個迭代是符合迭代目標的交付。

當前存在的困難

在之前團隊已經解決了大多數影響工作的問題。那麼在當前有什麼困難將團隊難住，導致磕磕絆絆呢？說起來也很簡單，就是api問題。

本團隊依賴的api來自於美國的架構師，該架構師是多個團隊的共享資源。但是該架構師與本團隊的工作優先順序次序不相同，並且不存在工作承諾。這導致團隊經常出現等待狀況，而這種等待狀況只是偶爾得到上級的重視，予以解決。