Hyrid Camry首席工程師過勞死

上個月，日本勞工委員會宣告Camry Hybrid專案的首席工程師死於過勞。在他生命中的最後幾個月裡，他幾乎每個月都要加班超過80小時。就在他要飛往Detroit Auto Show的前一天，心臟病突發，與世長辭。

一石激起千層浪，種種爭論紛至沓來。我們能從豐田學到什麼？什麼是可持續的開發步驟？我們為什麼開發軟體？

Joe Little 想問的問題是，在豐田裡面，到底拼命加班算是精益的基礎，還只是跟某個具體的團隊有關？他提醒人們，即使豐田是精益的製造者，他們自己也沒有做的很到位。不過我們依然可以向豐田和其它精益實踐者學習。

Robin Dymond說：

這個故事讓人很難過，但也能讓人學到不少東西。豐田的精益製造開發模型，把產品負責人、Scrum Master、技術領導都混在了一起，變成了一個角色，名為首席工程師。我跟Mary Poppendeick曾經討論過，這種模型也可以用於軟體開發。我遇到的問題是，產品負責人本身已經負擔很重了，再加上額外的技術和過程方面的責任，實 在讓我不堪重負，沒法一直保持良好的工作狀態。我感覺這也許就是問題所在。 精益軟體開發的作者Mary，在回覆中談到了她在3M作為產品帶頭人的工作經歷：

在優秀的團隊裡面，團隊成員對他們開發的產品充滿激情，所以他們會自願超額工作，加班。我也不覺得技術帶頭人是個什麼都知 道，什麼都掌控的傢伙，他只是可以用他的遠見卓識，帶動起團隊的幹勁。我當產品帶頭人的時候，連產品負責人的工作都沒法自己幹，但是我知道怎麼從團隊裡面選出合適的人來，放到合適的位置，讓他們積極完成目標——然後一切都會順理成章。 她繼續談到，如果大家只是把工作當成一大堆要乾的事情自己抗起來，不跟團隊一起承擔，那任何角色都會成為生命不可承受之輕。

最後，在談到管理層提出的最後期限和固定特性時，Mary回覆說：

也許導致這種症狀的最大問題在於，出於某些原因，軟體是從整個系統中脫離開來的，也跟系統的整體業務目標扯不上干係。所以 沒人能對它產生熱情。我們必須停止開發軟體，動手搭建為重要需求服務的系統，這樣團隊成員就可以做出正當的決定：這個規劃有多重要？那個難度很大的特性有 多重要？從長遠目標來看，哪種測試策略最合適？整個系統的成本到底有多高？

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14639675/viewspace-408743/，如需轉載，請註明出處，否則將追究法律責任。