縮短開發週期、滾動式調整，能成功推行的真正原因

Google 一下可以發現短開發週期的好處真的是超級無敵多，
但是這些基本上就是在造神，你聽聽就好。

根本不應該去相信任何「縮短開發週期可以做更多事情」的理論。
同一組人，每個人一天都是24小時的情況下，
短開發週期多了這麼多 sync-up、planning 會議，
說工作效率能提高，我還以為我們已經能無視質能守恆發明出永動機了。

短開發週期可以：
「可以更快調整決策、更快反映市場」

但是市場真的有變化這麼快？
你在使用的軟體，像是 Windows、Spotify、Chrome，
今天跟2個星期前，有任何差別嗎？

「盡快調整方向，工程師才不需要花很多時間做出來，最後卻沒用」
這句話講的好像很替工程師著想，
但是實際上實施下去，工程師做的白工卻是大幅增加。
理由很明顯：
「因為決策者不會為這短期的決策下太多努力，他可能才剛想到」

短開發週期，其實就是決策者不想要承擔這麼多責任所制訂的策略，
對決策者來說，要決定未來3個月或更久的事情，責任太重大了，
他不想承擔。

頻繁的調整一些決策，即使這些調整並不重要，
也能讓決策者看起來有很努力的在做事。

根據上面的線索，
縮短開發週期、滾動式調整，之所以能成功推行的真正原因，就是：
「這是一個對決策者有利，轉嫁決策成本給執行團隊的方法。並且決定組織的工作方法的人也是決策者，在這個議題上，決策者球員兼裁判，所以只要推行幾乎一定成功。」

大概是這樣。