UAT 前的交付救援
- 類型
- 示範專案
- 專案
- 資訊軟體管顧示範專案
- 產業
- 資訊軟體管顧
示範專案的情境與數字是模擬資料。
- 產業
- 資訊軟體管顧與接案
- 交付形式
- Agent、skill、語意模型與寫入工具，建在示範資料上
- 知識來源
- UAT 進場標準與客戶的催辦信，以及 CRM、PSA、ALM、HR 系統的示範資料
專案風險與升級
- 一個銀行核心系統汰換的固定價專案，離 UAT 進場剩三週。缺陷修復追不上新增，關鍵的批次轉換模組卡在客戶的介面規格。
- 這類公司過去的做法，是 PM 在週會升級，交付總監再約客戶，下週才對案。
進場標準與專案資料
- UAT 進場標準與客戶的催辦信放在 Drive。Agent 讀這兩份文件，確認進場標準的定義，也確認規格延遲的責任在客戶端。
- Agent 用語意模型查 ALM 的缺陷、PSA 的計畫與工時、HR 的人力與可用度。
計畫、人力與範圍
- 交付總監在 Sindri 交代：「這個案子有哪些工作可以前移、並行，把時間搶回來？」
- Agent 用缺陷燃盡分析的 skill 算出修復與新增的速度。Agent 反推出要同時提高修復、壓低新增，才能在進場日前達標。
- Agent 用關鍵路徑重排的 skill，在批次轉換卡住的期間把可以並行的任務提前。規格到了之後，批次轉換分兩段交付。
- Agent 用人力配置媒合的 skill 掃 HR，找出待命中的資深後端工程師，再從另一個專案借調人力。
- Agent 用範圍調整方案的 skill，把 P3 需求延到第二期，非關鍵變更凍結到 UAT 之後。
- Sindri 把燃盡試算、重排後的關鍵路徑、補位方案、延後的需求清單和客戶回覆函的草稿，彙整成一份決策包。
- 計畫改版、派工異動、範圍變更附約和客戶回覆函寫回 PSA、HR、CRM 之前，Agent 都先停下來，等交付總監核准。