一份不定期計劃

2008年，我所在的IBM公司軟件研發中心準備管理一項大型軟件產品的研發工作。當時，研發團隊一共有5個部門，超過100名管理人員。就像今天我們用的手機App會定期通知用戶更新一樣，當時IBM的軟件產品也是每兩個月就會發布一個新版本。因此，我們的目標就是在這兩個月的周期內，對外發布一個正式的軟件版本。

通常，一個軟件版本從設計到發布會經歷這幾個關鍵步驟：需求確定，功能設計，軟件開發，產品測試，上線。每個步驟都很可能是由不同的團隊來承擔任務。因此，在工作中，這些團隊之間需要通過每天舉行的項目管理會和會后的緊密溝通，才能完成彼此的密切配合。

當某個工作人員突然發現產品不符合既定質量目標時，我們會立刻舉行由項目經理、質量測試經理和開發經理參與的會議，確認是否需要對原先計劃做出適時調整，以確保產品在交到客戶手中時能獲得客戶的滿意。一旦進行進度調整，我們需要馬上聯系公司在全球28個國家及地區的翻譯團隊以及與這款產品有集成關系的其他產品組的負責人，通過正式的郵件或者會議一一確保他們收到了計劃更新的通知并作出相應的準備。

就像多米諾骨牌被推倒，這一系列的全球范圍內各個團隊的工作推遲，很可能都源于一個看似不起眼的計劃失誤。