接著上篇，確定了專案的利益相關者之後，先別急著進入開發階段，我們接下來要做的是先控制專案的範圍,專案的範圍控制好了才能保證後續的開發不會因為專案範圍變更而做大量無用功,看下面介紹
一、確定專案不做什麼
實踐經驗告訴我們，在進行專案範圍變更時，或者說在劃分專案邊界時，確定專案不做什麼比確定專案做什麼更為重要.
專案的工期、費用等無不與專案範圍的大小有關，因此，包含在專案範圍內的工作必須是即必要又充分的。同樣的專案目標可以通過不同的工作方式來實現，也就是說，對於專案的專案成果特性與特性而言，有不同的專案範圍。然而，在管理專案的實踐過程中，經常遇到要麼將專案目標混同於專案範圍、要麼將達到專案目標的一種凡事等同於達到專案目標唯一方式的情況發生.- 不知道還有其他的方式來達成專案的目標.
根據standish group在2023年的調查，"最小化的專案範圍"對客戶的成功很重要，它對專案的影響度排在"經理層的支援"、"客戶參與"、"有經驗的專案經理"、"清晰的商業目的"之後，未居第五位，影響度為10%。
專案範圍管理中存在的問題通常有以下幾種.
1、專案方案設計問題
專案達成目標的總體策略、方式上存在著不合理性對專案範圍的影響極大，這種不合理性一般不是專案可行與不可性的問題，而是專案實施效率高和低的決定性問題。對於達成專案目標的方案設計是決定專案範圍合理是否的關鍵。
2、專案範圍蔓延問題
由於各種各樣的原因，專案利益相關者會在專案實施過程中加入很多"細小的"計畫外工作，專案範圍就會像爬山虎異樣悄悄蔓延。專案管理者並不一定意識到其對專案的致命性破壞.，直到有一天這些蔓延由量變引起質變徹底摧毀專案為止。
客戶在專案過程中，一般會提出一小小的、略增加一些工作量就能夠實現的工作。這些工作雖然與專案成果的特徵和特性無太大的關係，但會使客戶跟愉快、更滿意。然而，這些微小的變化積累起來就會形成對專案的拖延、費用的超支，而到了那時候不僅是專案發起人對專案不滿意，客戶同樣對專案不滿意。客戶不會因為對專案組在專案過程中所做的額外工作的滿意而抵消對整個專案延期的不滿。更有甚者，儘管專案的延期可能由於客戶帶來專案範圍的蔓延引起的，然如果對這些範圍蔓延不加以記錄和確認，還可能會造成一些法律糾紛。
為了避免客戶造成專案範圍的蔓延，記住這一條原則是十分有用的：「決不讓步、除非交換」。變化時客戶的權利，但任何專案範圍的改變都需要通過商業談判完成(儘管它可能是不正規的)，必須在專案工期、費用或質量基準方面做出相應的、正規的改變。
因此，不僅清晰的定義專案的需求和目標十分重要，定義清楚專案的邊界，即決定哪些活動不屬於專案範圍同樣是十分重要的.
二、把握專案的細節
對細節的把握程度反映了乙個企業、乙個專案經理的管理水平。「魔鬼藏在細節中」，如果不能將藏在細節中含糊的、不確定的、不合理的成分展示出來，我們永遠不能嚐到管理的餓樂趣，永遠不能擺脫想當然帶來的內心不安.
工作分解結構(wbs)是幫助人們揭示專案細節的有效工具，也是界定專案範圍、進行專案預算和溝通等有效工具.
wbs是為了完成下你過目產品的所有工作的等級表示，是乙個專案產品的系譜層級圖，途中所有的內容均為實現喜愛那個木最終目標所需做的工作。
有情趣的朋友可以關注一下這個鏈結了解wbs詳細資訊
wbs作為專案管理的重要工具，八五它的編制規模是非常重要的。如果wbs過分複雜、龐大，就會成為管理層的管理負擔。正常情況下，應當根據工作範圍各元素的風險水平來編制wbs並分解個元素。
三、管理範圍變更。
如果在實施過程中，專案範圍還是發生了變化，我們就應該進行管理範圍的變更了.
為規範化專案變更管理，需要制定明確的變更管理流程，其主要內容是識別並管理專案內外引起超出或縮小專案範圍所有因素。它包括三個主要過程：
1、對引起工作範圍變更的因素進行識別
2、確定確實需要發生變更並施加影響以保證變更時有益的
3、管理那些實際發生的變更.
對於發生的變更問題, 專案範圍變更申請及審批表如下
專案名稱
******
申請人申請日期
2***.xx.xx
更改型別
（客戶填寫）
（ ）合同變更；（ ）結項時間變更；（ ）成本變更；（ ）人員變更；
（ ）驗收標準變更；（ü）需求變更；（ ）進度變更；（ ）其它：
（客戶填寫）
變更後內容
（客戶填寫）
更改原因
實際工作需要
更改影響分析
需求：進度（單位：工作日）：
成本（單位：人天）：
合同：其它：
最終審批意見:
同 意（ ） 不同意（ ）
不同意的原因
控制軟體專案的範圍變更
範圍管理是專案成功的基礎和重要因素。如果不能合理界定專案範圍，專案就無法啟動，無法進行專案管理，意外的變更將會隨時出現，專案也會返工 費用上公升甚至不能完成。專案範圍管理的核心就是控制專案範圍變更。目前，專案在實施過程中由於受到內外多種因素的影響，使得專案範圍的變更已經不可避免，也無法避免。所以，控...
專案管理 關於專案的工期控制
引言 專案工期的控制，應該是開發人員，專案經理，產品經理最為之關心，也最頭疼的問題。關於工期的控制，我有幾點思考 具體實施 在需求階段，應該對專案的可行性進行分析。結合團隊的技術實力，客觀的分析。制定每個階段，可量化的需求標準。需求不確定或者根本就是不行的專案，工期控制是無從談起的。在實施階段，對於...
專案範圍管理
專案範圍管理 部落格分類 專案管理 範圍管理 wbs需求分析矩陣 變更管理 pmp專案場景 與微保合作的乙個專案在實施過程中出現了兩個比較嚴重的問題，乙個是需求變更頻繁導致上線時間一再延誤，另乙個是上線後，系統問題大大小小層出不窮，嚴重影響客戶體驗。問題分析 需求變更頻繁是專案開發中經常遇到的問題，...