規劃好幾個月沒上線：八個月與三天.
規劃好幾個月沒上線，是我寫了八個月網頁應用程式範圍文件的寫照。日本的首席工程師只給三天，否則合作就結束。結果規劃瞬間變成真正的工作，測試環境上線了。
規劃好幾個月沒上線的那段日子.
大約從2022年3月起，我跟德國、印度和日本的團隊一起寫範圍文件。同時，我一直壓著API架構不發布。開了幾十場對齊會議，每份資料結構都是我寫的。目標是一份統一的規格，寫任何程式前先談妥所有邊界情況。那是過度規劃專案，但感覺像是認真。
2022年11月的那通電話.
最後一次審查時，日本負責人說，他們的整合窗口三天後就開。如果端點沒在測試環境上線，合作就取消。於是我把核心端點標準化，對齊了德國和印度的規格。最後，我部署了第一個測試環境。我沒開任何會，這樣做讓我很害怕。
為什麼規劃好幾個月沒上線，最後三天就上了.
那八個月沒有白費，因為我學會好好設計資料結構的介面約定。不過它們沒產出任何部署。它會上線，是因為有人訂了一個我改不了的日期。我猜不然規格到一月還在審。總之，這就是截止日逼出成果，是關廠機制的可承受版本。
找出規劃好幾個月沒上線在你身上哪裡適用.
寫下你到目前為止，為點子準備了幾個月。
列出如果只有三天，你會做的三個最小行動。
摘自本書.
它們沒有產出的，是一次部署。沒有任何東西因為起草而上線。它之所以上線，是因為別人告訴我一個我無權挪動的日期之後的那三天，而我誠實的猜測，只是猜測，是如果沒有那通電話，那份規格到一月都還會在審查中。
我想創業，卻始終沒有開始,第 9 章:沒有人能選自己開始的那一天
關於規劃好幾個月沒上線的常見問題.
規劃好幾個月沒上線，最後是怎麼被逼著上線的？
規劃好幾個月沒上線，直到日本的首席工程師說，三天內端點要在測試環境上線，不然合作取消。
那八個月白費了嗎？
沒有。它們教會我一項現在每個月都還在用的技能，但沒產出任何部署。
這算是創業嗎？
不算。這是跟客戶合作的工作專案，但用的是跟關廠一樣的機制。
閱讀完整章節.
這一課涵蓋第 9 章「沒有人能選自己開始的那一天」的其中一節。書中還有更多內容,包括完整的證據、故事和每一項練習。
