需求分析和管理.ppt

accenture 2008 all rights reserved,需求開發(fā)和管理,2019年4月6日星期六,質(zhì)量和流程提高 (qpi),2,accenture 2008 all rights reserved,agenda,歡迎 / 介紹 需求開發(fā) 需求管理,3,accenture 2008 all rights reserved,介紹,姓名 職責(zé) 期望,4,accenture 2008 all rights reserved,課程目標(biāo),在接受此培訓(xùn)模塊后，將具備以下能力： 收集需求 檢查需求描述是否恰當(dāng) 分析需求 實(shí)施恰當(dāng)?shù)男枨髮徟?，需求傳遞和需求交流 管理需求和范圍變更 建立和維護(hù)交付件以滿足干系人的要求,5,accenture 2008 all rights reserved,什么是需求?,需求是: 用戶為了解決問題或?qū)崿F(xiàn)目標(biāo)所需要的條件或能力.* 我們期望系統(tǒng)實(shí)現(xiàn)的功能，此功能對(duì)性能的要求是什么.* 需求不是: 定義怎樣具體實(shí)現(xiàn)功能的規(guī)范條件. * source: institute of electrical and electronics engineers-610,6,accenture 2008 all rights reserved,需求舉例,以下是需求的例子： 系統(tǒng)必須允許用戶通過汽車生產(chǎn)商進(jìn)行搜索 系統(tǒng)必須能夠支持30,000用戶使用.* 以下則不是一個(gè)需求: 客戶將能夠使用單選按鈕或輸入框選擇搜索標(biāo)準(zhǔn). 描述需求的正確方式: 系統(tǒng)必須能夠提供根據(jù)各種搜索標(biāo)準(zhǔn)進(jìn)行的檢索. * source: institute of electrical and electronics engineers-610,7,accenture 2008 all rights reserved,正確需求的益處,討論: 是否有過需求沒有很好的被管理或者描述？? 原因是什么？ 可以進(jìn)行哪些改變? 影響怎樣？,8,accenture 2008 all rights reserved,正確需求的益處,有效的需求開發(fā)和管理的益處包括: 降低項(xiàng)目成本: 修復(fù)需求缺陷比其它缺陷的成本高處10倍多 需求缺陷占據(jù)了軟件項(xiàng)目所有缺陷中40%以上 需求缺陷很少的降低將得到很到的收益，因?yàn)楸苊饬朔倒ず瓦M(jìn)度延誤 滿足項(xiàng)目期限要求 維護(hù)項(xiàng)目范圍 促進(jìn)交流 滿足客戶需求,9,accenture 2008 all rights reserved,議程,歡迎 / 介紹 需求開發(fā) 需求管理 活動(dòng) wrap - up / final q&a,10,accenture 2008 all rights reserved,需求開發(fā)和系統(tǒng)開發(fā)生命周期,部署,分析,設(shè)計(jì),開發(fā),測試,計(jì)劃,需求開發(fā)要求與干系人緊密聯(lián)合，一起按照客戶和業(yè)務(wù)需要進(jìn)行收集，分析，設(shè)計(jì)，驗(yàn)證和簽署.,系統(tǒng)開發(fā)生命周期,收集&記錄,優(yōu)先，校驗(yàn)&確認(rèn),簽署&轉(zhuǎn)化,支持,11,accenture 2008 all rights reserved,需求開發(fā)和系統(tǒng)開發(fā)生命周期,開發(fā) (計(jì)劃和分析) 需求開發(fā)活動(dòng)需要進(jìn)行多個(gè)反復(fù)，以持續(xù)澄清和加深對(duì)需求的定義. 需求定義過程在計(jì)劃階段根據(jù)初步信息提出，這一信息成為初始“模塊”活動(dòng)的基本. 這些活動(dòng)支持后來的需求收集，并成為一個(gè)周期的開始，這一周期在分析階段末期以應(yīng)用被充分說明作為結(jié)束，同時(shí)可以被基線化.,12,accenture 2008 all rights reserved,收集和記錄: 從干系人開始,干系人是新（改進(jìn)）的系統(tǒng)將對(duì)其產(chǎn)生影響的人 干系人包括：項(xiàng)目主辦方，項(xiàng)目組成員，關(guān)鍵用戶（smes），終端用戶（其它員工），外部用戶和客戶，其供應(yīng)商. 從干系人獲取的重要信息： 愿景 業(yè)務(wù)功能/任務(wù) 期望 對(duì)改變和承諾的態(tài)度 能力 對(duì)其它干系人的影響,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),13,accenture 2008 all rights reserved,收集和記錄: 獲得高層需求,高層需求在計(jì)劃階段收集. 高層需求是最基本的業(yè)務(wù)需求，新系統(tǒng)需要實(shí)現(xiàn)的最低功能要求. 記錄是確定高層需求的開始，記錄的建議包括： 項(xiàng)目工作的闡明 rfp (對(duì)建議的請(qǐng)求) 建議 客戶之前起草的高層需求 從干系人處獲取的愿景及業(yè)務(wù)目標(biāo)提取更多的高層需求,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),14,accenture 2008 all rights reserved,收集和記錄: 確定項(xiàng)目范圍,項(xiàng)目團(tuán)隊(duì)需要在分析階段之前明確需求的范圍，在需求文檔被進(jìn)一步細(xì)化之前. 當(dāng)澄清范圍及其影響時(shí)，包括應(yīng)用架構(gòu)，技術(shù)架構(gòu)，人力架構(gòu)，部署經(jīng)理. 強(qiáng)調(diào)在系統(tǒng)生命周期其它后續(xù)階段更改范圍的風(fēng)險(xiǎn). 已經(jīng)定義了項(xiàng)目范圍并得到客戶的簽署，范圍會(huì)成為將來變更的基線，將在分析階段被轉(zhuǎn)化,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),15,accenture 2008 all rights reserved,收集和記錄：確定詳細(xì)需求,高層需求將被用逐步細(xì)化，在分析階段會(huì)細(xì)化成為應(yīng)用導(dǎo)向的需求. 隨著項(xiàng)目團(tuán)隊(duì)對(duì)客戶業(yè)務(wù)的不讀了解，應(yīng)用需求變得越來越具體. 在初始開發(fā)周期獲取詳細(xì)應(yīng)用需求的記錄建議包括： 解決方案藍(lán)圖 度量 目前能力評(píng)估 原型 項(xiàng)目范圍定義,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),16,accenture 2008 all rights reserved,收集和記錄：引出需求的技巧,關(guān)注團(tuán)體 聯(lián)合應(yīng)用設(shè)計(jì)(jad)會(huì)議 競爭者在線能力分析 抽樣調(diào)查 訪談 觀察 場景構(gòu)建/呈現(xiàn) 原型 關(guān)鍵流程演示 變更請(qǐng)求,requirements gathering technique handout,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),17,accenture 2008 all rights reserved,收集和記錄：將信息轉(zhuǎn)換為需求,說明: 將下述客戶提供的陳述轉(zhuǎn)化為需求： “目前無法從下級(jí)界面直接回到主頁，只能不斷的點(diǎn)擊回退按鈕以到達(dá)主頁；同時(shí)，搜索功能不足，只能按照汽車制造商進(jìn)行搜索，應(yīng)當(dāng)可以按照顏色和車型進(jìn)行搜索?”,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),18,accenture 2008 all rights reserved,收集和記錄：將信息轉(zhuǎn)換為需求,以下是怎樣將客戶陳述轉(zhuǎn)換為需求的例子：,“目前無法從次級(jí)界面直接回到主頁，只能不斷的點(diǎn)擊回退按鈕以到達(dá)主頁；同時(shí)，搜索功能不足，職能按照汽車制造商進(jìn)行搜索，應(yīng)當(dāng)可以按照顏色和車型進(jìn)行搜索?”,主頁應(yīng)該能夠從任何下級(jí)界面直接進(jìn)入 客戶可以根據(jù)汽車制造商進(jìn)行搜索 客戶可以根據(jù)汽車模型進(jìn)行搜索. 客戶可以根據(jù)汽車顏色進(jìn)行搜索.,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),19,accenture 2008 all rights reserved,收集和記錄: 分類和清楚記載需求,5 個(gè)關(guān)鍵需求類別: 功能: 用戶可以在系統(tǒng)上干什么或說系統(tǒng)可以為用戶提供什么. 內(nèi)容: 內(nèi)容的類型和任何陳述約束. 技術(shù): 需要滿足的任何技術(shù)約束 性能: 用以描述系統(tǒng)速度的衡量指標(biāo). 可用性: 用戶完成一項(xiàng)任務(wù)的難度.,source: “requirements development guidelines job aid,” accenture delivery methods,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),20,accenture 2008 all rights reserved,收集和記錄：附加的需求類別,項(xiàng)目: 描述項(xiàng)目開展的方式. 數(shù)據(jù): 獲取歷史數(shù)據(jù)轉(zhuǎn)換和集成. 安全和控制: 包括安全，機(jī)密，數(shù)據(jù)分類策略和內(nèi)部控制. 集成: 明確哪一個(gè)應(yīng)用和數(shù)據(jù)源需要被統(tǒng)一到總體的業(yè)務(wù)流程中. 質(zhì)量: “非功能需求” 包括適應(yīng)性和可靠性. 服務(wù): 歸納出干系人承諾的需求，以利于轉(zhuǎn)換成系統(tǒng)上線第一天的運(yùn)作應(yīng)用需求。,source: “requirements development guidelines job aid,” accenture delivery methods,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),21,accenture 2008 all rights reserved,收集和記錄: 記錄好需求的規(guī)則,每一個(gè)需求必須: 正確: 代表著干系人的要求. 完整: 完整的表達(dá)一個(gè)想法或陳述. 清晰: 不含糊的. 一致: 不和其它需求矛盾，與詳細(xì)程度一致. 可測試的: 系統(tǒng)要滿足這些需求. 可追蹤的: 可以唯一確認(rèn)的. 可行的: 可以在成本和進(jìn)度內(nèi)完成，技術(shù)和法律上是可行的. 模塊化的:可以在沒有過度影響的條件下進(jìn)行變更.,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),22,accenture 2008 all rights reserved,收集和記錄: 記載需求的附加指導(dǎo)方針,附加的指導(dǎo)方針包括：: 整體的需求需要詳細(xì)說明一個(gè)需求得到的目標(biāo)或者結(jié)果. 確保已經(jīng)陳述的需求與其它需求抵觸或重疊. 只定義對(duì)系統(tǒng)/應(yīng)用必須的需求 用”必須“或者”應(yīng)該“進(jìn)行描述,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),23,accenture 2008 all rights reserved,收集和記錄: 不好需求的特征,模糊 避免使用”或者“，”等等“的措辭 思索 危險(xiǎn)的措辭包括”通?！?，“一般”，“京城”，“典型的”，“正常的”. 可能性的建議 應(yīng)當(dāng)決絕使用“可能”，“應(yīng)該”，“或許”，“大概”，“也許”等術(shù)語”. 制造了例外條款 應(yīng)避免使用“如果”，“但是”，“什么時(shí)候”，“除了”，“雖然”等,使用模糊的術(shù)語 避免使用描述，如“客戶友好的”，“高度通用的”，“流動(dòng)性好”，“最大程度的”，“合適的”，“盡快的”. 如意算盤 不要要求不可能的事情 - “100% 可靠”, “安全”, “處理所有的失敗”, “保證”, “完全可升級(jí)的”, “在所有平臺(tái)上運(yùn)行”. 設(shè)計(jì)系統(tǒng) 危險(xiǎn)的信號(hào)包括：組件的名稱，材料，如見目標(biāo)，領(lǐng)域和記錄等.,好的習(xí)慣是建立一個(gè)通用的詞匯表（例如術(shù)語表）來在開發(fā)過程和客戶業(yè)務(wù)中獲取有代表性的術(shù)語。這可以降低與同事，用戶和干系人交流過程中可能的誤解,收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),24,accenture 2008 all rights reserved,收集和記錄： 獲取需求的工具,討論: 在你的項(xiàng)目中使用的獲取需求的工具有哪些？ 工具: 需求表 requisitepro 使用案例模塊 需求追蹤矩陣 (rtm),收集&記錄,簽署&過度,優(yōu)先，校驗(yàn)&確認(rèn),25,accenture 2008 all rights reserved,優(yōu)先級(jí)，校驗(yàn)和確認(rèn)：理解優(yōu)先，校驗(yàn)和確認(rèn),分析需求包括區(qū)分優(yōu)先級(jí)，校驗(yàn)和確認(rèn). 優(yōu)先級(jí)，校驗(yàn)和確認(rèn)流程是并行的，因此并不必然是順序進(jìn)行實(shí)施的. 優(yōu)先級(jí)，校驗(yàn)和確認(rèn)不斷的反復(fù)完成，在設(shè)計(jì)和分析階段及系統(tǒng)生命周期的過程中.,引出&記錄,優(yōu)先，校驗(yàn)&確認(rèn),簽署&轉(zhuǎn)化,26,accenture 2008 all rights reserved,優(yōu)先級(jí)，校驗(yàn)和確認(rèn): 確定需求的優(yōu)先級(jí),與干系人一起確定需求的優(yōu)先級(jí): 愿景 范圍 質(zhì)量 風(fēng)險(xiǎn) 進(jìn)度表 預(yù)算 根據(jù)標(biāo)準(zhǔn)來評(píng)估每個(gè)需求，例如: 實(shí)施需要的成本及付出程度 進(jìn)度表，風(fēng)險(xiǎn)分析, 與終端用戶的關(guān)系 與商業(yè)目標(biāo)的關(guān)系 澄清需求： 定量的或根據(jù)類別,確定那些可能需要臨時(shí)“work-around” 解方案的需求，例如, : 需要的具體能力沒有包括在本次版本發(fā)布要求中 根據(jù)成本，優(yōu)先級(jí)，軟件升級(jí)等需要包括在下一次版本中. 確保適應(yīng)性，通過清楚地說明哪一個(gè)特征可以延遲,引出&記錄,優(yōu)先，校驗(yàn)&確認(rèn),簽署&轉(zhuǎn)化,27,accenture 2008 all rights reserved,優(yōu)先，校驗(yàn)和確認(rèn): 校驗(yàn)和確認(rèn)需求,校驗(yàn): 確保交付件滿足具體的需求. 詢問“我們是否正確” 舉例: 定義逐步的制造流程為了制造一個(gè)安全和高質(zhì)量的摩托車. 確認(rèn): 表明產(chǎn)品可以實(shí)現(xiàn)其使用目標(biāo). 詢問“我們是否開發(fā)了正確的事情” 舉例：: 制造摩托車：模擬和原型是否是一個(gè)摩托車，而不是汽車或者飛機(jī)的模擬？,引出&記錄,優(yōu)先，校驗(yàn)&確認(rèn),簽署&轉(zhuǎn)化,28,accenture 2008 all rights reserved,優(yōu)先，校驗(yàn)和確認(rèn): 摘要,這兩個(gè)動(dòng)作有時(shí)就是指“確認(rèn)” adm的 v-model合并了以下概念:,提醒:校驗(yàn)和確認(rèn)會(huì)在生命周期中頻繁的發(fā)生!,引出&記錄,優(yōu)先，校驗(yàn)&確認(rèn),簽署&轉(zhuǎn)化,29,accenture 2008 all rights reserved,簽署和轉(zhuǎn)化: 有效地簽署和轉(zhuǎn)化的步驟,聚集所有已有的需求并確認(rèn)需求是可以追蹤的 收集其它相關(guān)的“分析”交付件 跨文件和同行評(píng)審交付件以檢查一致性 與干系人進(jìn)行最終需求/分析交付件評(píng)審會(huì)議. 必要時(shí)進(jìn)行修正. 正式向客戶遞交交付件的最終版本.,引出&記錄,優(yōu)先，校驗(yàn)&確認(rèn),簽署&轉(zhuǎn)化,30,accenture 2008 all rights reserved,簽署和轉(zhuǎn)化: 有效地簽署和轉(zhuǎn)化的步驟,獲取書面或者電子版的批準(zhǔn) 根據(jù)批準(zhǔn)的“基線”需求比較將來可能的需求變更. 存檔需求列表. 確定會(huì)議對(duì)客戶和項(xiàng)目成員進(jìn)行培訓(xùn). 遵循需求管理流程.,引出&記錄,優(yōu)先，校驗(yàn)&確認(rèn),簽署&轉(zhuǎn)化,31,accenture 2008 all rights reserved,議程,歡迎 / 介紹 需求開發(fā) 需求管理,32,accenture 2008 all rights reserved,什么是需求管理？,需求或者范圍管理是一個(gè)系統(tǒng)的過程，包括：識(shí)別，組織，交流和管理應(yīng)用需求變更的過程.* 需求管理是確保項(xiàng)目的工作是滿足根據(jù)主辦方的業(yè)務(wù)需求，與項(xiàng)目預(yù)算，投入和時(shí)間進(jìn)度一致所產(chǎn)生需求的流程.* 需求管理是在系統(tǒng)開發(fā)生命周期中不斷進(jìn)行的過程.*,*source: “requirements overview: processes and deliverables,” justine chiang, vijay purugulla, kamal, sinha, andrew white, may 2001,33,accenture 2008 all rights reserved,變更控制委員會(huì)概述,變更控制委員會(huì)【change control board (ccb)】 是一個(gè)對(duì)項(xiàng)目或交付件提議進(jìn)行變更請(qǐng)求做出決定的委員會(huì) 變更控制委員會(huì)做出的所有決定通常是最終的 變更控制委員會(huì)由項(xiàng)目干系人組成，包括: 項(xiàng)目經(jīng)理 配置經(jīng)理或變更請(qǐng)求 (cr) 經(jīng)理 客戶需求經(jīng)理 (可選) 架構(gòu)師 (功能的，技術(shù)的，數(shù)據(jù)庫) 合同經(jīng)理,*source: /wiki/change_control_board,34,accenture 2008 all rights reserved,合同管理概述,合同管理管理與客戶，廠商，合作伙伴及員工間的合同.*,*source: /wiki/contract_management,35,accenture 2008 all rights reserved,需求和范圍管理的關(guān)鍵點(diǎn)：,需求和范圍變更管理流程主要包括：: 為定義步驟，角色和責(zé)任：: 需求/范圍變更請(qǐng)求 協(xié)調(diào)變更可能帶來的影響分析 同意變更并開始實(shí)施 識(shí)別什么組成一個(gè)范圍變更，什么不是 當(dāng)新需求或需求變更產(chǎn)生時(shí)，需要對(duì)基線進(jìn)行變更. 項(xiàng)目計(jì)劃/單位運(yùn)行模塊或者配置管理計(jì)劃交付件里記錄了進(jìn)行范圍變更決策時(shí)的變更管理流程和責(zé)任.,36,accenture 2008 all rights reserved,需求管理&系統(tǒng)開發(fā)生命周期,需求基線,識(shí)別可能的變更/錯(cuò)誤,記錄變更/錯(cuò)誤,分析 cr,確定 cr的結(jié)果,實(shí)施和遷移變更,升級(jí)文檔/rtm 工具,關(guān)閉cr,需求/范圍管理,注釋: 這一流程與配置管理課程所述的流程,部署,分析,設(shè)計(jì),開發(fā),測試,計(jì)劃,系統(tǒng)開發(fā)生命周期,支持,37,accenture 2008 all rights reserved,識(shí)別可能的變更,范圍變更和基本需求變更可能在很多地方產(chǎn)生. 微小的需求變更通常不需要一個(gè)范圍的變更. 理解范圍變更: 項(xiàng)目需要專注許多方面，例如：成本，進(jìn)度和資源. 變更請(qǐng)求涉及到基線的需要經(jīng)過正規(guī)的需求/范圍管理流程. 干系人需要能夠識(shí)別一個(gè)新的需求或者對(duì)現(xiàn)有需求進(jìn)行變更. 對(duì)變更的請(qǐng)求被成為“變更請(qǐng)求” (cr) ，包括對(duì)現(xiàn)有系統(tǒng)基線任何組件的變更請(qǐng)求.,38,accenture 2008 all rights reserved,記錄變更,對(duì)于一個(gè)cr，發(fā)起人應(yīng)該: 完成cr模板的填寫 提供變更的理由 在模板的恰當(dāng)部分填寫技術(shù)，進(jìn)度，成本，質(zhì)量或（和）風(fēng)險(xiǎn)的影響. 識(shí)別變更是對(duì)”新特征“還是對(duì)”已有特征“.,39,accenture 2008 all rights reserved,分析cr,執(zhí)行g(shù)ap影響分析，并且識(shí)別對(duì)實(shí)施對(duì)項(xiàng)目需求的變更或者調(diào)查所需要的批準(zhǔn)類型 在交付件中對(duì)需求的優(yōu)先級(jí)進(jìn)行，項(xiàng)目管理團(tuán)隊(duì)需要審閱所有的需求，確保： 能夠識(shí)別不完整或者丟失的需求 需求之間的邏輯性 需求可能與現(xiàn)存的已經(jīng)審閱過的交付件存在沖突,40,accenture 2008 all rights reserved,分析 cr,建立評(píng)估項(xiàng)目cr的標(biāo)準(zhǔn): 標(biāo)準(zhǔn)舉例: 變更的大小 (影響時(shí)間) 對(duì)相關(guān)系統(tǒng)而言，變更的復(fù)雜度 變更需要的時(shí)間 變更對(duì)目前及后續(xù)工作在技術(shù)，質(zhì)量，風(fēng)險(xiǎn)，成本和進(jìn)度上的影響,41,accenture 2008 all rights reserved,決定 cr的結(jié)果,項(xiàng)目管理辦公室 (pmo) 或者變更控制委員會(huì)(ccb) 需要在變更實(shí)施前對(duì)其進(jìn)行批準(zhǔn). pmo/c