
292
|
第八章
TPS 核心的想法是
在工作流程中有
3
種類型的浪費會造成約束
,必須加以移除:
•
Muda
(日文的「無駄」),意思是「徒勞、無用、無益、過剩、浪費、消耗、揮霍」。
•
Mura
(日文的「斑」),意思是「不平均、不平整、不一致、不相同、不均等」。
•
Muri
(日文的「無理」),意思是「不合理、不可能、超過負荷、過於困難、強行、
一定、強迫地、強制地、過度、不節制」。
曾身處在管理運作不善的軟體專案中的任何人──特別是使用一個無效率流程的專案
──都會深諳徒勞、不平均和不合理的概念。這樣的概念放在無效率的瀑布式流程上特
別適合,但是任何人曾在比如說,一個擁有錯誤心態透過被強迫採用 Scrum 或 XP 實踐
而只能取得只比沒做好一點結果(或更糟)的團隊待過的話,將會明白這些事情。
有對下列任何的東西感到熟悉嗎?
• 讓每個人在規格上簽字要花一段很長的時間,而在此同時開發者們就枯坐著等專案
開始。一旦真的開始,他們已經太遲了。
• 等管理人員取得預算大概要等到天荒地老。當專案可行時,已經太遲了。
• 開發途中,團隊發現軟體設計或架構的某個重要部分需要被調整,但這將會導致很
嚴重的麻煩,因為太多其他部分是依靠這個部分。
• QA 團隊要等到所有功能都完成才開始測試。他們發現一個重大的 Bug 或一個嚴重
的效能問題,而團隊必須倉促地修復。
• 分析與設計花太多時間,以致於等到開始撰寫程式時,每個人都要日夜週末加班來
趕上截止日期。
• 軟體架構師設計了一個龐大的、漂亮的、複雜的系統,但無法實際導入。 ...