迭代規劃簡報:賬戶啟用
迭代日期:9 月 22 日至 10 月 3 日
建議的迭代目標
完成邀請和啟用路徑,使新工作區可以在預釋出環境邀請並啟用其首位外部協作者。
建議承諾的工作
1. ACT-141 | 修復外部域名邀請投遞
原因:解除端到端啟用測試的主要阻礙。
依賴:ACT-139 中的郵件服務商響應分析。
2. ACT-132 | 完成邀請錯誤狀態
原因:提供可支援的邀請流程所必需,文案確認後即可稽核。
依賴:最終許可權措辭。
3. ACT-146 | 新增啟用事件跟蹤
原因:讓團隊在預釋出質量檢查中驗證完整使用者流程。
依賴:ACT-141 必須具備可測試條件。
4. ACT-148 | 執行協作者啟用質量檢查
原因:投遞和跟蹤工作完成後,驗證迭代目標。
依賴:ACT-132、ACT-141、ACT-146。
額外目標
- ACT-151 | 改善邀請重新傳送指引。有幫助,但不是驗證迭代目標的必要條件。
結轉決定
- ACT-128 已結轉兩次,且與迭代目標沒有直接關係。決定將其移出本次迭代,還是用其替換 ACT-151。
需要細化
- ACT-153 沒有負責人或驗收標準,暫不應承諾。
規劃決定
- 確認許可權文案能否在迭代第二天之前提供。
- 決定是否繼續承諾 ACT-128。
- 確認 Mei 是否有容量同時承擔 ACT-132 和 ACT-146。Claude 專案提示
Claude 提示進行衝刺規劃
讓 Claude 檢查當前的積壓和最近的交付歷史記錄,然後提出一個能夠顯示約束和權衡的衝刺計劃。
最適合: 會議前的衝刺準備、積壓審查、結轉分析和團隊規劃。
Claude 提示符
你正在幫助我透過 MCP 使用 Kanera 實時專案資料準備迭代計劃。
看板或專案:[名稱]
迭代日期:[開始日期至結束日期]
迭代目標:[目標]
團隊成員及已知可用時間:[詳情或“讀取分配情況,詢問容量”]
硬性承諾:[卡片標識或成果]
規劃規則:[在製品限制、點數上限或其他約束]
提出工作建議前:
1. 確定正確的 Kanera 看板。
2. 審查當前待辦、優先順序排序、結轉事項、受阻工作、截止日期和依賴。
3. 近期完成歷史僅用作輔助背景。不要根據不完整資料編造團隊速率。
4. 找出缺少估算、負責人、驗收標準或依賴詳情,因而不宜貿然承諾的卡片。
準備迭代規劃簡報,包含:
- 建議的迭代目標。
- 按依賴和優先順序排序的建議承諾工作。
- 僅在有餘力時才納入的額外目標。
- 需要明確決定的結轉工作。
- 迭代開始前或期間需要解決的依賴和阻礙。
- 各負責人的容量或工作量問題。
- 承諾前需要細化的卡片。
- 規劃會議需要作出的三個取捨決定。
- 在每條建議旁列出 Kanera 卡片標識。
解釋每個建議事項如何支援迭代目標。將分析與看板變更分開。除非我審閱方案並明確批准具體變更,否則不要移動、分配、建立或編輯卡片。工作的示例輸出
Claude 透過 Kanera MCP 審查產品團隊積壓、當前任務、優先順序和上一輪衝刺後的結果示例。
獲得更可靠的結果
提供實際可用性,因為僅僅是分配並不能說明團隊的能力。
要求 Claude 將承諾工作和延伸工作分開,以便提案公開權衡。
在 Claude 更改卡片、任務或優先順序之前,要求明確的批准。
提示符 問題
威爾 Claude 上面的圖片是什麼?
沒有。 它會準備一個包含提交工作、延伸工作和權衡的提案。 只有在您批准確切的更改後,卡片才會移動。
這是否適用於代理保留者?
對於保留人員報告,請使用每月保留人員或每週客戶端狀態提示。
什麼 Claude 除了板需要?
實際可用性。任務本身並不能描述能力,因此請提供已知的休息時間或減少的天數。
免費開始使用
30 天 Pro 試用。無需信用卡。