一.專案要進行整體管理，善始善終
整個專案開始要做好專案整體計劃，在專案的整個過程中，始終要按照專案計劃執行，如若遇到專案發生變更，要進行影響分析，得到批准後製定變更計劃，並按變更計劃執行。變更的影響情況，如：費用，時間進度等要通知相關的專案利益干係人，說明變更的原因和產生的影響。
北京安通學校法律碩士輔導班課堂風景、北京安通學校xx年法律碩士輔導班押題分析、北京安通學校法律碩士輔導班名師介紹、北京安通學校法律碩士輔導班學員成績統計、北京安通學校法律碩士輔導班學員感言、選擇北京安通學校法律碩士輔導班的十大理由
專案首尾工作也是專案管理中，一項重要的工作。需要將專案過程中產生的`檔案資料進行整理，歸檔;對專案的費用和進度進行審計和稽核，對專案的質量進行檢驗和驗收;對專案的整個過程的利弊得失進行總結和交流。
變更計劃在軟體專案中經常遇到。控制好軟體專案的變更，首先需要做好專案的開始目標基準的確定，基準的使用者需求明確，才能衡量出哪些是需要變更的。否則變更的東西和開始要求的東西混在一起，變更計劃就無從制定，變更的界限也無從劃清。
自己做過的一個專案，開始為了佔領市場和儘快拿下合同，在使用者需求還沒有詳細提供的條件下，就與使用者簽定了合同，後來不僅費用受到限制，就連時間不夠，在專案過程中，使用者方還總是變更軟體的功能和要求。因為沒有一個基點，我們認為是變更需求和新增功能，而使用者方認為是合同範圍，不能因此增加費用和時間。這個專案在開始好象簽定了合同我們爭取了主動，其實需求不明確，使我們在後來的專案程序中一直處於被動。
所以專案從一開始就要做好計劃，搞清目標。只有專案的目標明確，合理安排時間、費用、人力和其他資源，控制好專案的變更，這些是保證專案能夠順利完成的基本條件。
二.專案範圍管理理論解決了專案開始需求不清的問題
需求管理是專案範圍管理中的問題，這是因為它實際上是開發過程中的所有管理原則的先決條件。只有在開發的目標被清楚明白地表述和理解的情況下，軟體開發才能以一種有計劃的有序的方式進行。實際上，沒有文件化的需求，在開發工作完成前後都很有可能發生產品與要求的偏離。計劃、追蹤、配置管理以及軟體質量保證這些在其他關鍵過程中涉及的原則，都是從一個穩定的基礎開始的，那就是文件化的需求基線。
