5.2 收集需求
- 收集需求是為實作目标而确定,記錄并管理相關方的需求和需求的過程。
主要作用
- 為定義産品範圍和項目範圍奠定基礎。
需求的定義
- 需要和期望- 需求是指根據特定協定或其他強制性規範,産品、服務或成果必須具備的條件或能力。它包括發起人、客戶和其他相關方的已量化且書面記錄的需要和期望。應該足夠詳細地探明、分析和記錄這些需求,将其包含在範圍基準中,并在項目執行開始後對其進行測量。需求将成為工作分解結構(WBS)的基礎,也将成為成本、進度、品質和采購規劃的基礎。
項目檔案
- 相關方登記冊
- 用于了解哪些相關方能夠提供需求方面的資訊,及記錄相關方對項目的需求和期望。
商業檔案
- 商業論證
- 會影響收集需求過程的商業檔案是商業論證,它描述了為滿足業務需要而應該達到的必要,期望及可選标準。
協定
- 協定包含項目和産品需求。
工具與技術概覽圖
工具與技術類别 | 工具與技術名稱 | 關鍵詞 |
資料收集 | 頭腦風暴 | 大量創意,各種想法,暢所欲言 |
資料收集 | 訪談 | 直接交談,預設和即興問題,一對一,多對多,擷取機密資訊 |
資料收集 | 焦點小組 | 同職能,同一領域,有相似背景,主題專家(SME),主持人引導互動式讨論 |
資料收集 | 問卷調查 | 閱聽人多樣化,需快速完成,地理位置分散,适合開展統計分析 |
資料收集 | 标杆對照 | 标杆可以是内部或外部,同行業或不同行業,識别最佳實踐,形成改進意見 |
資料分析 | 檔案分析 | 分析現有檔案 |
決策 | 投票-一緻同意 | 每個人都同意,德爾菲(專家,匿名,多輪,趨同,消除偏見) |
決策 | 投票-大多數同意 | 超過50%,一般把決策小組的人數定位奇數 |
決策 | 投票-相對多數同意 | 相對多數,通常候選項超過兩個時使用 |
決策 | 獨裁型決策制定 | 一個人做決策 |
決策 | 多标準決策分析 | 決策矩陣,多種标準,評估和排序 |
資料表現 | 親和圖 | 分組,分類 |
資料表現 | 思維導圖 | 整合,反映共性與差異,激發新創意,腦圖 |
人際關系與團隊技能 | 名義小組 | 促進頭腦風暴,投票,優先排序,5分制,數輪 |
人際關系與團隊技能 | 觀察和交談(工作跟随) | “工作跟随”,難以或不願清晰說明,挖掘隐藏的需求 |
人際關系與團隊技能 | 引導 | 與主題研讨會結合使用,跨職能,不同部門,協調相關方差異 |
人際關系與團隊技能 | 引導-聯合應用設計或開發(JAD) | 軟體開發行業,業務主題專家和開發團隊集中 |
人際關系與團隊技能 | 引導-品質功能展開(QFD) | 制造行業,收集客戶需要(客戶聲音)開始,分類和排序 |
人際關系與團隊技能 | 引導-使用者故事 | 需求研讨會,角色,目标,動機 |
系統互動圖 | 拓撲圖,可視化 | |
原型法 | 支援漸進明細的理念。例如:故事闆,能減輕返工的風險。步驟(反複循環):1.模型建立,2.使用者體驗,3.回報收集,4.原型修改(可能需要走變更流程) |
資料表現
- 親和圖
- 用來對大量創意進行分組的技術,以便進一步審查和分析。
- 思維導圖
- 把從頭腦風暴中獲得的創意整合成一張圖,用以反映創意之間的共性與差異,激發新創意。
原型法
- 原型法是指在實際制造預期産品之前,先造出該産品的模型,并據此征求對需求的早期回報。原型包括微縮産品、計算機生成的二維和三維模型、實體模型或模拟。因為原型是有形的實物,它使得相關方可以體驗最終産品的模型,而不是僅限于讨論抽象的需求描述。原型法支援漸進明細的理念,需要經曆從模型建立、使用者體驗、回報收集到原型修改的反複循環過程。在經過足夠的回報循環之後,就可以通過原型獲得足夠的需求資訊,進而進入設計或制造階段。
需求檔案
- 需求檔案描述各種單一需求将如何滿足與項目相關的業務需求。一開始可能隻有高層級的需求,然後随着有關需求資訊的增加而逐漸細化。隻有明确的(可測量和可測試的)、可跟蹤的、完整的、互相協調的,且主要相關方願意認可的需求,才能作為基準。需求檔案的格式多種多樣,既可以是一份按相關方和優先級分類列出全部需求的簡單檔案,也可以是一份包括内容提要、細節描述和附件等的詳細檔案。
- 業務需求
- 整個組織的高層級需要,例如,解決業務問題或抓住業務機會,以及實施項目的原因。
- 相關方需求
- 相關方或相關方群體的需要。
- 解決方案需求
- 為滿足業務需求和相關方需求,産品、服務或成果必須具備的特性、功能和特征。解決方案需求又進一步分為功能需求和非功能需求:
- 功能需求
- 功能需求描述産品應具備的功能,例如,産品應該執行的行動、流程、資料和互動。
- 非功能需求
- 非功能需求是對功能需求的補充,是産品正常運作所需的環境條件或品質要求,例如,可靠性、保密性、性能、安全性、服務水準、可支援性、保留或清除等。
- 過渡和就緒需求
- 這些需求描述了從“目前狀态”過渡到“将來狀态”所需的臨時能力,如資料轉換和教育訓練需求。
- 項目需求
- 項目需要滿足的行動、過程或其他條件,例如裡程碑日期、合同責任、制約因素等。
- 品質需求
- 用于确認項目可傳遞成果的成功完成或其他項目需求的實作的任何條件或标準,例如測試、認證、确認等。
需求跟蹤矩陣
- 需求跟蹤矩陣是把産品需求從其來源連接配接到能滿足需求的可傳遞成果的一種表格。使用需求跟蹤矩陣,把每個需求與業務目标或項目目标聯系起來,有助于確定每個需求都具有商業價值。需求跟蹤矩陣提供了在整個項目生命周期中跟蹤需求的一種方法,有助于確定需求檔案中被準許的每項需求在項目結束的時候都能傳遞。最後,需求跟蹤矩陣還為管理産品範圍變更提供了架構。
- 業務需要、機會、目的和目标;
- 項目目标;
- 項目範圍和 WBS 可傳遞成果;
- 産品設計;
- 産品開發;
- 測試政策和測試場景;
- 高層級需求到詳細需求。
- 應在需求跟蹤矩陣中記錄每個需求的相關屬性,這些屬性有助于明确每個需求的關鍵資訊。需求跟蹤矩陣中記錄的典型屬性包括唯一辨別、需求的文字描述、收錄該需求的理由、所有者、來源、優先級别、版本、目前狀态(如進行中、已取消、已推遲、新增加、已準許、被配置設定和已完成)和狀态日期。為確定相關方滿意,可能需要增加一些補充屬性,如穩定性、複雜性和驗收标準。是需求跟蹤矩陣示例,其中列有相關的需求屬性。