設計系統為什麼在六個月後停擺

前言

一篇事後檢討：沒人看的文件、找不到明確負責人的維護，以及最後終於讓各團隊開始使用元件庫的兩個流程改變。

尷尬的中間地帶

多數建議不是寫給全新團隊，就是寫給超大型組織。真實的團隊活在中間，那裡的務實答案很少是教科書答案。

中間地帶的筆記

• 流程是讓糟糕的一天還能撐過去，不是讓順利的一天更有效率。
• 寫下會議結論的人就擁有決策權——所以請輪流寫。
• 「我們應該……」這種話會腐爛；有日期的承諾不會。

值得自問的問題

1. 如果只有一半的時間，我們會怎麼做？
2. 這部分的哪些東西，我們敢在事故檢討會上捍衛？
3. 我們正在假裝不知道什麼？

結語

先反對、再承諾，並且幫決定標上日期。然後回去做正事。