因此，在技術工具的選擇上不能一味求新，在系統架構的設計上不能一味求全，要盡量避免“銀彈”的攻擊。SP項目在技術架構的選擇上就吃了虧。
整體管控不力
SP項目的管理在實施階段開始之后，慢慢變得失去了控制。變更越提越多，補丁越打越多，問題越改越多，業務人員開始失去信心，開發人員開始失去耐性，系統正式上線變得遙遙無期……原因何在？
1. 變更控制不力
由于業務負責人對流程整體情況的不了解和基層業務員對IT系統的不適應，致使很多當初出于管理目的提出的流程整合根本推行不下去，業務部門的負責人迫于無奈，只好提出需求變更；而項目組為了使系統能夠順利實施下去，也只好妥協，并為此付出很大代價。
事實上，項目組更多地應該從全局角度出發來考慮問題，面對洶涌而來的需求變更，我們應該冷靜考慮：這個流程是否必要，是否一定要通過系統來實現，能否與其他流程合并處理，能為系統提供什么關鍵數據，是否為流程的關鍵控制點……通過回答這些問題，你會發現，那么復雜冗長的流程圖原來可以這樣簡單！