傳統處理方式可能會令專案目標與業務成果背道而馳。最好的解決方案是讓專案管理者與業務線中的實際工作人員進一步接近。 帶著以上想法，我閱讀了一篇來自InfoWorld的文章，主要講述一個成功的SAP專案實施案例。文章介紹了一種除一般指標及流程之外，以專案產出為優先考量，且頗具靈活性與智慧性的專案管理方式。故事所表達的專案管理理念來自一位名為Daiwa House的SAP客戶。
經驗教訓 No. 1：讓工作人員等待工作好過讓工作等待相關工作人員。
全部三位受訪者都明確表示，由傳統專案管理技術向關鍵環節專案管理方式的轉變帶來了巨大的積極影響，整體工作中的每個階段都獲得了25%左右的實施週期縮減。
經驗教訓 No. 2：多工處理現象比我們想象中的更為普遍、也更加有害。
不理解第一條經驗重要性的企業往往會嘗試最大限度提高員工利用率。問題在於，越是壓榨員工的勞動力，對於最終結果的影響就越是消極。毫無疑問，員工是不可能同時處理多項任務的。所謂多工處理，實際是指讓員工不斷從一項工作轉移到另一項工作中。
經驗教訓 No. 3：避免“錦上添花”行為。
Daiwa House的專案領導小組…為每一項任務制定了明確的完成標準。他們互相之間時常交流避免錦上添花式行為出現的必要性，並認為這是工作效率低下的另一種體現。這種交流活動本身同樣非常重要，因為如果說起工程師之間所共有的文化氛圍，那麼此類協同合作、共商良策的`習慣無疑是其中相當重要的組成部分。努力尋求解決方案，進而保證工作流程更加順暢可謂專業人士的拼搏精神之所在。
經驗教訓 No. 4：不要對任務過分進行細化。
他們的團隊認為，“定義細節其實無助於他人的理解，反而只會造成誤解。”他們強調個中存在著一個收益遞減點，一旦實際情況低於該點，也就意味著專案管理者在對工作進行事無鉅細地全盤掌控，而沒有讓團隊成員利用自身的豐富經驗與良好判斷力完成工作。
經驗教訓 No. 5：在業務改進方面持積極態度。
有趣的是，這一點原本其實可以算IT專案的典型標準。其主要目的是為管理(尤其是賬目方面)、人力資源以及預定規則提供支援，具體措施是提供一套更為同步的企業資訊視角。它所帶來的主要業務收益是更快速的賬目結算、人力資源管理改善以及對國際性規則的支援。
但是隨著時間的推移，專案團隊在業務改進的具體定義方面變得更具強制性。新軟體所帶來的處理流程與實踐方式的異化與改善成為工作內容的正式組成部分，由原先的SAP實施及對額外功能優勢的把握轉向以優化業務流程及實踐為核心的功能性訴求。
SAP儘管在名稱中有所體現，但這一專案其實與SAP實施沒啥關係。這種業務改進理念只是部分依附於SAP實施工作。
經驗教訓No. 6：為團隊中的全體成員提供一套總體視角。
Daiwa House團隊中的成員非常瞭解每個人都擁有大局觀念對於組織整體的重要性，當然前提是大家先各自處理好自己的份內職責。
以上經驗教訓來自一套名為關鍵鏈式專案管理(簡稱CCPM)的解決方案，該方案由已故的Eliyahu M. Goldratt博士所開創。Goldratt提出的約束理論為業務目標、問題以及與企業變革相關的規劃提供了可資借鑑的檢驗辦法。
在問起原文作者兼專案管理專家Todd Williams時，他向我詳細解釋了關鍵鏈專案管理方式如何避免許多實際工作中常見的麻煩：
如今管理機制忽略了專案只是龐大系統中的一部分這一事實，這也正是約束理論(簡稱TOC)的核心內容。失去這樣一種更為廣闊的視角，專案註定要失敗。舉例來說，為了減少裁員行為，某家公司建立了一套人力資源政策，規定管理者在著手進行工作外包之前，必須先嚐試收集企業內部的資源進行解決;這種思路的必然結果就是令許多不堪委以重任的員工進入到專案的管理隊伍中來。那麼最終專案未能如期完成，資金消耗速度高於預期而且每位參與者都感到十分沮喪也就在情理之中。如果不對專案的直接需要與機構的廣泛業務訴求進行審慎考量，那麼即使是上佳的創意也無法帶來真正的成功。傳統的專案管理方式往往在一味追求時間與預算等細化指標的同時忽視了真正的業務價值所在。
給CIO們的建議。傳統專案管理只在支援有針對性的業務產出時較為重要。一個專案的成功不僅體現在如期完成以及預算沒有超支上，切實帶來預期中的業務產出同樣甚至更為關鍵。大家不妨做做這樣一個測試：讓自己的專案管理者嘗試說明專案將會帶來哪些使用者所期望的業務產出。如果他們的回答含糊其辭或是唯唯諾諾，那麼也許是時候讓自己的團隊進一步貼近使用者了。
