遺漏是某人忘記應該做某事的行為。在項目管理中，遺漏是指沒有按照要求生產或交付項目的終端產品或服務。在項目管理中，遺漏有兩種表現形式:沒有做的事和做不到的事。在項目關鍵時刻出現的遺漏所需付出的代價最大。例如，如果可交付物在檢測過程中出現重大缺陷，那么項目團隊必須返回流程中檢查哪些東西被遺漏了。更糟糕的是，如果交付物在交付給客戶后，發(fā)現其沒能發(fā)揮應該發(fā)揮的功效，客戶將要求修復——甚至有可能會拒絕使用該產品或服務。在這種情況下，所有投入到項目中的經費和時間都浪費了。
首先是沒有做的事。這些任務被遺漏，是因為：
①沒有提前進行充分的規(guī)劃或沒有考慮即將會出現的問題。
?、谕涎?，只集中精力去做容易的、有趣的事情。
?、蹧]有采取必要的措施。
?、軟]有認識到要求做那些遺漏的事情——當我們自以為已經分析了需求時，沒有對其進行充分的、一點程度的挖掘。
其次是我們做不到的事，是因為：
?、倌橙恕⒛硞€規(guī)則或條例阻礙了這些事情的完成。
?、陬A算或時間限制阻礙了這些事情的完成。
?、圪Y源不充?；蚍峙溴e誤阻礙了這些事情的完成。
1、案例分析
我曾幫助一家新成立的軟件公司實施“殺手級應用軟件”的項目。這個項目已遠遠落后于既定的軟件發(fā)布時間。公司的士氣非常低下，團隊成員都感覺他們在這個明顯的“失敗”上不斷地重復工作。
當我審視這個項目時，我發(fā)現他們使用的是以時間為導向的工作分解結構：初步設計、細節(jié)設計、編碼和單元檢測、整合檢測。團隊成員很困惑，因為他們遵循了工作分解結構，卻沒有實現項目目標。
我讓團隊成員根據他們試圖開發(fā)的軟件功能來重新修改這個工作分解結構。我們在每個階段都把設計任務放在一個功能結構的組件中，然后在每個設計任務中放入檢測任務。團隊成員很快就發(fā)現許多設計任務沒有完成，盡管設計文件和檢測都完成了。我們還看到由于計劃的嵌入式結構，許多本可以完成的整合檢測都被阻礙了。
大量涉及任務的遺漏引發(fā)了無數問題，導致團隊無法確定該如何編寫編碼才能使其和組件中的各種功能相兼容。另外，由于時間限制，那些本可以完成的檢測任務的拖延增加了其他任務可能會被遺漏的風險。采用新的以交付任務為導向的實際分解結構允許團隊關注那些當時被遺漏的任務，減小了未來檢測任務被遺漏的風險。
一旦關注點改變了，項目團隊的士氣就會大大提高。軟件按時發(fā)布，也沒有像之前預想的那樣超出預算。
2、危險信號
如果在交付任務的檢測中發(fā)現了問題，那么很有可能是遺漏了重大任務。把檢測中發(fā)現的問題當做一個危險信號，這個信號需要引起項目經理和團隊成員的關注，檢查項目的啟動、規(guī)劃、實施及控制是否被執(zhí)行，以及是如何被執(zhí)行的。
3、解決方法
遺漏是不可避免的風險。我們不能保證項目中的所有事情都得到了良好的定義、分享及具體的規(guī)劃。然而，我們可以減這個風險發(fā)生的概率。團隊成員要了解哪些必須遵守的項目管理流程以進行良好的規(guī)劃，這一點是至關重要的。如果項目的啟動、規(guī)劃、實施及控制都做得很好的話，項目中的任何因素都不會被疏忽，遺漏的風險也會最小化。
4、處理遺漏的技巧
①投入足夠的時間去分析項目需求
②在詳細的以交付任務為導向的工作分解結構中記錄可交付任務的范圍。
③維持項目范圍和預算、時間及
資源間的平衡。
④獲取足夠的資源以執(zhí)行要求的所有任務。
⑤衡量并監(jiān)測項目進展。
⑥讓客戶參與設計或流程規(guī)劃。