Implementation 同 go-live 例外
當 implementation 遇到 late request、dependency 或 go-live risk，exception 會散落喺 email、tickets 同 calls。Threada 將每一個轉成 governed WorkItem，帶 owner、evidence、approval 同 audit trail。
它是什麼
Implementation 或 go-live exception 係任何威脅 planned launch，而且唔符合 happy-path checklist 嘅事：late customer request、customer-side 或 vendor-side dependency、integration blocker、臨近日期先提出嘅 compliance 或 security ask、 被發現嘅 go-live risk，或者 scope change。每一個都係有 deadline、owner 同 consequences 嘅小 decision — 而且每一個通常都分別住喺唔同 inbox、ticket 或 call 入面，直到有人追返出嚟。工作係真實嘅；佢嘅 record 通常唔係。
為什麼會卡住
- 01 Evidence 分散喺 email threads、support tickets 同 call notes，冇人可以喺同一個地方睇到完整 exception。
- 02 Ownership 唔清楚：一半係 customer task，一半係 internal task，結果跌喺 implementation lead、product 同 engineering 之間。
- 03 Product 同 engineering 要將呢個 ask 同 committed roadmap work 比 priority，而 decision 發生喺另一個 tool。
- 04 Customer-side IT 或 vendor dependencies 阻住 progress，而等待一直 invisible，直到日期滑走。
- 05 冇 decision trail：launch review 時，冇人可以展示邊個 approve 咗 exception、基於咩 evidence、幾時 approve。
理想狀態是什麼樣
一條例外，全程留痕——每個欄位都有交代。
Threada 如何幫助
每一步都對應平台嘅真實能力。
- 01 每個 exception 變成一個 governed WorkItem — lifecycle-managed unit of work — 而唔係住喺某人 inbox 入面嘅 thread。來自 email、forms 或 messaging 嘅 intake 會 normalized 成帶 typed schema 嘅 structured item。 WorkItem
- 02 Customer request、dependency note 同 security ask 會作為 evidence attached 同 cited 喺 item 上，令 decision 後面嘅 reasoning grounded 同 reviewable，而唔係靠記憶重建。 EvidenceBundle
- 03 一個 owner 會 assigned 並 visible 喺 item 上，令 exception 唔再跌喺 implementation lead、product 同 engineering 之間。 WorkItem ownership
- 04 Approve、defer 同 descope 都經 explicit decision step — human-review 或 approval gate — 所以 exception 唔會喺正確 reviewer sign off 前關閉。 DecisionStep
- 05 已同意嘅 next step 可以作為 connected system 上嘅 governed action 執行，例如 create 或 update issue、notify channel，並帶 idempotency 同 auditable execution record，而唔係 manual hand-off。 Action
- 06 每個 state change、comment 同 approval 都 capture 成 time-stamped event，令 launch review 可以展示邊個決定咗咩、基於咩 evidence、同喺幾時。 TelemetryEvent / audit trail
實例演示
Illustrative scenario (唔係 customer story)
一間銀行距離新 workflow go live 得返幾日，security team 突然要求一個原本 scope 入面冇嘅額外 control。今日，呢個 request 可能透過 email 到達，被 forward 去 engineering，喺 call 入面討論，然後喺日期接近時一直冇 owner。 作為 Threada WorkItem，同一個 request 只 capture 一次：security ask 作為 evidence attached，implementation lead 係 owner，impacted go-live milestone 同 deadline 都 on the record，approve-or-defer decision 經 explicit approval step。之後 launch review 可以清楚睇到 exception 點樣處理 — names、dates、 reasoning 全部 on the record。呢個係用嚟展示工作形狀嘅 illustrative example；唔係真實 customer，亦冇 claimed metrics。