站立會議很短，所以它的記錄應該更短。記錄不是每個人昨天做了什麼的完整清單，而是一眼就能看出誰卡住了、計畫有什麼改變，以及有人答應在會後接手哪些後續事項。
簡短版
- 每人一個區塊：進度、計畫、阻礙。每項一行。
- 每個阻礙都要有負責人：會設法排除它的人，而不只是卡住的那個人。
- 當天的例行計畫不是待辦事項。「我會繼續做匯入工具」是計畫。
- 任何討論很久的事情，都改成和相關人員的後續追蹤。記下後續追蹤，而不是討論過程。
- 把昨天的記錄放在手邊。一個沒有變化的阻礙，就是今天記錄中最重要的一行。
三個問題是習慣，不是規則
許多團隊都圍繞著昨天、今天和阻礙來進行站立會議。《Scrum 指南》將每日 Scrum 描述為一個 15 分鐘的事件，讓開發人員檢視朝衝刺目標前進的進度，並把形式交給團隊自己決定。它也指出，每日 Scrum 並不是開發人員唯一可以調整計畫的時候。完整的說明請參閱 Scrum 指南。
這一點對記錄很重要。如果你的團隊從衝刺目標開始，就把目標放在最上面。如果你們是逐一檢視看板，而不是一個人接一個人輪流，就依工作項目整理記錄。下面的範本採用常見的逐人格式；請調整順序，讓它符合你們會議實際進行的方式。
站立會議範本
站立會議 · [團隊] · [日期]
衝刺目標：[一句話]
[姓名]
- 進度：[上次站立會議後完成的事]
- 計畫：[接下來要做的事]
- 阻礙：[無，或是什麼阻礙、誰會協助]
[姓名]
- 進度：
- 計畫：
- 阻礙：
站立會議後的後續追蹤
- [ ] [姓名] 會在 [時間] 前和 [姓名] 一起 [行動]
昨天就已卡住的事項
- [阻礙] · 自 [日期] 起
範例
以下是一個人的區塊，以及它所帶出的後續追蹤：
Priya
- 進度：匯出 API 已合併；測試在預備環境中全部通過。
- 計畫：開始處理 CSV 欄位對應。
- 阻礙：沒有正式環境記錄檔的存取權限。
站立會議後的後續追蹤
- [ ] Ben 今天會向 IT 幫 Priya 申請記錄檔存取權限。
注意少了什麼。這裡沒有一項要 Priya 開始處理欄位對應的待辦事項。那是她當天的計畫，明天就會出現在進度中。這項待辦事項屬於主動提出協助的 Ben，而且因為他說了「今天」，所以有時間。
常見錯誤
- 把計畫變成任務。把每個人的計畫都列成待辦事項，會把唯一真正的後續追蹤淹沒掉。
- 沒有負責人的阻礙。「在等設計」需要一個名字：誰會去問，什麼時候問。
- 在記錄中寫下冗長的討論。如果某個話題談了五分鐘，記錄只需要一行和一項後續追蹤。
- 沒人讀的記錄。把記錄貼在團隊平常就會看的地方，例如共用的「備忘錄」或團隊頻道，或者只保留後續追蹤。
Poffle 如何撰寫站立會議記錄
當錄下的會議標題包含「standup」、「stand-up」、「daily」或「scrum」時，Poffle 就會使用「站立會議」範本。它會要求裝置端模型使用說話者標籤，在進度、計畫和阻礙下記錄每個人的進度、計畫和阻礙，並告訴模型當天的例行計畫不是待辦事項。留在待辦事項下的，是承諾和已被接受的請求，就像 Ben 的那一項。中文的「站會」、「晨會」、「每日例會」也能辨識，但「站立會議」這個說法不會被辨識。
逐人記錄的前提是知道誰說了話。Poffle 會將你的麥克風標示為你，並將通話音訊中的其他聲音分離為說話者 1、說話者 2，依此類推。若要為他們加上名字，請打開逐字稿，按一下說話者標籤，然後從行事曆行程中選擇一位與會者，或選擇輸入名稱…。待辦事項的負責人會跟著改名後的說話者更新。如果站立會議是大家圍著一張桌子、用一支麥克風錄音，所有聲音都會在你的麥克風音軌上，並標示為「你」，所以只有在名字被說出口時，記錄才能區分不同的人。
遠端站立會議很適合 Poffle 的通話處理方式。當通話 App 開始使用麥克風時，Poffle 會提議要錄製此通話嗎？。在你按一下錄製之前，不會錄下任何內容。開啟通話結束時停止後，錄音會在通話 App 釋放麥克風後不久停止；停止前有 15 秒倒數，如果想繼續，可以選擇繼續錄音。Poffle 不會宣告正在錄音，所以請和團隊說好站立會議會錄音，並在有新成員加入時說明。
明天的站立會議
每日站立會議是週期性行程，所以「行程」中的下一次行程會顯示上次提要，其中有上一次站立會議的重點，以及仍未完成的待辦事項。在那裡選擇打開記錄，即可查看昨天阻礙的完整內容。如果標題中沒有任何關鍵字，請打開會議的選項選單，選擇將記錄改寫為 > 站立會議。
範本指南說明了偵測方式和其他風格，逐字稿指南則說明如何為說話者命名。錄音、逐字稿和記錄都會留在你的 Mac 上，而撰寫記錄需要在支援的 Mac 和語言上使用 Apple Intelligence。
資料來源
本指南引用的官方文件和參考資料。