「既然溝通成本高，為什麼工程師不主動建立表單與範本？」

這不是技術問題，而是責任邊界、誘因設計與認知落差的交集。

我拆成三個層面說明。
一、工程師不做表單的核心原因：這不在他們的「職責模型」裡

大多數工程師的心智模型是：

我的工作是寫程式，不是設計流程

在軟體組織中，流程設計通常被認為是：
• 產品經理（PM）
• 專案經理（PM）
• 或管理層

工程師如果主動設計表單，常會被視為：
• 多管閒事
• 或被額外塞更多非技術工作

這是一種風險回避行為。
二、工程師其實知道表單有用，但沒有動機去做

從博弈角度看：
行為
對工程師的好處
不做表單
不會多工作但繼續被打擾

做表單
減少溝通

對工程師的壞處

要花時間設計與維護

短期來看：
👉 不做表單比較划算

因為：
• 做表單是前期投資
• 但公司很少給這種工作績效

三、很多工程師低估「非同步溝通」的價值

工程師的思考方式偏向：

能解 bug 比較重要
流程問題只是麻煩，不是技術問題

但在系統工程觀點：

溝通也是一種 I/O bottleneck

沒有標準輸入格式，就會發生：
• 重複問同樣問題
• 缺欄位
• 需求變來變去
• Context switching

這其實等同於：

API 沒有 schema

四、為何表單常常是管理者或PM提出，而不是工程師

因為流程設計涉及：
• 權限
• 跨部門
• 決策
• 強制執行

這些都超出工程師個人權限。

工程師能做 Google Form
但沒有權力要求別人一定要填

沒有強制力 → 表單就會失效
失效 → 工程師覺得白做

⸻

五、還有一個更現實的原因：工程師怕背鍋

一旦他設計了表單：
• 表單不完整 → 被怪
• 流程不順 → 被怪
• 別人填錯 → 還是被怪

所以很多人選擇：

不做流程 = 不承擔流程責任

這是典型的組織防衛行為

六、但在成熟團隊中，工程師其實會主動做這件事

在高成熟度團隊（例如：
Google、
Meta Platforms、
Netflix）

工程師會主動建立：
• RFC 模板
• Issue template
• Pull Request template
• Bug report form

例如：
GitHub 本身就內建：
• Issue Template
• PR Template
• Discussion Forms

這是因為他們的文化是：

工程師要對開發效率負責，而不是只對程式碼負責

七、如果你想讓工程師開始使用表單，你不能只叫他做

你需要改變三件事：

1️⃣ 讓表單變成「唯一入口」

不是：

有表單就好

而是：

沒填表單就不接需求

這叫：
Single Source of Truth

2️⃣ 把表單設計成工程師自己受益

例如欄位：
• 預期行為
• 實際行為
• 重現步驟
• 影響範圍

這些直接對應 debug 所需資訊。

3️⃣ 給工程師流程設計的授權

你要明確說：

「流程可以由工程師制定」

否則他們不會跨越職責邊界

八、最簡單可落地的做法

你可以直接提出一個工程式邏輯：

「如果 API 沒 schema 就會爆掉，需求輸入也一樣」

然後要求建立：
• Bug Report Template
• Feature Request Template

用工具：
• Notion
• Google Forms
• 或直接在 GitHub issue

做流程設計的風險 > 帶來的好處

只有當組織讓這件事：
• 有權限
• 有回報
• 有強制力

工程師才會主動把溝通流程工程化。