軟體開發中的速度

任何 IT 公司的 CEO 都想要更快地建構軟體。時間是最昂貴且有價值的資源。你不能把它浪費在重工、重構、會議、體力活動。對吧？這得看情況......。

許多公司成長、趨緩、並且消亡。良好的開發步伐對於存活是不可或缺的。想像一下，你有個在許多情況下、被許多人所證實的非常美妙的願景。你敢打包票（唔，這在實務上很罕見，但我們要發揮我們的想像力，好嗎？）這個產品是個真的能大賣的東西。而你所需要的就是去完成它。

你有個具有許多有技能並且有經驗的開發者團隊，你在兩年間咬著牙並交付了一些東西。團隊精疲力竭。產品實作了大約 10% 的願景。每個人都認為有很大的潛力，但 10% 並不足以踏入市場。你又奮鬥了幾個月，容忍平庸的市場牽引力（traction）、容忍低於平均的銷售額、容忍沒有錢，最後沒了公司。美妙的願景被緩慢的執行所中斷。怪誰？或許問題太難了，而兩年對它來說是完全合理的時間範圍。或許團隊衝得太快了，有一些不錯的釋出版本，但最後被複雜性與技術債所淹沒。軟體開發中的速度是個非常複雜的東西。它受到許多事物影響，經常是以出人意料的方式。在這篇文章中，我將會試著分享我對於速度的想法。