Fieldnote
軟體專案交付協作平臺
把需求、開發任務、客戶審閱與版本交付放在同一套專案流程裡。
虛構品牌的概念展示，介面資料僅作示意，不代表真實客戶交付。
業務挑戰
專案經理需要追蹤責任人和截止日期，客戶需要知道哪些功能正在開發、哪些等待確認。缺少介面憑據等阻塞事項容易淹沒在聊天記錄中。
解決思路
圍繞迭代週期設定待辦、開發中、客戶審閱和已完成四個階段。任務卡保留編號、負責人、附件與阻塞原因，里程碑彙總演示版本、測試報告和驗收決策。
功能規劃與業務規則
圍繞示範情境擬定的需求範圍，可用於討論客製方案；具體規則與串接範圍需在專案開始前確認。
使用角色
專案經理、開發與測試人員、客戶審閱人
典型業務流程
- 1拆分需求並排入迭代
- 2開發測試並記錄阻塞
- 3提交客戶審閱
- 4確認交付版本
需求拆分與迭代計劃
每張任務卡包含編號、業務說明、驗收條件、負責人、優先順序和截止日期。任務歸屬明確的迭代與里程碑，新增需求記錄來源，由專案經理決定是否進入本輪範圍。
看板狀態與流轉條件
任務經過待辦、開發中、客戶審閱和已完成等階段。進入審閱前補齊演示或測試依據；關閉任務需要滿足約定驗收條件，拖動卡片時記錄操作者和狀態變化。
阻塞原因與依賴關係
缺少 API 憑據、上游介面未就緒等問題標記為阻塞，記錄責任人和下次跟進時間。依賴解除後通知相關人員，不能僅因為任務逾期就自動判為完成。
客戶審閱與反饋閉環
客戶可對指定交付項提出通過或需修改，並補充具體反饋。未通過時任務回到待處理狀態，保留上一輪審閱結論；內部評估和成本資訊不向客戶開放。
檔案、版本與協作歷史
在任務下關聯設計稿、演示連結、測試報告和附件版本。討論保留時間與作者，替換檔案不覆蓋歷史；訪問私有附件前重新校驗專案許可權。
里程碑驗收與交接
里程碑彙總關聯任務、未解決問題、版本號和待確認事項。交付清單包含原始碼或約定成果、配置說明、操作文件與交接記錄，由有許可權的人員確認接受或退回。
FLD-121 介面整合測試缺少客戶環境憑據：任務保留在當前階段並標記阻塞，指定客戶聯絡人跟進。憑據準備好後繼續測試，提交測試報告供客戶審閱；客戶要求修改時重新開啟任務，保留第一次審閱記錄。
建議驗收情境
- 存在未解決阻塞或缺少必需驗收材料時，不能靜默把里程碑標成已交付。
- 客戶退回後保留先前任務版本、反饋及責任人，避免覆蓋審閱歷史。
- 被移出專案的成員無法繼續開啟原有的私有附件連結。
需要確認的串接與範圍
先確認團隊角色、客戶可見範圍、任務流轉和驗收許可權。程式碼倉庫、持續整合及單點登入可另行接入；首期不預設包含工時計費、薪酬或自動評價員工績效。
