5.1規劃範圍管理? 為記錄如何定義確認和控制項目範圍及產品戰略,而創建範圍管理計劃的過程。
5.2收集需求。為實現項目目標而確定記錄並管理相關方的需要和需求的過程。
5.3定義範圍 制定項目和產品詳細描述的過程。
5.4創建WPS,將項目交付成果和項目分解為較小的,更易於管理的組件的過程。
5.5確認範圍。正式驗收已造成的項目和交付成果的過程。
5.6控制範圍,監督項目和產品範圍的動態管理範圍基準變更的過程。
項目管理的核心概念。
產品範圍。某項產品服務或成果所具有的特征和功能。項目範圍有時也包括產品範圍。
從預測型方法都是隱形方法或敏捷方法,下面這些可以處於連續區間內的任何位置,在原則性生命周期中,在項目開始時對對橡木可交付成果進行定義,對任何範圍變化都要進行漸進管理,而在適應性或面解決生命周期中通過多次叠代來開發可交付成果,並在每次叠代開始時定義和批準詳細的範圍。
采用適應性生命周期指代對應,對大量變更需要相關方持續參與項目,因此應對適應性項目的整體範圍分解為壹系列,妳實現需求合理執行工作,有在壹個叠代開始時,團隊將努力確定產品未完成項中,哪些最優先項下壹代中交付,在每次叠代中都會重復開展三個過程收集需求定義範圍和創建WPS相反,在預測性項目中,這些過程在項目開始時開展,並在必要時通過實施整體控制過程進行更新。
在預測型項目中,經過批準的項目範圍說明書工作分解結構和相應的工作分解詞典構成項目基準範圍,只有通過正式變更控制程序才能進行基準變更,待開展確認範圍,控制範圍及其其他控制過程時,基準被用作比較的基礎,而采用適應型生命周期項目的使用未完成項,包括用戶需求和用戶故事反映當前需求。
項目範圍完成情況是根據項目管理計劃來衡量產品範圍完成情況,根據產品需求來衡量,在這裏需求指特定協議或其他強制性規範產品服務或成果所必須的條件和能力。
確認範圍是正式驗收已完成的項目和交付成果的過程,從控制質量過程運出的核實可交付成果是確認範圍,過程輸入而驗收可交付成果是確認範圍過程輸出之壹,有獲得授權的相關方正式簽字批準。
項目範圍管理的發展趨勢和新興實踐。
組織開始認到如何用於商業分析通過定義管理和控制需求活動來提高競爭優勢商業活動分析,可在項目啟動和項目經理任命之前就開始根據需求管理實踐指南,需求管理過程中需要評估而需要評估,有可能始於橡木組合規劃項目及規劃和單個項目。
需求管理過程結束於需求關閉,把產品服務和成果移交給接受方,以便長期測量監控實現維持利益。
項目經理與商業分析師之間應該是夥伴是合作關系。
對於需求不斷變化,風險大或不確定性高的項目,在項目開始通常無法明確判斷項目範圍,而需要在項目期間逐漸明確明確方法,特意在項目早期拓展定義和協商範圍時間並未持續探索和明確範圍而延長,創建相應過程時間。
5.1規劃範圍管理。
規劃範圍管理是為記錄如何定義確認和控制項目範圍及產品範圍,而創建範圍管理計劃的過程等過程的主要作用在項目期間如何管理範圍提供指南和方向,本過程僅開展壹次或僅在項目預定展點開展。
範圍管理計劃是項目或項目信息管理計劃的組成部分,描述將如何定義,指定監督控制和確定項目範圍。
5.1.1項目規劃範圍管理輸入。
項目章程記錄項目目的項目描述,假設條件制約因素以及項目意圖實現的高層級需求。
5.1.2規劃範圍管理,工具技術。
5.1.2.2數據分析。
適用於本過程數據分析技術,包括備選方案分析,本技術用於評估收集需求,詳細項目和產品範圍,創造產品確認範圍和控制範圍的各種方法。
5.1.2.3會議。
項目團隊可以參加項目會議來制定範圍管理計劃。
5.1.3規劃範圍管理。輸出。
5.1.3.1範圍管理計劃。
範圍管理計劃是項目管理計劃的組成部分,描述將如何定義,制定監督控制和確認項目範圍。範圍管理計劃要對將用於下列工作的管理過程作出決定。
制定項目範圍說明書。
確定如何審批和維護範圍基準。
正式驗收已完成的項目和交付成果。
5.1.3.2需求管理計劃。
需求管理計劃是項目管理計劃的組成部分,描述將如何分析記錄和管理項目和產品需求根據從業者商業分析實踐指南。有壹些組織稱之為商業分析計劃。
5.2收集需求。
收集需求是為了實現目標而確定記錄並管理相關方的需要和需求的過程。本過程主要作用是為了定義產品範圍和項目範圍奠定基礎,僅開展壹次或近待項目預定點開展。
收集需求。
輸入。1.項目章程,2.項目管理計劃。範圍管理計劃,需求管理計劃,相關方參與計劃。三項目文件。假設日誌,經驗教訓登記冊,相關方登記冊。4,商業文件 商業論證。5協議。6,事業環境因素。7組織過程資產。
5.1.3項目文件。
經驗教訓登記冊。經驗教訓登記冊提供了有效的需求收集技術,有提升,對使用叠代性和適應性產品開發方法的項目。
相關方登記冊,相關方登記冊,用於了解哪些相關方,能夠提供需求方面信息及記錄相關方對項目需求和期望。
5.2.1.4商業文件。商業文件會影響收集需求過程是商業論證,它描述了為滿足業務需要而達到的必要期望和可選標準。
5.2.2.2數據收集。
頭腦風暴。頭腦風暴是壹種用來產生和收集對項目需求與產品需求的多種創新技術。
訪談是通過相關方直接交談來獲取正式或非正式的方法,訪談的典型做法是向被訪者提出預設提醒的問題,並記錄他們的回答,訪談是壹個訪談者和被訪談者之間的1對1的談話,但也可以包括多個訪談者和多個被訪者。訪談有經驗的項目參與者,發起人和其他高管以及主題專家,有助於識別和定義所需產品可交付成果特征和功能。訪談也可以用於獲取機密信息。
焦點小組。焦點小組是召集預定相關方和主題專家,了解他們對所討論的產品服務和或成果期望的態度,有壹位。訓練的主持人引導大家進行互動式討論,焦點小組往往比1對1的訪談更熱烈。
問卷調查。問卷調查是指涉及壹系列書面問題,向眾多受訪者快速收集信息,問卷調查方法最適用於以下情況。受眾多樣化,需要快速完成調查。受訪者地理位置分散,並且適合開展統計分析。
標桿對照。彪悍對照將是集合計劃產品過程和時間與其他科比組織的時間進行比較,以辨識別對家時間形成改進意見,並為績效考核提供依據,標桿對照所采用的可比組織,可以是內部,也可以是外部的。
數據分析。可用於本過程數據分析技術,包括文件分析文件分析,包括審核和評估任何相關文件的信息。
5.2.2.4決策。
投票。投票是壹種未達成某種期望結果,而對多個未來行動方案進行評估,具體決策技術的過程,本技術用於生成歸類和排序產品需求,投票示例包括。
壹致同意? 每個人都同意某個行動方案。
大多數同意 獲得群體中超過50%人員的支持就能做出決策。把參與決策的小組人數作為基數,可防止因平局而無法達成決策。
相對多數同意。根據群體中相對多數人的意見,多數角色即便未能獲得大多數人的知識,通常在候選項超過兩個時使用。
獨裁性決策制定。采用這種方法,將由壹個人負責整個集體制定決策。
多標準決策分析。該技術接觸決策矩陣,用系統分析方法建立諸如風險水平不確定性和價值收益的多種標準,妳對中國創意進行評估和排序。
5.2.2.5數據表現。
親和圖 用來對大量創意進行分組技術,以便進壹步審查和分析。
思維導圖。把頭腦風暴中獲得了創意,整合成壹張圖,用於反映創意之間的***性與差異,激發新創意。
5.2.2.6人際關系團隊技能。
名義小組技術。名義小組技術用於促進頭腦風暴的壹種技術動作,通過投票排列最有用的創意壹遍,進壹步開展頭腦風暴或優先排序。
觀察和訪談。觀察和交談是指直接查看個人在各自環境中如何執行工作或實施流程。當產品使用者難以或不願清晰說明他們需求時,就特別需要通過觀察來了解他們的工作細節,觀察也稱為工作跟隨身邊通常由膨脹觀察員或者觀察業務專家如何執行工作,但可以由參與觀察者來觀察,通過實際執行壹個流程或程序來體驗該流程或程序是如何實施的,以便挖掘隱藏的需求。
引導。引導與主題研討會結合使用,把主要相關方召集在壹起,定義產品需求研討會,可用於快速定義跨職能需求,並協調相關方的需求差異,因為具有群體活動的特點,有效引導引導,會有助於參與者之間的建立,信任感情關系改善溝通從而有利於相關方達成壹致意見。
聯合應用設計或開發JAD。這壹例會議是由於軟件開發行業這種研討會註重把業務主題專家和開發團隊集中在壹起,以收集需求和改進軟件開發過程。
質量功能展開。制造業采用qfd這種引導技術來幫助客戶確定新產品的關鍵特征,qfd從收集客戶需求需要開始,然後客觀對這些需要進行分類和排序,並為實現這些需要而設定目標。
用戶故事。用戶故事是對所需功能的簡短的文字的描述,經常產生於需求研討會,用戶故事描述哪個相關方將從功能中收益它需要實現什麽目標,以及他期望獲得什麽利益。
5.2.2.7系統交互圖。
系統交互組織範圍模型的壹個例子,它是對產品範圍的可視化描繪顯示業務系統及其與人和其他系統之間的交互方式,系統交互方式顯示了業務系統的輸入,輸入提供者,業務系統輸出和輸出接收者。
5.2.2.8原型法。
全球化知識漸漸明晰的理念,需要從經歷從模型創建用戶體驗反饋收集到原型修改的反復循環的過程,在經過度過的反饋循環之後,就可以通過應用法獲得足夠的需求信息,從而進入設計或制造階段
故事板是壹種原型技術。通過壹系列圖像或圖示來展示順序或導航路徑故事,本用於各種行業的各種項目註入,電影廣告教學設計,以及敏捷和其他軟件開發項目,在軟件開發中估值來使用實體模型來展示網頁屏幕或其他用戶界面的導航路徑。
5.2.3收集需求輸出。
5.2.3.1需求文件。
需求文件描述各種單壹需求將如何滿足與項目相關業務需求,壹開始可能只有高層企業需求,然後隨著有關需求信息增加而逐步細化,只有明確的可跟蹤的完整的相互協調,而主要相關方願意認可需求,才能作為基準
需求文件的格式是多種多樣,既可以是壹份按照相關方和優先級分類列出全部需求的簡單文件,也可以是壹種包括內容提要,信息描述和附件等的詳細文件。
業務需求,整個組織高峰期需要例如解決業務問題或抓住業務機會以及實施項目的原因。
質量需求用於確認項目和交付成果的,成功完成或其他項目需求的實現的任何條件或標準,例如測試認證確認的。
5.2.3.2需求跟蹤矩陣。
需求跟蹤矩陣,把產品需求從其來源連接到能滿足需求和交付成果的壹種表格式,使用需求跟蹤理論,把每個需求與業務目標或項目目標聯系起來,有助於確認每個需求都具有商業價值需求跟蹤矩陣提供的,在整個項目生命周期中跟蹤需求的壹種方法,也可以確保需求文件中被批準的每壹項需求在項目結束的時候都能交付,最後。需求跟蹤矩陣還為管理產品範圍變更提供的框架。
應在需求跟蹤矩陣中記錄每個需求的相關屬性,這些屬性這些屬性有助於明確每個需求的關鍵信息,需求跟蹤矩陣中進入典型的屬性,包括唯壹標識需求的文字描述,收入該需求的理由所有者來源優先,級別,版本,當前狀態。為確保相關方滿意,可能需要增加壹些屬性如穩定性復雜性驗收標準。