好文分享 — I asked 100 devs why they aren’t shipping faster. Here’s what I learned
覺得我們的內容實用嗎？ MyApollo 電子報讀者募集中！歡迎訂閱電子報!
「根據與多位工程部門主管的訪談結果，顯示多數人同意開發速度、品質、合規性是作為 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 名讓開發速度緩慢的原因是：
- 複雜的 Codebase
- 等待相關利害關係人(stakeholder)批准
- 寫測試
- 等待 Spec
- 等待 PR review
綜合起來其實就是流程、人、 Codebase 3 個面向有問題，不過這 5 點還是令人很有感觸，原來大家都遇到差不多的事⋯⋯。
比較令我意外的是文件老舊/沒時間寫文件反而排名蠻後面的，感覺大家口頭上雖然會在意，但實際運作上反而文件寫得好比較像是 1 個加分項而已，又或者前幾名痛點真的太痛了，因此文件老舊/沒時間寫文件反而相較之下不是重點。
你的 CTO 或者你的主管老是在問為什麼功能做這麼慢嗎？
可以請他先好好讀一讀 “I asked 100 devs why they aren’t shipping faster. Here’s what I learned” 。