TTechSpecs

協作規劃流程

協作規劃流程專為多團隊協作的規劃和決策情境設計,適合需要多個利益相關者參與的複雜決策。


適用情境

協作規劃流程適合以下情境:

最適合的情境

  • 需要多個團隊參與的技術決策
  • 影響多個模組的架構設計
  • 需要跨部門協調的功能開發
  • 有明確利益相關者的專案啟動
  • 需要建立共識的技術路線

不適合的情境

  • 單人獨立開發(使用標準開發流程)
  • 緊急的技術選擇(使用 Quick Flow)
  • 已有明確共識的實作任務

流程步驟

第 1 步:問題定義 (Define) - 30 分鐘

目標:明確問題和相關利益相關者

觸發

/brainstorming

定義內容

  • 問題的明確陳述
  • 影響範圍和影響評估
  • 識別相關的利益相關者
  • 收集各方需求和約束

輸出

  • 問題定義文件
  • 利益相關者清單
  • 初步約束清單

第 2 步:探索方案 (Explore) - 1 小時

目標:探索多種可能的解決方案

觸發

/brainstorming

探索內容

  • 生成多種技術方案
  • 每種方案的技術可行性分析
  • 每種方案的資源需求評估
  • 潛在風險和緩解措施

輸出

  • 3-5 種技術方案
  • 每種方案的優缺點
  • 風險評估
  • 初步推薦

第 3 步:協作討論 (Discuss) - 1-2 小時

目標:與利益相關者共同討論和評估方案

觸發

/grill-with-docs

討論內容

  • 各方對方案的意見和建議
  • 方案的優缺點深入分析
  • 技術可行性和資源可行性評估
  • 潛在問題的識別和討論

輸出

  • 討論記錄(ADR 格式)
  • 術彙表(統一術語定義)
  • 方案評分和比較
  • 決策建議

第 4 步:決策確認 (Decide) - 30 分鐘

目標:確認最終決策並制定執行計畫

觸發

/to-spec

決策內容

  • 確認最終選擇的方案
  • 明確決策理由和依據
  • 制定執行計畫和里程碑
  • 分配責任和資源

輸出

  • 決策文件(ADR 格式)
  • 執行計畫
  • 責任分配表
  • 風險緩解計畫

時間成本

最快:3 小時(跳過某些步驟) 最慢:4 小時(完整執行所有步) 平均:3.5 小時


實際應用範例

範例 1:技術堆疊選擇

任務:選擇新的前端框架

協作規劃流程執行:

[1/4] 問題定義
明確前端框架選擇的問題和相關團隊
→ 影響範圍:所有前端開發
→ 利益相關者:前端團隊、設計團隊、產品經理

[2/4] 探索方案
探索前端框架的選項
→ React、Vue、Angular
→ 每種方案的生態和優缺點
→ 團隊熟悉度評估

[3/4] 協作討論
與相關團隊共同討論
→ 前端團隊傾向 React(熟悉度高)
→ 設計團隊關注生態和 UI 組件
→ 產品經理關注開發效率和市場需求

[4/4] 決策確認
確認最終選擇:React
→ 理由:熟悉度高、生態豐富
→ 制定遷移計畫
→ 分配責任和時間表

總時間:3.5 小時


範例 2:微服務架構設計

任務:設計微服務架構

協作架構規劃流程執行:

[1/4] 問題定義
明確架構設計的問題和範圍
→ 目前的單體應用擴展性不足
→ 影響範圍:整個後端系統
→ 利益相關者:後端團隊、DevOps 團隊、安全團隊

[2/4] 探索方案
探索微服務架構的設計方案
→ 按功能領域拆分
→ 通訊模式選擇
→ 數據庫策略選擇

[3/4] 協作討論
與相關團隊共同討論
→ 後端團隊傾向共享資料庫
→ DevOps 團隊傾向獨立資料庫
→ 安全團隊關注隔離和安全性

[4/4] 決策確認
確認最終設計:按功能領域拆分 + 共享資料庫
→ 理由:平衡複雜度和效能
→ 制定遷移計畫
→ 分配責任和里程碑

總時間:4 小時


協作規劃流程的優勢

1. 共識建立

四個步驟確保:

  • ✅ 問題被明確定
  • ✅ 多種方案被考慮
  • ✅ 所有意見被聽取
  • ✅ 決策有充分依據

2. 參與感提升

每個步驟都鼓勵參與:

  • 利益相關者全程參與
  • 意見被記錄和尊重
  • 決策過程透明可見
  • 提升團隊歸屬感

3. 文件化完整

整個流程產生完整文件:

  • 問題定義文件
  • 技術方案比較
  • 討論記錄和 ADR
  • 決策文件和執行計畫

與標準開發流程的區別

特性 標準開發流程 協作規劃流程
適用情境 單人實作 多人協作
重點 實作和驗證 決策和共識
輸出 程式碼和測試 ADR 和計畫
時間成本 4-7 小時 3-4 小時

最佳實踐

1. 提前準備

在開始協作規劃流程前:

  • 明確決策的範圍和權限
  • 識別所有利益相關者
  • 安排好討論時間和平台
  • 準備好必要的背景資料

2. 中立促進

在討論過程中:

  • 保持中立和客觀
  • 確保每個聲音都被聽到
  • 避免主導或偏向
  • 鼓勵建設性討論

3. 決策透明

在決策確認後:

  • 明確記錄決策理由
  • 設解責任和權限
  • 建立追蹤和回顧機制
  • 及時通知所有利益相關者

注意事項

1. 時間投入

協作規劃流程需要投入時間,但能確保決策品質:

  • 避免草率決策
  • 減少後續爭議和重複工作
  • 建立長期信任和協作關係

2. 團隊文化

協作規劃流程需要良好的團隊文化:

  • 開放的溝通氛圍
  • 尊重的意見交流
  • 建設性的批評和建議
  • 尊重的記錄和文件

3. 文件管理

確保文件的正確性和可追溯性:

  • 使用標準格式(ADR、詞彙表)
  • 版本控制和歷史追蹤
  • 定期審查和更新
  • 透明可訪問的存儲

協作規劃流程是建立技術共識和團隊信任的核心工作流程!