制定產品需求條目過程_第1頁
制定產品需求條目過程_第2頁
制定產品需求條目過程_第3頁
制定產品需求條目過程_第4頁
制定產品需求條目過程_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

制定產品需求條目過程文檔編號:PF_ASE_A_03文檔信息:組織級過程文件文檔名稱:制定產品需求條目過程文檔類別:工程類密級:內部版本信息:2.0建立日期:2014/10/09創(chuàng)建人:張世豪審核者:謝東批準人:謝志華批準日期:2014/12/29文檔修訂記錄版本編號或者更改記錄編號*變化狀態(tài)簡要說明(變更內容和變更范圍)日期變更人批準日期批準人V2.0A新建2014/10/09張世豪*變化狀態(tài):A——增加,M——修改,D——刪除文檔評審記錄序號評審人角色評審日期簽字備注文檔審批信息序號審批人角色審批日期簽字備注目錄1.簡介 41.1文檔目的 41.2適用范圍 41.3術語與縮略語 41.4參考資料 52.過程概述 53.角色與職責 54. 過程活動 84.1編寫產品需求條目(①) 84.2產品需求條目優(yōu)先級排序和估算(②) 104.3評審產品需求(A) 105.附錄 125.1附錄A相關過程 125.2附錄B相關規(guī)程 125.3附錄C相關指南 125.4附錄D相關檢查單 125.5附錄E相關模板 125.6附錄F相關工程方法 125.7附錄G相關最佳實踐 12

1.簡介1.1文檔目的定義并描述需求分析與設計活動,指導編寫產品需求條目和用戶故事及對產品需求條目進行優(yōu)先級的評定和估算,形成MVP。1.2適用范圍 本過程適用于:

機構:適用于集團內各產品研發(fā)組織

業(yè)務:指導需求分析

產品類型:平臺產品,標準產品,移動互聯(lián)網產品1.3術語與縮略語需求場景:需求場景是一種分析和描述用戶需求的方法,它應該擁有這樣的結構:“在某某時間(when),某某地點(where),周圍出現(xiàn)了某些事物時(withwhat),特定類型的用戶(who)萌發(fā)了某種欲望(desire),會想到通過某種手段(method)來滿足欲望?!?。產品需求條目:PO在產品需求分析階段的輸出,是基于場景細化出的需求條目,是產品中獨立的任務單元,產品需求條目可獨立體驗、測試或驗證。產品需求條目的描述方式為:a)產品功能需求條目的描述方法為:作為XXX要執(zhí)行XXX操作(活動),以滿足XXX。需求條目細化粒度為用戶目標級的需求,不是企業(yè)概要級的條目,是基于某一個角色執(zhí)行某一個活動的單一描述,而不是角色和活動的組合;b)設計等非功能需求:PO提出設計需求,包含性能需求、設計約束,設計行業(yè)規(guī)范、外部系統(tǒng)設計接口等;Productbacklog:產品需求條目列表,是產品需求范圍的載體,用于工作量評估和優(yōu)先級評定,同時可作為制定sprintbacklog,sprint計劃,發(fā)布計劃相關工作的輸入產品類型:一般包括用友體系內的平臺產品,標準產品,移動互聯(lián)網產品1.4參考資料《用戶故事和敏捷方法》2.過程概述該過程旨在描述如何制定產品需求條目和優(yōu)先級排序。是敏捷需求管理過程基礎,整體需求管理過程可參考《敏捷需求管理過程》.本過程主要包括3個細分活動編寫產品需求條目,產品需求條目優(yōu)先級排序和估算,評審產品需求。3.角色與職責角色職責參與活動備注開發(fā)負責人參與發(fā)布計劃的制定,評審推動產品發(fā)布,協(xié)調相關部門和角色進行發(fā)布的準備工作。負責協(xié)調和解決需求跟蹤中發(fā)現(xiàn)的問題與障礙。評審產品需求評審產品發(fā)布計劃測試待發(fā)布產品PO產品規(guī)劃,產品目標定義,制定發(fā)布計劃/里程碑計劃,計劃評審企業(yè)建模,用戶建模,用戶分析產品定義及評審,包括編寫產品需求條目《productbacklog》,優(yōu)先級定義,場景分析,產品需求條目評審參與需求分析,指導編寫,評審等收集原始需求編寫產品需求條目產品需求條目優(yōu)先級評定和估算評審產品需求編寫產品發(fā)布計劃評審產品發(fā)布計劃拆分特征和細化需求驗證需求條目和特征驗證交互與UI規(guī)范測試待發(fā)布產品準備發(fā)布資料跟蹤需求根據(jù)產品線組織架構不同,該角色可能涉及到現(xiàn)有產品線PO,主需求相關崗位,同時作為內部的客戶代表需求分析師收集創(chuàng)意,缺陷,功能需求同行同類產品分析與比較依據(jù)產品需求場景細化應用模型根據(jù)產品需求條目拆分形成特征列表,協(xié)助開發(fā)團隊進行工作量評估驗證需求特征協(xié)助PO驗證需求收集原始需求編寫產品需求條目產品需求條目優(yōu)先級評定和估算評審產品需求拆分特征和細化需求驗證需求條目和特征驗證交互與UI規(guī)范測試待發(fā)布產品準備發(fā)布資料跟蹤需求根據(jù)產品線組織架構不同目前需求分析師可能在開發(fā)團隊內部,也可能在開發(fā)團隊外部UE設計師UE/UI規(guī)范UE/UI設計參與產品需求條目討論UE/UI驗證編寫產品需求條目評審產品需求拆分特征和細化需求驗證交互與UI規(guī)范SM跟蹤迭代中產品需求條目和特征開發(fā)的進度,消除團隊開發(fā)中遇到的障礙,保證sprint產品需求條目和特征開發(fā)活動順利進行。承擔著內部ScrumMaster的職責。產品需求條目優(yōu)先級評定和估算編寫產品發(fā)布計劃評審產品發(fā)布計劃驗證需求條目和特征驗證交互與UI規(guī)范測試待發(fā)布產品準備發(fā)布資料開發(fā)團隊負責產品需求條目的開發(fā)實現(xiàn),包括特征優(yōu)先級定義,工作量評估,特征實現(xiàn),特征驗證,保證按期交付可運行達到質量目標的研發(fā)成果。編寫產品需求條目拆分特征和細化需求驗證需求條目和特征驗證交互與UI規(guī)范測試待發(fā)布產品跟蹤需求開發(fā)團隊一般涵蓋需求分析師,設計編碼人員,測試人員,開發(fā)過程以團隊為主體,承接任務,保證產品的質量,共同決策并對交付成果負責。測試團隊根據(jù)發(fā)布計劃的內容,對產品的質量進行持續(xù)驗證,從而保證產品的發(fā)布符合質量要求。一般承擔產品線或產品的集成測試,發(fā)布和發(fā)版測試工作。編寫產品需求條目拆分特征和細化需求測試待發(fā)布產品一般是獨立的測試部門,測試負責人負責測試計劃的制定,測試質量工作的推進,消除測試工作中的障礙,保證發(fā)布產品的質量。產品需求條目優(yōu)先級評定和估算制定發(fā)布計劃測試待發(fā)布產品敏捷教練參與開發(fā)過程中關鍵活動,指導團隊敏捷開發(fā),消除團隊開發(fā)中遇到的障礙,改進開發(fā)過程,保證敏捷開發(fā)活動順利進行全活動選擇性一般為外部敏捷教練客戶參與UE設計,協(xié)助確認交互和原型參與需求分析,協(xié)助確認產品需求滿足用戶需求參加需求評審參與產品的驗證與反饋編寫產品需求條目評審產品需求其他干系人在產品需求條目評審時,負責在產品市場、產品客戶使用等層面提供信息在產品發(fā)布計劃評審時,提供產品市場、產品客戶使用等層面對發(fā)布計劃的要求在產品生命周期中,對產品提出意見和建議,及反饋新的需求產業(yè)鏈部門人員負責產品發(fā)版前的產品驗證工作;評審產品需求評審產品發(fā)布計劃跟蹤需求其他干系人一般包括產業(yè)鏈相關人員,產品市場代表,產品運維,運營,產品總監(jiān),質量總監(jiān),相關領域PO過程活動4.1編寫產品需求條目(①)活動目標進行產品需求場景的分析,編寫產品需求條目參與人員與職責主要負責人:POPO分析原始需求,對需求池中的原始需求將會按照產品的規(guī)劃路線,進行拆分合并。基于原始需求進行產品的場景分析,基于場景分析,編寫產品需求條目,并初步確認實現(xiàn)的版本和優(yōu)先級。需求分析師參與原始需求的分析,場景的分析,編寫產品需求條目參加產品需求條目的討論和確認設計師參與非功能性需求和接口需求的分析、參與產品需求條目討論和確認UE設計師進行UE/UI設計,并和客戶或者PO確認參與產品需求條目討論和確認測試團隊參與產品需求條目討論和確認客戶參與UE/UI設計,確UE/UI設計參與產品需求條目討論和確認入口準則1.完成規(guī)劃與立項評審2.完成原始需求的獲取輸入《產品規(guī)劃》《原始需求》《UE/UI規(guī)范》主要步驟針對新產品或新模塊,PO需要定義產品形態(tài);例如功能節(jié)點設計等。在規(guī)劃/立項評審通過后,PO組織需求分析師,針對需求進行進一步的細化,形成產品場景圖;細化方法可采用企業(yè)建模,用戶建模,商業(yè)畫布,痛點分析等方法。并將場景,整體解決方案,業(yè)務需求跟蹤納入到概要需求中。PO組織需求分析師,根據(jù)場景圖中每一個場景和解決方案,編寫產品需求條目并納入到ProductBacklog,產品需求條目描述方法:產品功能需求條目的描述方法為:作為XXX要執(zhí)行XXX操作(活動),以滿足XXX,此時形成的需求條目細化粒度為:用戶目標級的需求,而不是企業(yè)概要級的條目,是基于某一個角色執(zhí)行某一個活動的單一描述,而不是角色和活動的組合;設計等非功能需求:PO提出設計需求,包含性能需求、設計約束,設計行業(yè)規(guī)范、外部系統(tǒng)設計接口等;開發(fā)團隊進行設計.PO,需求分析師與開發(fā)團隊,測試團隊,UE設計師,客戶溝通需求,并在需求條目理解上達成一致。出口準則產品需求條目編寫完成需求開發(fā)測試UE對于需求條目理解一致輸出《產品形態(tài)(針對新產品、新模塊)》《概要需求》《ProductBacklog》資源和能力要求無度量度量元采集點:產品需求條目數(shù)量與狀態(tài)系統(tǒng)或人工裁剪指南裁剪內容裁剪指南不可裁剪4.2產品需求條目優(yōu)先級排序和估算(②)活動目標對Productbacklog進行優(yōu)先級排序和估算。參與人員與職責主要負責人:POPO對productbacklog進行優(yōu)先級排序對productbacklog中的用戶故事進行估算需求分析師協(xié)助進行產品需求條目優(yōu)先級排序和估算SM協(xié)助進行產品需求條目優(yōu)先級排序和估算測試負責人協(xié)助進行產品需求條目優(yōu)先級排序和估算其他干系人協(xié)助進行產品需求條目優(yōu)先級排序和估算入口準則產品需求條目編寫完成輸入《ProductBacklog》主要步驟PO組織需求分析師等研發(fā)人員使用優(yōu)先級評定方法,在用戶價值,研發(fā)資源等多個維度對《ProductBacklog》中產品需求條目排列優(yōu)先級,優(yōu)先級序號不能重復。PO組織需求分析師等研發(fā)人員使用估算方法對《ProductBacklog》中產品需求條目逐一進行估算出口準則《ProductBacklog》中產品需求條目完成優(yōu)先級評定和估算。輸出完成優(yōu)先級評定和估算的《ProductBacklog》資源和能力要求無度量度量元采集點:產品需求條目數(shù)量與狀態(tài)系統(tǒng)或人工裁剪指南裁剪內容裁剪指南不可裁剪4.3評審產品需求(A)活動目標針對產品需求進行評審,包括產品形態(tài),概要需求,產品需求條目,讓開發(fā)團隊及相關干系人對需求理解達成一致。參與人員與職責主要負責人:POPO組織相關干系人對產品形態(tài),概要需求及Productbacklog中的產品需求條目的評審。開發(fā)負責人參與產品需求的評審需求分析師參與產品需求的評審客戶參與產品需求的評審其他干系人參與產品需求的評審入口準則產品需求條目編寫完成,并納入到ProductBacklog中輸入《產品形態(tài)(針對新產品、新模塊)》《概要需求》《ProductBacklog》主要步驟參考評審過程出口準則概念階段首次評審準則:關鍵及高優(yōu)先級產品需求條目評審通過概要需求中關鍵和高優(yōu)先級條目對應的應用場景評審通過產品形態(tài)表評審通過(針對新產品,新模塊)需求迭代中評審準則:下一迭代Sprintbacklog中產品需求條目評審通過下一迭代Sprintbackl

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論