項目有其內(nei) 在複雜性（項目管理的科學部分），這種複雜性可以進行劃分和克服。項目也有人為(wei) 的或偶然的複雜性（項目管理的藝術部分），這種複雜性無法進行劃分和克服。偶然的高複雜性會(hui) 影響並使內(nei) 在複雜性難以管理。當今市場上幾乎所有的項目組合管理（PPM）工具都不支持金融服務行業(ye) 係統通常支持的完整性管理。缺乏完整性保護導致事實扭曲，影響超過 70% 的失敗項目。根據 ，目前隻有 23% 的組織在使用項目管理軟件。因為(wei) 這些項目管理工具提供的管理數據無用，所以現今有 77% 的組織手動管理項目。與(yu) 那些項目管理工具不同，qmchashi PPM 項目組合管理係統能為(wei) 你提供豐(feng) 富的功能和良好的數據完整性保護。

為什麽多個事實來源（MSOT）會給企業帶來傷害？

假設你有三個(ge) 不同的團隊在處理同一個(ge) 項目，他們(men) 每周向你匯報，他們(men) 的狀態是“按時並在預算範圍內(nei) （完成）”，然後你據此向上級匯報。當項目完成 90% 以上，你與(yu) 三個(ge) 團隊進行最後的登記時，你會(hui) 發現每個(ge) 團隊隻有在錯誤定義(yi) 他們(men) 的目標時才走上正軌。整個(ge) 項目根本沒有走上正軌。突然之間，項目從(cong) 完成 90% 以上變為(wei) 完成 50%。

與(yu) 上述類似的真實故事在項目管理中非常常見，請參閱 。不要認為(wei) 問題僅(jin) 僅(jin) 在於(yu) 這三個(ge) 團隊如何定義(yi) 他們(men) 的目標。如果在下一個(ge) 項目中，你特別留意你的團隊如何定義(yi) 他們(men) 的目標，你還是有相當大的可能會(hui) 遇到項目90% 完成的問題，但也許是出於(yu) 不同的原因。

問題的根本原因在於(yu) 多個(ge) 事實來源。當人們(men) 察覺到他們(men) 的環境允許多個(ge) 事實來源時，他們(men) 通常會(hui) 加以利用。

多個事實來源是如何產生的？

再用上麵三個(ge) 不同團隊負責一個(ge) 項目的例子，如果每個(ge) 團隊使用一個(ge) MPP 文件來記錄進度，那麽(me) 就會(hui) 有三個(ge) 事實來源。

多個(ge) 事實來源也常常來自人們(men) 省略式的謊言。例如，一個(ge) 任務延遲，其負責人沒有上報，並希望等到關(guan) 鍵路徑上的另一個(ge) 任務上報延遲，這樣整個(ge) 項目進度就會(hui) 調整，在新的進度表下其任務就不會(hui) 延遲。

qmchashi PPM 如何維持單一事實來源？

qmchashi PPM 項目組合管理係統將項目信息統一儲(chu) 存在集中的數據庫中。每個(ge) 項目幹係人看到的項目信息都來自同一個(ge) 數據庫，並實時顯示或刷新。當項目幹係人變更任務信息時，這次變更將實時錄入數據庫。

qmchashi PPM 還能避免哪些項目完整性問題？

垃圾進垃圾出

即使有單一事實來源，這也不代表人們(men) 不能做“ ” 的事。例如，你是設計規範可交付成果的輸入人，並聲稱它已經100% 完成。除非計劃的核對人（通常是可交付程度的交付對象）審查並接受可交付成果，否則 qmchashi PPM 項目組合管理係統不會(hui) 接受它已經 100% 完成。這被稱為(wei) 四眼原則或輸入/核對控製，通常用於(yu) 金融服務行業(ye) 的信息係統。

完工率

除了使用輸入/核對等策略來控製工作分解結構 (WBS) 中活動層級（父層級）的完工率外，qmchashi PPM 項目組合管理係統不允許用戶直接在非父節點輸入完工率。係統會(hui) 根據子活動的完工率自動計算每個(ge) 非父節點的完工率，從(cong) 而避免高層級的謊言。

變更和重新審批

根據預設的企業(ye) 規則，規則之外的項目變更將觸發重新審批。這是為(wei) 了避免在不讓幹係人知道的情況下變更項目計劃。

基線

每次審批或重新審批項目計劃和執行時，都會(hui) 為(wei) 項目計劃和執行設定基線。項目幹係人始終可以將當前的項目計劃和執行與(yu) 以前的基線進行比較，從(cong) 而查看差異。

審計跟蹤

對於(yu) 項目計劃和執行的每一次變更，qmchashi PPM 項目組合管理係統都會(hui) 維護不可刪除的審計跟蹤記錄。自動化的審計跟蹤捕捉人們(men) 在項目中的行為(wei) ，讓整個(ge) 環境更加透明。