It’s not your developers slow down development. It’s your PROCESS.
拖慢開發速度的不是開發者 (設計師、工程師)，是流程。
Similar Posts
案例分享：一個設計工具的開發過程
才在《101項設計思考法則》的導讀裡說過要透過不斷地練習，並且創造那超越101項的創新方法。 然後就看到一個機會：如何找出哪些是用戶想要的功能，怎麼量化分析排序這些功能？我用 FMEA 和 FAB 的思維模式改造出一個新的工具：FAB for Design Strategy 。
速讀活動理論 (Activity Theory)
商學院的學生來求教，促使我快速搜尋並閱讀了【活動理論】，手寫一頁說明。…
增田宗昭談二號店失敗的原因
眼中沒有顧客，不去思考如何讓員工懷著雀躍的心情工作，這樣的店首先就不可能吸引顧客上門，在裡面工作的員工也會不開心。過往的成功經驗，很容易讓人忽略這些基本的事，二號店失敗的機率才會那麼大。
風險就是你沒預料到的事
如果你認為在你有明確的預測之後才為風險做準備，那麼風險就會變成危險。你得預期風險就是會出現，只是不知道何時何地出現，這樣好過你完全依賴預測行事。因為，預測這件事，要嘛是胡說八道，要嘛是大家都知道的事情。預期 (expectation) 和預測 (forecast) 截然然不同。因此，在這個世界上，無法預料的事物才叫風險，預期比預測更有價值。
《好產品的設計法則》04 抽象 vs. 具體
If a problem is too abstract, ask what. If it’s too specific, ask why.
當問題過於抽象，去問「是什麼」；當問題過於具體，去問「為什麼」。