摘要：高效落地敏捷開發(fā)，先從這3個關鍵活動著手。在敏捷迭代中，雖然迭代周期比較短，但依然需要對迭代過程進行有效跟進。如果在輸入、過程、輸出環(huán)節(jié)，沒有要求，每日站會（迭代跟進）將會非常低效。好的每日站會，應該這么開！
在上一篇文章如何開一場高效的迭代排期會 | 敏捷開發(fā)落地指南中，我們已經了解到：
● 什么是敏捷開發(fā)；
● 什么是雙周迭代；
● 如何高效地開展排期會；
● 如何在云效項目協(xié)作·Projex 中落地排期會。
接下來，我們來詳細介紹在整個迭代跟進過程：從迭代排期確定到迭代交付的過程，同樣我們還是以雙周迭代為例進行講述。
借助每日站會有效推進迭代計劃
迭代進行的過程中，我們一般會采用每日站會（一種最先被落地的實踐）進行迭代的推進和跟進。為了方便大家落地，我們將每日站會的目標、事項等細則整理成了表格以供參考，如下表：
我們會看到，上面表格中的輸入、過程、輸出環(huán)節(jié)有比較多的要求，這是因為，如果在輸入、過程、輸出環(huán)節(jié)，沒有要求，每日站會（迭代跟進）將會非常低效。
下面的幾點，是我們在輔導敏捷開發(fā)團隊時，經常遇到的一些問題，需要特別注意：
● 重點關注需求進展：很多研發(fā)團隊會重點跟進研發(fā)任務的完成情況，這容易導致需求無法及時測試和按時發(fā)布。一個需求拆解為研發(fā)任務后，通常各方對齊接口聯(lián)調后才能進行整體需求的測試和驗證，此外產品經理和用戶重點關注也是需求的驗收和發(fā)布，這便需要研發(fā)團隊在迭代跟進時從需求出發(fā)，重點關注需求的整體進展。
● 每日站會前更新好需求的狀態(tài)：如果研發(fā)團隊基于在線工具進行協(xié)作，需求內容和進展已經在線化，團隊成員在每日站會前更新好狀態(tài)，大家同步進展時清晰明了，每日站會的開展就會比較高效。
● 聚焦迭代過程中問題：這個是和站會前更新需求狀態(tài)要互相配合的，需求狀態(tài)及時更新了，迭代進展在需求看板上可以一目了然，大家在每日站會時，便可以聚焦關注需求交付的阻塞、風險和問題即可。
● 行動項要及時同步相關方：每日站會通常會有當前的問題、跟進人和跟進方式等記錄，如果沒有及時同步給團隊，很容易遺漏，也會造成信息的不同步。所以通常將這些內容記錄成行動項（包含事項、負責人和期望完成時間），并在會后及時同步給團隊成員或其他相關方。
下面，我們以云效項目協(xié)作·Projex為例，講述如何借助工具高效地落地每日站會。
如何借助云效項目協(xié)作·Projex 高效開展每日站會
一、站會前輸入
1. 團隊成員更新進展：按照實際情況更新需求和任務的狀態(tài)、關鍵時間節(jié)點，如提測時間、任務起止時間等。通常在實踐過程中，狀態(tài)更新很容易被遺忘，如果站會一般在早上進行，建議團隊成員在前一天下班前更新需求和任務的狀態(tài)；
2. 站會負責人：需跟進上一次站會的問題列表。
二、開展每日站會
1.迭代跟進，關注每日站會“6 1”
通常我們在每日站會時，通過看板來同步需求進展，且會前已更新好需求狀態(tài)。所以在站會時需求的進展一目了然，只要重點關注問題即可，如站會的 “6 1” ：
● 6 指的是：瓶頸隊列、關鍵的缺陷、重點關注的需求、阻礙和問題、到期或即將到期的需求、中斷；
● 1 指的是：檢查是否存在“未反映在看板上的問題”，比如產品經理臨時插了一個需求卻沒有錄入系統(tǒng)。
每日站會“6 1”
2. 確認需求已經拆解完成
一般建議在需求排期時把需求拆解到研發(fā)任務（前端、后端和聯(lián)調），但時常會出現(xiàn)，需求拆解任務不到位的情況，所以站會的時候需要檢查，需求是否已拆分到研發(fā)任務，以及是否已指派到具體的開發(fā)人員，如下圖所示：
需求拆解到研發(fā)任務
3. 明確需求的關鍵時間點
需求的關鍵時間一般是指計劃提測日期、計劃完成時間等，已經和相關負責人明確定下來，并更新在需求卡片上。
明確關鍵時間點
4. 跟進團隊缺陷解決進展
每日站會時，在同步完需求的進展和問題后，需要抽 1-2 分鐘時間查看一下缺陷解決情況，在云效項目協(xié)作·Projex 的缺陷管理中，可以查看到遺留缺陷情況，并可根據訴求配置不同的查看視圖。如下圖，可以按照負責人分組進行查看缺陷情況。
此外，云效項目協(xié)作·Projex 還提供了查看迭代缺陷統(tǒng)計報表，在迭代概覽中，可以查看當前迭代查看“缺陷趨勢圖”和“存量缺陷按成員排名”指標卡。
5. 跟進迭代進度和偏差
云效項目協(xié)作·Projex 的迭代概覽中可以看到迭代燃盡圖，以方便我們跟進迭代的進度和偏差：
● 工作項燃盡圖：按照迭代排期時的工作項數量進行燃盡（支持過濾需求、任務、缺陷），如下圖左側所示，存量曲線高高飄起，說明進度已經嚴重滯后；
● 工時燃盡圖：按照迭代排期時預估的工時進行燃盡，如下圖右側所示，剩余工時數量往上飄，說明排期是工作量評估不足或插入了新的需求。
6. 站會問題行動項跟進
在每日站會時，通常會有問題記錄和行動項，每次站會時可由專人負責進行記錄和跟進，同時也需要回顧一下上一次每日站會遺留行動項的完成情況。
三、每日站會輸出
● 需求更新到最新的狀態(tài)
雖然每日站會前團隊成員會更新好需求狀態(tài)，但站會過程中，也有可能可能要更新需求和任務的狀態(tài)，研發(fā)團隊要保證每日站會結束時，看板上需求和任務狀態(tài)一定是最新的狀態(tài)。
● 站會行動項及時同步
把站會上發(fā)現(xiàn)的問題清單，包括問題、責任人和完成時間等，會后通過郵件、溝通群等及時同步給團隊成員或其他相關方。
總結回顧
現(xiàn)在我們了解了每日站會是迭代跟進時的有效活動，我們需要：
● 每日站會前，更新迭代中需求的進展情況和上一次站會行動項情況；
● 每日站會時，關注站會的“6 1”，及時跟進偏差和問題；
● 每日站會后，及時將站會中記錄的問題和行動項同步給團隊成員和相關方。
在敏捷迭代中，雖然迭代周期比較短，但依然需要對迭代過程進行有效跟進。在這個過程中，不僅需要跟進需求、任務和缺陷等進展情況，也需要借助統(tǒng)計數據來幫助我們了解整體的進度和偏差情況。更多敏捷開發(fā)跟進數據解讀可查看「敏捷研發(fā)項目，我們該如何度量？。
點擊下方鏈接，即可免費使用云效項目協(xié)作·Projex。
云效項目協(xié)作Projex_項目管理軟件_項目管理工具_研發(fā)項目管理_開發(fā)與運維-阿里云
版權聲明：本文內容由互聯(lián)網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。
