簡介：高效落地敏捷開發，先從這3個關鍵活動著手。在敏捷迭代中，雖然迭代週期比較短，但依然需要對迭代過程進行有效跟進。如果在輸入、過程、輸出環節，沒有要求，每日站會（迭代跟進）將會非常低效。好的每日站會，應該這麼開！
摘要：高效落地敏捷開發，先從這3個關鍵活動著手。在敏捷迭代中，雖然迭代週期比較短，但依然需要對迭代過程進行有效跟進。如果在輸入、過程、輸出環節，沒有要求，每日站會（迭代跟進）將會非常低效。好的每日站會，應該這麼開！
● 什麼是敏捷開發；
● 什麼是雙周迭代；
● 如何高效地開展排期會；
● 如何在雲效專案協作·projex 中落地排期會。
接下來，我們來詳細介紹在整個迭代跟進過程：從迭代排期確定到迭代交付的過程，同樣我們還是以雙周迭代為例進行講述。
我們會看到，上面**中的輸入、過程、輸出環節有比較多的要求，這是因為，如果在輸入、過程、輸出環節，沒有要求，每日站會（迭代跟進）將會非常低效。
下面的幾點，是我們在輔導敏捷開發團隊時，經常遇到的一些問題，需要特別注意：
●重點關注需求進展：很多研發團隊會重點跟進研發任務的完成情況，這容易導致需求無法及時測試和按時發布。乙個需求拆解為研發任務後，通常各方對齊介面聯調後才能進行整體需求的測試和驗證，此外產品經理和使用者重點關注也是需求的驗收和發布，這便需要研發團隊在迭代跟進時從需求出發，重點關注需求的整體進展。
●聚焦迭代過程中問題：這個是和站會前更新需求狀態要互相配合的，需求狀態及時更新了，迭代進展在需求看板上可以一目了然，大家在每日站會時，便可以聚焦關注需求交付的阻塞、風險和問題即可。
●行動項要及時同步相關方：每日站會通常會有當前的問題、跟進人和跟進方式等記錄，如果沒有及時同步給團隊，很容易遺漏，也會造成資訊的不同步。所以通常將這些內容記錄成行動項（包含事項、負責人和期望完成時間），並在會後及時同步給團隊成員或其他相關方。
下面，我們以雲效專案協作·projex為例，講述如何借助工具高效地落地每日站會。
1. 團隊成員更新進展：按照實際情況更新需求和任務的狀態、關鍵時間節點，如提測時間、任務起止時間等。通常在實踐過程中，狀態更新很容易被遺忘，如果站會一般在早上進行，建議團隊成員在前一天下班前更新需求和任務的狀態；
1.迭代跟進，關注每日站會「6+1」
通常我們在每日站會時，通過看板來同步需求進展，且會前已更新好需求狀態。所以在站會時需求的進展一目了然，只要重點關注問題即可，如站會的 「6+1」 ：
●6 指的是：瓶頸佇列、關鍵的缺陷、重點關注的需求、阻礙和問題、到期或即將到期的需求、中斷；
●1 指的是：檢查是否存在「未反映在看板上的問題」，比如產品經理臨時插了乙個需求卻沒有錄入系統。
每日站會「6+1」
2. 確認需求已經拆解完成
一般建議在需求排期時把需求拆解到研發任務（前端、後端和聯調），但時常會出現，需求拆解任務不到位的情況，所以站會的時候需要檢查，需求是否已拆分到研發任務，以及是否已指派到具體的開發人員，如下圖所示：
需求拆解到研發任務
3. 明確需求的關鍵時間點
需求的關鍵時間一般是指計畫提測日期、計畫完成時間等，已經和相關負責人明確定下來，並更新在需求卡片上。
明確關鍵時間點
跟進團隊缺陷解決進展
每日站會時，在同步完需求的進展和問題後，需要抽 1-2 分鐘時間檢視一下缺陷解決情況，在雲效專案協作·projex 的缺陷管理中，可以檢視到遺留缺陷情況，並可根據訴求配置不同的檢視檢視。如下圖，可以按照負責人分組進行檢視缺陷情況。
此外，雲效專案協作·projex 還提供了檢視迭代缺陷統計報表，在迭代概覽中，可以檢視當前迭代檢視「缺陷趨勢圖」和「存量缺陷按成員排名」指標卡。
5. 跟進迭代進度和偏差
雲效專案協作·projex 的迭代概覽中可以看到迭代燃盡圖，以方便我們跟進迭代的進度和偏差：
●工作項燃盡圖：按照迭代排期時的工作項數量進行燃盡（支援過濾需求、任務、缺陷），如下圖左側所示，存量曲線高高飄起，說明進度已經嚴重滯後；
●工時燃盡圖：按照迭代排期時預估的工時進行燃盡，如下圖右側所示，剩餘工時數量往上飄，說明排期是工作量評估不足或插入了新的需求。
6. 站會問題行動項跟進
在每日站會時，通常會有問題記錄和行動項，每次站會時可由專人負責進行記錄和跟進，同時也需要回顧一下上一次每日站會遺留行動項的完成情況。
● 需求更新到最新的狀態
雖然每日站會前團隊成員會更新好需求狀態，但站會過程中，也有可能可能要更新需求和任務的狀態，研發團隊要保證每日站會結束時，看板上需求和任務狀態一定是最新的狀態。
● 站會行動項及時同步
把站會上發現的問題清單，包括問題、責任人和完成時間等，會後通過郵件、溝通群等及時同步給團隊成員或其他相關方。
現在我們了解了每日站會是迭代跟進時的有效活動，我們需要：
● 每日站會前，更新迭代中需求的進展情況和上一次站會行動項情況；
● 每日站會時，關注站會的「6+1」，及時跟進偏差和問題；
● 每日站會後，及時將站會中記錄的問題和行動項同步給團隊成員和相關方。
在敏捷迭代中，雖然迭代週期比較短，但依然需要對迭代過程進行有效跟進。在這個過程中，不僅需要跟進需求、任務和缺陷等進展情況，也需要借助統計資料來幫助我們了解整體的進度和偏差情況。
糟糕的每日站會
每日站會，作為scrum裡面重要活動之一，非常容易理解和實施，同時也是公司引入敏捷最容易和最應該開展的活動之一。然而卻因為執行不易歷來飽受爭議。很多有心嘗試scrum的專案試行一段時間後，往往是在站會上最先打了退堂鼓，繼而產生質疑。總覺得站會就是例行匯報，聽不到什麼實際內容的討論，枯燥無味 在有些團...
敏捷中的每日站會
每日站會，日常敏捷中的最重要的團隊活動。必須團隊全員參與，鼓舞團隊每日同步更新 1 昨天我做了什麼 2 今天我要做什麼 3 遇到了什麼障礙 團隊板是資訊雷達，同一時候也是團隊鼓舞的看板！當每日站會習以為常時，可以考慮使用的所謂 契訶夫站立 a 我們做了什麼？b 有無新增卡片 c 銷售會議 d 今天 ...
敏捷系列情景劇 如何「正確」開每日站會
敏捷江湖又發生了什麼大事兒？據說一群江湖好漢聚集在一起舉行盛大的每日站會 更重要的是桃花島的全員參與了會議 此事非同一般！1.全員坐下開會。所有人員都要參加，人越多越好，邀請辦公區所有人。2.經常改變會議地點 時間和溝通形式。3.傳遞的發言棒越重越好，不拿發言棒的人在發言和討論。4.討論細節問題，全...