黑客松 24 小時教會我的範圍控制

前言

一篇事後檢討：如何在時間壓力下果斷砍功能、先驗證風險最高的假設，以及怎麼誠實地展示一個半成品原型。

小事的複利

回顧 Challenge 的工作，真正的收穫都不怎麼華麗：一次命名修正、一個被刪掉的設定、一份再也沒改過的檢查清單。

為什麼它們撐得下來

• 它們由一個人負責，而不是一個委員會。
• 它們上線時，附帶了「何時會失效」的觀察方式。
• 它們拿掉了一個決策，而不是多寫了一份文件。

直接偷走

挑一個這個月你已經抱怨三次的痛點。那就是你的下一個專案——它已經證明過自己的續航力。

結語

大重寫的故事比較好聽；小步複利的系統比較好用。