
342
|
第九章
看板方法團隊不需要寫下長篇文件或是創作一大篇 Wiki 來建立明確的政策。政策可以
像 WIP 上限在每個欄位頂端一樣簡單,團隊也可以在看板欄位下方加註「已完成的定
義」或是「結束的標準」大標題,以此方式寫下他們的政策,如此一來,團隊成員清楚
知道什麼時候要在工作流程中向前推進工作項目。政策如果是由整個團隊經過實驗改良
並且協力建立,將會特別有效,因為它代表每個人都了解為何設立這項政策。
複雜的流程和未寫明的規則很容易隨時間發生,尤其在有片面看法的團隊中很常見。複
雜的控制變更流程很常出現在當商業分析師無法來得及處理最後一刻才湧入的諸多修改
時,而每當軟體無法滿足某個用戶的需求時,他會在整個團隊面前大聲抱怨。他有可能
強加一個複雜的流程來控制工作範圍,而且確保有書面的記錄,如此當有人後來改變意
見時他才可以推卸責任。這種保護性的官僚式流程其實無法責怪這位商業分析師;這或
許是他唯一可以在他負責的規格上擁有控制權的方法。
設定 WIP 上限是一種政策的選擇,而這項政策只有在大家都同意遵循不在工作佇列已
滿而且已達到上限時還強加更多的工作進入工作佇列的時候才有用。把這個協議寫下來
──特別是在看得見的地方,例如看板──幫助確認在寫下來之後大家都同意這項政
策。在任何時候若有熱心過頭的經理或是用戶嘗試要強加額外的工作進入待處理的工作
佇列,團隊可以指著那項被寫下來的政策。當團隊需要為緊急需求空出位置時,這給了
他們一個堅實的基礎來將另一個項目從工作佇列中剔除。當主管或是用戶已經同意這項
明確的政策時,這樣的討論就變得簡單多了。 ...