好文分享 — I asked 100 devs why they aren’t shipping faster. Here’s what I learned

「根據與多位工程部門主管的訪談結果，顯示多數人同意開發速度、品質、合規性是作為 CTO 應該優先關注的 3 大事項。而 CTO 們有許多方法可以衡量開發速度，卻對什麼原因拖慢開發速度沒有共識。」 —— Daksh Gupta

I asked 100 devs why they aren’t shipping faster. Here’s what I learned 1 文，訪問 100 位工程師工作上關於軟體開發的痛點，並且總結他們實際經驗，是希望給 CTO 或者團隊主管做為一份參考，讓他們關注有哪些原因造成開發速度緩慢，而這 100 位工程師來自 Meta, Pinterest, Amazon, Stripe, Google, SpaceX 等知名軟體公司的工程師，其實相當具有參考價值。

讀得過程又是滿滿既視感XD

總結前 5 名讓開發速度緩慢的原因是：

1. 複雜的 Codebase
2. 等待相關利害關係人(stakeholder)批准
3. 寫測試
4. 等待 Spec
5. 等待 PR review

綜合起來其實就是流程、人、 Codebase 3 個面向有問題，不過這 5 點還是令人很有感觸，原來大家都遇到差不多的事⋯⋯。

比較令我意外的是文件老舊/沒時間寫文件反而排名蠻後面的，感覺大家口頭上雖然會在意，但實際運作上反而文件寫得好比較像是 1 個加分項而已，又或者前幾名痛點真的太痛了，因此文件老舊/沒時間寫文件反而相較之下不是重點。

你的 CTO 或者你的主管老是在問為什麼功能做這麼慢嗎？

可以請他先好好讀一讀 “I asked 100 devs why they aren’t shipping faster. Here’s what I learned” 。