第6部分 (第1/5頁)

� 銷售部門、高階經理或者報價團隊定下合同,而專案經理和其他團隊成員必須執行它。

� 經理們為開發團隊制定決策(如要達到什麼樣的規格)。

無用的資訊

時間花到哪裡去了?為什麼開發人員花費到增值活動中的時間只有20%?

由於散亂失序,許多時間被花在尋找有用的資訊上。更多的時間則由於交接脫節,而用於製造、尋找和接受無用的資訊。

如果某條資訊不能有助於對客戶的瞭解或者其他整合工作,不能有助於創新,或者不能為一個好的決策提供基礎,那麼它就是無用的。無用的資訊不能幫助改進營運價值流,但會被創造出來,是因為有人想要它。

交接脫節常常會引起無用資訊的產生。開發人員擁有知識,實施具體的工作。經理們有責任,並需要資訊以控制局面。一旦出現問題,經理們需要更多的資訊。很多開發工作的目的反倒產生了那些無用的資訊,目的只是使經理們相信局面仍在掌控之中,同時避免或轉移可能的指責。

此類無用的資訊有一些例子:

� 大多數以PPT形式做的演示報告。

� 程序報告:開發人員莊嚴地宣稱,他們正在按照計劃進度工作。

� 完全形式主義的FMEA(失敗模式和效果分析),沒有產生出新的知識。

還有一些無用資訊的產生,是因為某些工作人員的喜好,而不是為了公司的盈利。例如:

� 有些工程師喜歡做一些沒完沒了的最佳化,對於這種情況甚至有一種說法:“幹掉工程師後,才能釋出產品。”

� 創新的產品並不比舊產品更加盈利。(在一個實際案例中,經理問道:“舊的控制電路已經滿足客戶的要求了,為什麼你還要設計一個新的?”工程師回答:“我已經設計過那個舊的了。”)

減少無用資訊的浪費

開始的一些步驟是比較容易的。只需要:

� 問問開發人員,他們被要求提供哪些無用的資訊?

� 應用在討論散亂失序浪費的流程圖中,取消並替代那些無用的資訊。

� 引入新的管理概念和系統,發揮效應,這是最難的一部分。

等待

許多公司曾經發生過這樣的情況:產品線出現了太多的問題,以至於不得不加快運轉。於是他們組建一支精幹的團隊,讓他們放下各自手頭的工作,將他們搬到同一個地點,無須遵照標準流程行事。毫無疑問,這個團隊的速度會是平日的兩倍。但這些公司發現,他們很難重複這些流程。一旦重新強調遵循標準流程時,進展就會變慢。然而我們知道,豐田確實遵循一套標準流程,並沒有將所有人搬到一起,或者是讓開發人員僅專注於某個專案,但每個專案上豐田都能以兩倍的速度進行。為什麼?

向交接脫節的浪費開戰(2)

因為傳統的專案計劃、組織和控制方法——計劃評審技術(program evaluation and review technique;PERT)、關鍵路徑圖(甚至有時被修改為“關鍵鏈”方法)和分階段實施——引起了等待的浪費。順序化的思維——在專案啟動之前先完成——是PERT的關鍵所在!所以,即使並行工程的口號已經喊了十年,為公司帶來的好處也相對有限,最重要的原因就是,PERT工具原本就與並行工程的目標相違背!

順序化的思維在產品開發工作中並不重要!很難發現開發活動的上游工作非得在下游工作開始前完成不可(而下游工序往往不能在上游工序結束之前完成,但這又能說明什麼問題?)這正是產品開發和製造之間一個重要的區別,也是開發和建築之間的重要差別。而

最新小說: 網遊:從被逼女裝到自願女裝 請叫我腐爛 網遊之大陸征服 SAN值歸零後我成了高危BUG 寶可夢真實 畫渣又怎樣?我靠神筆一路躺贏 文明:從不死族到太空死靈 我不是賤聖 我成了二週目BOSS 王者:執掌AG,我是抽卡冠軍! 開局選擇亡靈:我有ss級天賦 虛空拼圖 高達SEED之最後的歸宿 召喚萬界軍團 業餘裡踢出來的國足超級後衛 DNF:求你別搞事,我們真服了 注視深淵 NBA:隊裡有詹皇,先躺一冠 網遊:敢惹他?內褲都給你偷沒了 B級天賦,一樣可以登頂