6.1  迭代迴圈

單個迭代內，敏捷團隊工作過程如下：

(1).執行迭代規劃

(2).同時執行下列3組工作

1).產品負責人

2).測試人員

3).開發團隊成員

(3).執行每日站立會

(4).執行迭代審查與回顧會議

6.2  迭代規劃

1.產品負責人/客戶在迭代規劃的工作

(1).重新排列迭代待辦列表順序。

(2).傾聽開發團隊是否有“過度工程”或“未及工程”。

2.開發團隊在迭代規劃的工作

6.3  敏捷工程實踐

1.結對程式設計

(1).有更好的設計。

(2).減少缺點。

(3).減少文件。

(4).增加效率。

(5).減少技術債務。

2.測試驅動的開發

3.簡單設計

4.重構

(1).保持程式簡潔。

(2).增加效能。

(3).改善可維護性。

5.單元測試

(1).促進改變。

(2).簡化整合。

(3).分享程式程式碼的所有權。

6.持續整合

7.技術債務

8.不要重複

6.4  團隊分享資訊

1.每日站立會

(1).昨天到今天，完成了哪些工作？

(2).今天下班前要做完哪些工作？

(3).要做的工作，有沒有什麼問題或阻礙會影響進展？

2.每日站立會的潛規則

(1).有負責工作的人就必須參加。

(2).只有那些負責工作的人有發言權。

(3).講話時要對團隊說，不要對敏捷教練說。

(4).不可以在下面交頭接耳。

(5).為新的工作做一個新的可黏性貼紙。

(6).會議結束後再討論問題。

3.資訊釋出站

4.使用者故事板/工作板

5.迴圈時間

6.臭蟲牆/臭蟲板

6.5  迭代審查和回顧會議

6.5.1  迭代審查

1.迭代審查會議

2.迭代審查常用圖表

(1).燃盡圖：剩餘使用者故事點數

(2).燃盡圖：待驗收測試點數

(3).燃盡圖：剩餘累積風險

(4).燃起圖：已完成的使用者故事點數

(5).迭代工作量圖

(6).停車場圖

(7).追蹤漏網缺陷圖

(8).控制圖

6.5.2  迭代回顧

1.執行迭代回顧

迭代回顧是學習、挑戰及調整的過程，包含但不限於下列事項：

(1).討論任何在個人、團隊或過程中的問題。

(2).討論哪些可行，哪些必須改進。

(3).同意最先應提出和修正的工作。

(4).在下一個回顧會議前，審查這些應修正的工作是否已修正。

(5).要進行”感激”遊戲：團隊每個人都要感謝在這次迭代中提供協助的團隊成員。

2.解決問題

3.繪製價值流圖

(1).辨識產品或服務。

(2).畫一個有步驟和延遲的價值流圖。

(3).評鑑以辨識出浪費、延遲和限制。

(4).畫一個可消除浪費的新的價值流圖。

(5).以上步驟要在回顧時持續進行，以檢查浪費並持續改善。

6.6  敏捷淨值管理

6.7  收尾階段

1.交付專案產品或成果

2.專案回顧會議

3.結束專案活動

本文轉自SanMaoSpace部落格園部落格，原文連結：http://www.cnblogs.com/SanMaoSpace/p/6661919.html，如需轉載請自行聯絡原作者