進度落後不是開發者的錯,工作流程可能才是兇手!
Tuesday, October 27, 2015 by JSDN
需求不明 確定技術規格很重要。如果開發者不懂一項功能的目的,那他要怎麼開發這功能? 絕大多數的技術規格開出來時,沒經過審慎思考,通常等到我們開始設計或開發,就會碰到一堆麻煩,因為很多規格都有漏洞。 不斷變更需求 開發者第二大抱怨主因就是,專案開始後,不停變動的技術規格。Hacker News 的一位使用者形容得很貼切: 開發者:「我們把屋頂和牆都裝好了!」 廠商:「我們現在想要把所有的牆都移開。」 這大部分是安排工作前沒有好好規劃功能,所產生的症狀。
錯過死線的時候,管理者直覺就是開發團隊的錯。不過真的是開發者動作太慢嗎?專案管理服務 Sprintly 的產品行銷經理, Justin Jackson 在部落格內說,他們利用 Sprintly ,追蹤開發人員執行各項工作的時間,並依種類和大小細分,得到了以下結論。
via Facebook http://ift.tt/1k6FDiT
錯過死線的時候,管理者直覺就是開發團隊的錯。不過真的是開發者動作太慢嗎?專案管理服務 Sprintly 的產品行銷經理, Justin Jackson 在部落格內說,他們利用 Sprintly ,追蹤開發人員執行各項工作的時間,並依種類和大小細分,得到了以下結論。
via Facebook http://ift.tt/1k6FDiT