安全生產(chǎn)態(tài)勢管理云平臺產(chǎn)品解決方案相關兩份資料

TSS安全生產(chǎn)態(tài)勢管理云平臺FocusOnEnvironment、Health、Safety數(shù)據(jù)，為安全生產(chǎn)賦能安全創(chuàng)新感知SafetyCreativityPerception321目錄CONTENTS產(chǎn)品介紹產(chǎn)品定位產(chǎn)品架構軟硬件一體化解決方案產(chǎn)品優(yōu)勢功能模塊用戶場景團隊介紹團隊概況行業(yè)背景安全事故產(chǎn)品合規(guī)安全生產(chǎn)現(xiàn)狀及痛點我們?nèi)绾谓鉀Q這些痛點行業(yè)背景安全事故產(chǎn)品合規(guī)PART1安全生產(chǎn)現(xiàn)狀及痛點我們?nèi)绾谓鉀Q這些痛點安全事故2018年上半年全國共發(fā)生廠區(qū)火災7.4萬起、死亡791人、受傷430人！2018年，全國共發(fā)生化工事故176起、死亡223人！2019年1-4月，全國化工行業(yè)已發(fā)生安全事故60起，死亡和失聯(lián)148人！2019，全國共發(fā)生危險化學品傷亡事故97起、死亡161人！——國家安監(jiān)總局事故詳細原因分析及TSS安全生產(chǎn)態(tài)勢管理云平臺解決對策事故寶鋼梅山鋼鐵股份有限公司三加壓站轉(zhuǎn)爐煤氣柜在改造大修過程中發(fā)生煤氣中毒事故、造成6人死亡、7人受傷。原因?qū)γ簹庾鳂I(yè)、設備檢修的流程沒有充分落實對危險作業(yè)的事前風險評估不充分，對相關人員的技術意識培訓沒有落實建設項目沒有嚴格履行“項目安全設施三同時”的手續(xù)TSS解決對策利用可燃氣體濃度監(jiān)測主機，及物聯(lián)網(wǎng)技術，對煤氣濃度進行遠程讀取及實時監(jiān)測，一旦發(fā)現(xiàn)濃度超標，則隨時告警利用線上安全生產(chǎn)管控系統(tǒng)，落實線下培訓情況及安全管理流程（比如，項目建設三同時）規(guī)范，降低事故風險事故昆山中榮金屬制品公司拋光二車間發(fā)生特別重大鋁粉塵爆炸事故，造成75人死亡、185人受傷，直接經(jīng)濟損失3.51億元原因事故車間除塵系統(tǒng)較長時間未按規(guī)定清理車間鋁粉塵聚集嚴重，加大了爆炸威力TSS解決對策在粉塵車間部署粉塵監(jiān)測設備，并通過物聯(lián)網(wǎng)技術，對粉塵濃度進行遠程實時監(jiān)測，一旦發(fā)現(xiàn)濃度超標，立即告警線上進行安全生產(chǎn)流程的監(jiān)控。組織生產(chǎn)前充分評估安全隱患，并落實到班組，通過安信息化手段做到對危險源的監(jiān)控，并充分辨識風險。事故吉林寶源豐禽業(yè)有限公司主廠房發(fā)生特別重大火災事故，共造成121人死亡、76人受傷，直接經(jīng)濟損失1.82億元原因主要安全出口在事故時處于關閉狀態(tài)特種設備管理及作業(yè)人員資質(zhì)造假二車間配電室上部電氣線路短路作為高危度生產(chǎn)車間，人員密集度過高TSS解決對策利用UWB定位技術，對密集生產(chǎn)場所人員進行實時監(jiān)控，一旦發(fā)生人員密度過高，則立即產(chǎn)生告警利用地圖及定位技術，在發(fā)生事故時指明逃生通道的位置利用操作工單系統(tǒng)，對人員資質(zhì)，操作步驟進行管控產(chǎn)品合規(guī)黨的十八屆三中全會通過的《中共中央關于全面深化改革若干重大問題的決定》指出：深化安全生產(chǎn)管理體制改革，建立隱患排查治理體系和安全預防控制體系，遏制重特大安全事故國家安監(jiān)總局《國家安全監(jiān)管總局辦公廳關于印發(fā)全國安全生產(chǎn)“一張圖”地方建設指導意見書的通知》（安監(jiān)總廳規(guī)劃〔2017〕69號2017年69號應急管理部2018年74號的通知《應急管理部關于全面實施危險品化學品企業(yè)安全風險研判與承諾公告制度的通知》明確了化學品安全風險總體要求、適用范圍、安全風險研判等內(nèi)容。2018年74號應急管理部辦公廳2020年第23號文件《危險化學品重大危險源企業(yè)專項檢查督導工作方案》明確：精準防控危險化學品安全專項整治、消防安全專項整治三年行動要求，精準風控危險化學品重大危險源企業(yè)當前面臨的各類安全風險，確保安全穩(wěn)定。2020年23號安全生產(chǎn)現(xiàn)狀及痛點火災，可燃氣體、水質(zhì)、雷電、壓力，電流等探頭的控制主機或傳感器品牌分散，報警點信息無法統(tǒng)一維護發(fā)生報警時無法與攝像頭第一時間進行聯(lián)動報警記錄無法保存及導出，并且無法記錄并還原報警時現(xiàn)場的情況DCS主機報警信息無法與遠程主控服務器聯(lián)通并統(tǒng)一管理，形成信息孤島DCS主機報警后無法自動處理，需要手工處理，費時費力人員管理不嚴謹，無法精確定位人員，員工、訪客及車輛情況無法掌握對安全風險，安全隱患等缺乏有效管控，無法事前預警01020304050607我們?nèi)绾谓鉀Q這些痛點（業(yè)務模型）安全生產(chǎn)評估對企業(yè)安全生產(chǎn)風險通過規(guī)范的分析方法進行分析。規(guī)劃本企業(yè)安全生產(chǎn)整體框架，描繪本企業(yè)可能重大事故的形成機理安全生產(chǎn)全周期治理安全生產(chǎn)管理按照國家雙控體系，安全常態(tài)管理，如隱患管理、危險作業(yè)管理等，是對企業(yè)安全生產(chǎn)規(guī)章制度信息化落地安全生產(chǎn)監(jiān)測對安全生產(chǎn)全要素常態(tài)化監(jiān)測，及時進行預警告警，事件處置安全生產(chǎn)應急指揮應急預案、物資的管理，出現(xiàn)安全事故時充當事件調(diào)度中心職能；安全生產(chǎn)分析對安全生產(chǎn)管理業(yè)務的分析，模型學習全要素物聯(lián)（環(huán)境、人、物的安全要素）安全生產(chǎn)全業(yè)務覆蓋場所安全要素對生產(chǎn)場所非法進入、供能、火災、地質(zhì)結(jié)構、空氣質(zhì)量、排污等要素的物聯(lián)監(jiān)控人員安全要素對人員行為、危險作業(yè)、健康狀況等的物聯(lián)監(jiān)控設備安全要素對生產(chǎn)設備運行狀態(tài)異常、生產(chǎn)工藝安全、原材料安全等的物聯(lián)監(jiān)控環(huán)境（E）健康（H）安全（S）PART3產(chǎn)品介紹產(chǎn)品定位產(chǎn)品架構軟硬件一體化解決方案產(chǎn)品優(yōu)勢功能模塊用戶場景產(chǎn)品定位安全生產(chǎn)一直是企業(yè)EHS管理的重大課題。特別是是各類?；?，化工品工廠，一旦發(fā)生安全事故，輕則財產(chǎn)損失，重則人命關天。因此安全生產(chǎn)對于廠方EHS人員來說，責任重大。廠區(qū)安全態(tài)勢感知平臺以實現(xiàn)化工企業(yè)安全生產(chǎn)數(shù)字化、信息化、智能化管理為目標，以將客戶生產(chǎn)安全的各類數(shù)據(jù)落實成數(shù)字資產(chǎn)的理念，建設融合重大危險源監(jiān)控預警管理、火災及可燃氣體等檢測報警、企業(yè)安全風險分區(qū)管理、生產(chǎn)人員在崗在位管理和企業(yè)生產(chǎn)全流程管理于一體的安全生產(chǎn)信息化管理平臺。切實貫徹安全生產(chǎn)政策法規(guī)，利用當前最前沿的物聯(lián)網(wǎng)及大數(shù)據(jù)技術，結(jié)合人工智能、生物識別等技術為輔助，消除事故隱患，筑勞安全防線，全面提升企業(yè)安全生產(chǎn)管理水平，為安全生產(chǎn)保駕護航。行業(yè)市場：工業(yè)制造、能源電力、石油化工、環(huán)境衛(wèi)生、交通運輸、煙草行業(yè)、礦山采掘、水利水務等。平臺采用微服務架構，各類算法可以動態(tài)配置，并且提供豐富的接口，方便其他產(chǎn)品快速的接入到平臺上產(chǎn)品架構Jhipster微服務管理架構遠程連接服務數(shù)據(jù)處理服務進程調(diào)度服務數(shù)據(jù)展現(xiàn)服務MicroService微服務架構特征向量提取大數(shù)據(jù)機器學習OCRRPA動態(tài)物體識別AI算法、業(yè)務邏輯及RPA平臺配置化電子圍欄各類設備（PLC/DCS）的連接地圖算法各類視頻識別算法定位算法TensorFlowCDN內(nèi)容分發(fā)容器環(huán)境Nginx負載均衡容災機制/數(shù)據(jù)安全備份底層平臺C++PythonJavaScript開發(fā)語言Java技術架構展示互動層聯(lián)合展示與指揮中心大屏PC端APP端安全管理專用終端無人機無人車AR/VR眼鏡業(yè)務應用系統(tǒng)安全生產(chǎn)評估系統(tǒng)安全生產(chǎn)雙控管理系統(tǒng)安全生產(chǎn)實時監(jiān)測系統(tǒng)應急指揮系統(tǒng)安全生產(chǎn)大數(shù)據(jù)分析系統(tǒng)微服務平臺統(tǒng)一用戶管理統(tǒng)一權限管理統(tǒng)一門戶接入統(tǒng)一流程統(tǒng)一登陸認證統(tǒng)一主數(shù)據(jù)統(tǒng)一服務總線邊緣計算端邊緣計算工藝儀表設備電信電氣信息安全建筑環(huán)境環(huán)境安全物聯(lián)網(wǎng)監(jiān)測系統(tǒng)群人員安全物聯(lián)網(wǎng)監(jiān)測系統(tǒng)群設備安全物聯(lián)網(wǎng)監(jiān)測系統(tǒng)群信息安全體系安全認證基礎安全防護信息安全策略企業(yè)智能安全數(shù)據(jù)中臺數(shù)據(jù)模型數(shù)據(jù)中臺管理物理模型分析模型管理安全規(guī)則管理數(shù)據(jù)資產(chǎn)管理點位管理數(shù)據(jù)校核數(shù)據(jù)處理數(shù)據(jù)插值安全計算數(shù)據(jù)預測數(shù)據(jù)統(tǒng)計…數(shù)據(jù)服務網(wǎng)關數(shù)據(jù)服務告警推送工藝預警設備健康預警危險源告警預測性告警實時/時序數(shù)據(jù)空間數(shù)據(jù)關系數(shù)據(jù)非結(jié)構化數(shù)據(jù)半結(jié)構化數(shù)據(jù)IOT接入數(shù)據(jù)接入/抽取運行保障體系標準規(guī)范運行管理機制實施培訓云邊端產(chǎn)品簡介(軟硬件一體解決方案)基于新一代物聯(lián)網(wǎng)及人工智能技術的安全態(tài)勢感知PAAS平臺豐富的組態(tài)接口，能與各類傳感器PLC及DCS進行對接。自主研發(fā)的串口服務器，可以實現(xiàn)在極端情況下的數(shù)據(jù)傳輸。最多支持3000個點位的數(shù)據(jù)傳輸。并且支持4G網(wǎng)絡。適應性強，適用于各種復雜的工況環(huán)境，并且不依賴于局域網(wǎng)絡安全生產(chǎn)風險管理模型生產(chǎn)活動風險評估與控制系統(tǒng)風險作業(yè)風險管理風險生產(chǎn)流程風險安全管理要素檢查評估報告與風險概述工作標準風險控制與管理措施人、機、物風險作業(yè)現(xiàn)場管理作業(yè)過程管理工作標準作業(yè)指導書應急及事故管理檢查與審核流程控制風險評估應急預案持續(xù)改進安全生產(chǎn)事故排查與隱患治理模型風險點識別風險點危險源辨識風險評價分級典型控制措施風險管控隱患排查隱患治理若干危險源若干危險源若干危險源若干危險源一級風險點二級風險點三級風險點四級風險點消除替代管理個體防護公司、車間、班組、崗位各級工程、管理、教育措施、PPE公司、車間、班組、崗位各級隱患分級排查隱患分級治理公司、車間、班組、崗位各級PDCA用戶場景—廠區(qū)安全指數(shù)儀表盤一張圖—大屏系統(tǒng)配合廠區(qū)地圖以及集團工廠分布圖使用?？梢灾庇^反映企業(yè)安全生產(chǎn)情況，將各類雜亂無序的數(shù)據(jù)變成有價值的“數(shù)據(jù)資產(chǎn)”業(yè)務指標梳理可視化映射確定大屏尺寸分辨率頁面布局UI設計可視化開發(fā)現(xiàn)場交付、調(diào)試用戶場景-集團公司應用集團公司總經(jīng)理辦行政部集團EHSIT部人事。。。分公司工廠EHS生產(chǎn)車間工程部工藝部研發(fā)部。。。人一線員工二線員工外包人員通過Tab按鈕進行各個分公司的切換點擊違規(guī)事件圖，也可以鉆取到下一層級。在這里，可以看到違規(guī)事件的每日變化情況。同時，可以看相關的人員信息。點擊風險隱患，可以鉆取到風險隱患的明細頁面。并且可以看到每個工廠的隱患情況在地圖上，可以看到每棟建筑物的告警情況，并且可以看到人員及車輛的行動軌跡安全培訓、應急演練及一些其他安全流程的執(zhí)行情況。點擊可以鉆取到各個分公司的安全流程運營情況所有內(nèi)容，都在一張圖讓集團領導和公司領導，對下屬企業(yè)的安全狀況一目了然，盡在掌握。同樣，可以將層級再往上延伸。比如，可以提供開發(fā)區(qū)視角，查看區(qū)內(nèi)所有企業(yè)安全生產(chǎn)的狀況。用戶場景-風險預警模塊用戶場景-巡檢工作模塊用戶場景-日常巡檢統(tǒng)計分析模塊用戶場景-生產(chǎn)作業(yè)許可管理模塊規(guī)范作業(yè)流程控制作業(yè)風險以國務院、應急管理部、地方政府、行為規(guī)范等有關法律法規(guī)標準為依據(jù)，圍繞特殊作業(yè)管理的全過程進行系統(tǒng)化設計，梳理出標準、規(guī)范的作業(yè)流程，明確每個作業(yè)參與人員的職責和工作內(nèi)容，剛性履職，同時系統(tǒng)還內(nèi)嵌了JSA、SCL等風險分析方法，輔助辨識風險，確保企業(yè)的特殊作業(yè)符合相關規(guī)范要求，控制作業(yè)風險，避免事故的發(fā)生。作業(yè)申請方案確定作業(yè)準備審批簽發(fā)監(jiān)督檢查驗收關閉作業(yè)評估初步作業(yè)方案安全措施制定作業(yè)風險評估資質(zhì)審核安全措施落實工器具檢查作業(yè)交底現(xiàn)場巡檢人員定位環(huán)境監(jiān)測視頻監(jiān)控人臉識別作業(yè)核實現(xiàn)場恢復用戶場景-承包商管理模塊承包商管理，實現(xiàn)承包商施工作業(yè)前的資質(zhì)和準入管理把關不嚴、施工方案審查把關不到位、現(xiàn)場施工監(jiān)督不嚴格，重點時段、關鍵工序升級管理不到位等問題作業(yè)錄入前作業(yè)中檢查作業(yè)后評價用戶場景-完善的權限管控及審批流程審批實施整改計劃培訓計劃年度演練計劃隱患排查計劃等部門管理者可以發(fā)起一個計劃，并且分配給一個部門或者某個人。發(fā)起計劃后，即進入審批流程，流程支持靈活定義。審批通過后，即由相應負責人進行實施在實施頁面可以看到不同計劃的實施進度。還可以看到計劃詳情由相應權限人員對計劃實施過程進行確認，如果發(fā)現(xiàn)有未符合要求的實施過程，則進行整改。從而最大限度的杜絕隱患用戶場景-完善代辦提醒功能自己賬號登錄系統(tǒng)后，會顯示代辦事項的提醒功能包括各類計劃的安排、文件審批、項目到期續(xù)約等等。在安全流程管控的協(xié)同工作中，做到萬無一失。用戶場景-各類傳感器與視頻聯(lián)動控制痛點整個火災確認過程時間過長—緊急情況下，時間就是生命，時間就是財產(chǎn)?；馂牡攸c除了值班人員外，廠區(qū)其他人并不知情。除非通過全場廣播。整個火情過程期間，影像只能保存一段時間，事后調(diào)取過程十分繁瑣，甚至幾天后就會被覆蓋廠區(qū)內(nèi)某處發(fā)生火災痛點火災傳感器報警，消防控制室主機產(chǎn)生警報。消控室的值班人員根據(jù)小屏幕顯示的點位號，手忙腳亂查找到所在大樓，再從攝像頭主屏幕找到大樓某著火處的顯示通道，調(diào)出畫面觀看火情；確認火情后撥打報警電話。云端總控屏幕，動態(tài)顯示地圖報警火災報警監(jiān)控主機屏幕彈出報警攝像頭自動切換至現(xiàn)場及周邊圖像短信通知相關人員處置結(jié)果記錄記錄追溯場景解決方案用戶場景-綜合運維，設施管理設備設施的綜合運維設施設備的定位及擺放，點位的情況難以掌握設備設施三維建模實現(xiàn)查找與定位查詢和統(tǒng)計運行與維護履歷追溯痛點場景解決方案場景加入巡檢結(jié)果用戶場景-DCS遠程連接—RPA解決方案DCS報警分類較多，報警處理也較復雜，實際使用過程中需要值班人員看護，及時處理報警。24小時值守看護，將花費巨大人力成本通過圖像識別，OCR識別等技術定義DCS報警以及處理的內(nèi)容遠程連接DCS主機，報警處理由RPA自動觸發(fā)執(zhí)行場景場景痛點解決方案合成藥生產(chǎn)DCS控制系統(tǒng)用戶場景-安全作業(yè)管理流程高風險作業(yè)（比如說，動火作業(yè)，登高作業(yè)），需要申請，并且實時查看作業(yè)情況，有風險隱患，及時報警作業(yè)管理流程不規(guī)范，并且無法實時查看，事后無法追溯場景場景痛點解決方案高風險作業(yè)申請請作業(yè)審批作業(yè)過程實時查看，地圖風險顯示作業(yè)情況記錄用戶場景-危險作業(yè)流程審批模塊可配置化的流程引擎，多重送達方式自由選擇；強化審批安全，可使用短信驗證或手寫簽名功能流程全過程可視化監(jiān)控，實時管控流程辦理情況流程全過程管控用戶場景-人員車輛定位管理危化品車輛在廠區(qū)內(nèi)必須嚴格按照規(guī)定路線行駛?；奋囕v在廠區(qū)未按照規(guī)定路線行駛，隨意改道，導致安全隱患，并且由于軌跡無法追溯，因此也就無法預警給車輛發(fā)放UWB標簽廠區(qū)地圖上預先規(guī)劃好行駛路線發(fā)現(xiàn)違規(guī)，立即報警還可用于訪客管理，人員越界管理等各類場景場景場景痛點解決方案無法實時定位巡檢人員的位置，很難評估巡檢人員的工作量和盡職程度對于訪客無法精準定位會有越界等情況發(fā)生巡檢人員或者訪客必須按照規(guī)定路徑行走在指定路線布設藍牙標簽，部署基站人員佩戴定位設備自動生成路徑記錄，包括人員、地點、時間用戶場景-預警分析模塊數(shù)據(jù)質(zhì)量：超時、無效、跳變、重復、零漂數(shù)據(jù)篩選：閾值、滑差轉(zhuǎn)告警：遙信變位、越限事件預測：ARIMA

（分鐘、小時）窗口統(tǒng)計：最大值、最小值、平均值、計數(shù)補數(shù)：心跳周期、剔除無效值、質(zhì)量標記、狀態(tài)估值特征值1：最大值、最小值、算術均值、幾何均值、差值、匯總特征值2：乘積、平方和、對數(shù)和、方差、標準差、峰度、偏度特征值3：中值（p50）、p1、p10、p90、p99、p999插值算法：不插值、線性插值、梯形插值、臨近插值、差值插值、移動平均曲線算術疊加、曲線比例疊加、曲線運算（加、減、乘、除）曲線（分組）聚類：單峰、雙峰、三峰、早晚峰、低谷峰遙信：SOE轉(zhuǎn)告警、繼電保護動作事件、開合閘記錄信息采集：集中器、表計、傳感警告限值告警：越下下限、越下限、越上限、越上上限、傳感器錯誤三相不平衡：電流、電壓統(tǒng)計類：缺數(shù)統(tǒng)計、越限統(tǒng)計、不在線統(tǒng)計、告警統(tǒng)計預警類：閾值預警、趨勢預警、偏差預警、偏差率預警變壓器：短時過載、長期過載、長期低載、需量預警、容量預警溫度類：快速升溫、環(huán)境溫度對比、溫度變化率、溫度電流比、局部過熱功率因素比：補償不足、過補、補償不平衡諧波類：總諧波畸變率、諧波含有率、3579次諧波含有率相角類：相序錯誤、相序突變、相位異常、零序電流異常流計算統(tǒng)計類事件類業(yè)務類用戶場景-移動端模塊企業(yè)信息點對頂推送企業(yè)安全工作及時提醒企業(yè)風險隨時巡檢企業(yè)安全情況隨時掌握用戶場景-3D建模三維可視化展示，高度自動化，信息化，集中化通過三維傾斜攝影技術，采集企業(yè)數(shù)據(jù)，產(chǎn)生三維模型。在模型上展示企業(yè)風險分布，事故模擬分析效果，應急物資，裝備情況，應急疏散路徑等產(chǎn)品優(yōu)勢兼提供能兼容海灣、安可信、博康、特靈、利萬嘉、特安等多種火災安防及可燃氣體監(jiān)測設備的數(shù)據(jù)接口。并且支持?？?、大華等主流品牌的監(jiān)控設備通利用OCR、RPA、虛擬遠程桌面等先進技術手段實現(xiàn)DCS的連接及報警監(jiān)測。讓連接無所不能新理念新。我們倡導的是主動安全管理理念，力爭防患于未然，杜絕安全隱患，是我們產(chǎn)品的目標智人工智能視頻分析技術，輕松判斷人員越界，非法聚集等危險場景，主動報警降本增效杜絕安全隱患快速響應感謝聆聽產(chǎn)品質(zhì)量的源頭——H為是如何進行需求管理的？>

為什么要做需求管理（Why）>

需求管理的流程和組織（How）?

需求管理在產(chǎn)品開發(fā)體系中的位置需求管理Charter業(yè)務計劃路標戰(zhàn)略規(guī)劃IPD流程緊急需求?

需求管理對于產(chǎn)品開發(fā)質(zhì)量和成本的重要性?

IT工具管理需求，根據(jù)重要、及時性等排序奶如產(chǎn)

品規(guī)劃?需求納入Charter開發(fā)中支撐產(chǎn)品戰(zhàn)略的準確性和競爭力的提升?聚焦戰(zhàn)略客戶挖掘、研究中長期需求?重心前移：輸出重大價值需求分析文檔確保產(chǎn)品戰(zhàn)略的準確性和競爭力持續(xù)領先?

需求收集、整理?采用需求分類Excel表?

傳遞研發(fā)對產(chǎn)品戰(zhàn)略和產(chǎn)品規(guī)劃基本沒有影響?

需求管理發(fā)展三個階段需求管理的最終目標初級高級中級>

為什么要做需求管理（Why）>

需求管理的流程和組織（How）名稱定義原始需求來自公司內(nèi)、外部客戶的，關于產(chǎn)品與解決方案的所有需求。包括銷售項目需求和非銷售項目需求。

簡單理解就是描述客戶需要什么的問題初始需求原始需求經(jīng)過RAT分析后，站在客戶視角，以準確的語言（完整的背景、標準的格式）重新描述的需求。

簡單理解就是是分發(fā)到

當前產(chǎn)品需要實現(xiàn)的原始需求客戶問題客戶面對的挑戰(zhàn)與機會（客戶戰(zhàn)略痛點），也就是該需求給客戶帶來的核心價值。系統(tǒng)特性指產(chǎn)品為支撐客戶問題所具備的重大能力，是產(chǎn)品的賣點集合。

簡單理解就是描述產(chǎn)品能提供什么能力以解決客戶面對的問題系統(tǒng)需求是系統(tǒng)對外呈現(xiàn)的，可測試的全部功能需求和非功能需求。

簡單理解就是解決產(chǎn)品要做什么樣的問題客戶

問題

系統(tǒng)特性系統(tǒng)需求?如何描述需求？

產(chǎn)品需求的分層描述框架和標準從客戶需求到最

終研發(fā)完成，需

求會不斷轉(zhuǎn)化和

分解原始需求初始需求產(chǎn)品需求產(chǎn)品包需求的分層模型分類定義需求分層關系需求分解示例消費者/客戶

問題消費者/客戶期望產(chǎn)品解決的問題（/外部）原始需求：手機不支持通話中錄音，很不爽！要是能錄音就好了。初始需求：消費者/客戶希望手機在通話過程中能夠錄音系統(tǒng)特性描述產(chǎn)品為解決消費者/客戶問題所支撐的能力特性需求：手機需支持通話錄音功能系統(tǒng)需求系統(tǒng)需求是對特性進行分析加工后形成的產(chǎn)品的黑盒交付需求，不涉及具體的實現(xiàn)方案系統(tǒng)需求：1，通話中可啟動錄音；2，通過結(jié)束錄音停止；3，錄音文件采用MP3格式；4，用戶可隨時回放電話錄音文件；5，啟動和停止可單手操作；?產(chǎn)

品包需求描述：問題+特性+需求（舉例）產(chǎn)品包需求（可驗證）

=初始需求+系統(tǒng)特性+系統(tǒng)需求，以及他們的對應關系特性需求系統(tǒng)需求原始需求初始需求系統(tǒng)需求系統(tǒng)特性問題?

需求分層分析樣例?

需求管理流程來源：公司內(nèi)所有人都應該收集需求（產(chǎn)品管理部）分析：設置專門的需求分析團隊RAT負責對需求的分析和決策，其輸出是已確認并排序的需求列表需求管理是持續(xù)進行的過程，與版本開發(fā)過程并無綁定關系外部來源?消費者/客

戶?行業(yè)分析?競爭對手

?展覽?雜志來源?公司管理層

?PDT?PMT?售后服務?預研?營銷?研發(fā)?其它部門需求納入?業(yè)務計劃/

路標規(guī)劃?產(chǎn)品開發(fā)

項目任務書?產(chǎn)品開發(fā)

項目組的

需求說明書開發(fā)需求?

新方案?新產(chǎn)品/

?新版本?

變更正在

?

開發(fā)的產(chǎn)

?

品業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）收集需求?外部需求?需求準確理解?解釋?過濾?檢視需求價值?分類?排序?證實分發(fā)需求跟蹤需求變更

控制需求分發(fā)收集實現(xiàn)驗證需求分析決策驗證重要不緊急重要&緊急?決定是否接納的組織?

需求處理電子流>與客戶溝通不充分，不深入，理解不深刻（方案：

貼近客戶收集需求）>與客戶接觸頻繁的人員（如：銷售），

沒有動力、能力和時間做好需

求工作（方案：建立專門組織）>需求描述部規(guī)范，“一句話”需求比較膚淺（方案：

規(guī)范需求描述—問題、場景、價值、描述）>缺乏統(tǒng)一的需求管理電子流，需求分散不同部門、不同人員（方案：建立統(tǒng)一OR電子流平臺）>收集途徑單一（方案：圍繞產(chǎn)品從客戶、行業(yè)、競爭深挖需求）>非功能性需求考慮不夠，

需要不完整（方案：DFX）外部來源

?消費者/客

戶?行業(yè)分析?競爭對手?展覽?雜志來源?公司管理層?PDT?PMT?售后服務?預研?營銷?研發(fā)?其它部門?

常見問題：收集不到有價值的需求收集需求?外部需求?需求收集原因分析需求的來源

銷售項目需求?

售前識別不滿足項——

由渠道接口人負責提交?

售后識別的新需求和問題——

由服務經(jīng)理負責提交

非銷售項目需求?

拜訪客戶、市場交流研討、展會、競爭對手分析等途徑識別的需求?客戶的需求，如產(chǎn)品配套需求、可服務性需求

需求電子流需求?

所有員工都可以通過電子類提交需求?

所有需求都必須通過電子流程提交需求提交的質(zhì)量要求 完整，需包含消費者/客戶問題、應用場景、需求價值、需求描述外部來源

?消費者/客

戶?行業(yè)分析?競爭對手?展覽?雜志來源?公司管理層?PDT?PMT?售后服務?預研?營銷?研發(fā)?其它部門?

需求來源及質(zhì)量要求收集需求?外部需求?需求收集?

H為的產(chǎn)品管理部，既不屬于研發(fā)體系，也不屬于銷售體系，他不看兩邊領導的臉色，獨立、客觀的對產(chǎn)品競爭力負責。?

產(chǎn)品管理部成員，來自研發(fā)部和市場部，以技術背景為主，市場背景為輔，要求綜合能力強，打造一個非常精干的隊伍。?

不是基于研發(fā)能力產(chǎn)品的規(guī)劃，而是基于客戶的需求，以及競爭力的需求，產(chǎn)品管理部對產(chǎn)品的競爭力負責?成為有獨特價值的一個組織體系。?

產(chǎn)品管理部的人，研發(fā)和市場都能搞得定，

有交流能力、協(xié)調(diào)能力、理解能力，是有市場和研發(fā)多年經(jīng)驗的骨干?

H為整個的需求管理，以產(chǎn)品管理部為核心，其他部門配合推進的MKT/產(chǎn)品管理部

研發(fā)研

發(fā)市

場市

場機關與區(qū)域的配合?區(qū)域的PM分部的建設和業(yè)務完全由機關PM負責，包括預算和費用，自己帶

糧食去一線,地區(qū)部MKT為第二考評?產(chǎn)品管理部組織建設建議XX區(qū)域PMXX產(chǎn)品PM公司戰(zhàn)略與MKT產(chǎn)品規(guī)劃需求管理IPMT產(chǎn)品線PMTXX產(chǎn)品PDTXX產(chǎn)品BMT效果方法時間范圍產(chǎn)品范圍短期中期長期當前未來直接用戶大會★★★★專家顧問團★★★★★間接需求探針★★★★★用戶訪談★★高層拜訪★★★★★合作開發(fā)★★★產(chǎn)品試用★★現(xiàn)場支持★★售后反饋★★外部來源

?消費者/客

戶?行業(yè)分析?競爭對手?展覽?雜志來源?公司管理層?PDT?PMT?售后服務?預研?營銷?研發(fā)?其它部門收集需求?外部需求?需求?常用需求采集途徑收集客戶試圖解決什么問題？

客戶今天的需求是什么？一年？兩年？

五年呢？客戶想怎樣增長自己的業(yè)務？客戶認為未來市場的變化趨勢會是什么？現(xiàn)在我們帶給市場什么價值？

針對本領域的產(chǎn)品客戶最大的擔憂是什么？

客戶的客戶有什么期望？客戶認為誰是我們的競爭對手（直接和潛在）

？客戶認為我們的優(yōu)勢＆弱點是什么？客戶認為我們競爭對手的優(yōu)勢＆弱點是什么？外部來源

?消費者/客

戶?行業(yè)分析?競爭對手?展覽?雜志來源?公司管理層?PDT?PMT?售后服務?預研?營銷?研發(fā)?其它部門?

需求收集方法：客戶需求十問收集需求?外部需求?需求收集外部來源

?消費者/客

戶?行業(yè)分析?競爭對手?展覽?雜志來源?公司管理層?PDT?PMT?售后服務?預研?營銷?研發(fā)?其它部門從8個維度分析，形成原始需求清單收集需求?外部需求?需求*客戶$APPEALS也代表了客戶的購買標準。收集需求編號收集途

徑（*）目標產(chǎn)

品（*）相關客戶

/目標市場提出

部門

（*）提出者及聯(lián)系方式（*）提出日期（*）期望答復

日期期望交付日

期（*）客戶需

求描述

（*）商業(yè)價值

描述(定量*）商業(yè)價值

描述(定性*)技術領域建議解決方案描述銷售和

投標XXX線上/線

下/規(guī)劃

提出的，

必填自動生

成自動生成期望日期

及最晚可

接受如：銷

售額/銷

量/成本如：戰(zhàn)

略意義

/提升

競爭力軟件/硬

件/芯片

/算法/

其他外部來源

?消費者/客

戶?行業(yè)分析?競爭對手?展覽?雜志來源?公司管理層?PDT?PMT?售后服務?預研?營銷?研發(fā)?其它部門?

需求收集模板：舉例收集需求?外部需求?需求收集

PL-RMT是產(chǎn)品線任命的需求管理團隊，主任一般是對應產(chǎn)品管理部負責人，負責產(chǎn)品線的產(chǎn)品包需求管理推行工作，以及產(chǎn)品線需求的分發(fā)和管理監(jiān)控，并代表本產(chǎn)品線負責跨產(chǎn)品線需求的協(xié)調(diào)。

PL-RAT是產(chǎn)品線任命的需求分析團隊，支撐對應領域的PL-RMT成員工作。在PL-RMT組織下，負責本產(chǎn)品線需求的分析和評估，支撐決策。

公司級RMT

PL-RMT

。。。

PL-RAT1

PL-RAT2

?

如何進行需求的分析與決策？準確理解?解釋?過濾?檢視需求價值?分類?排序?證實分析組織結(jié)構

RMT:跨研發(fā)、PM、銷售、一線MKT/銷售的跨部門團隊,是需求的決策會議，例行會議方式運作,事件驅(qū)動,產(chǎn)品管理部部長一般負責RMT的運作,是leader

(輔助PDT/SPDT

Leader做重大需求決策)

RAT:有研發(fā)、SE主導，PM參與的運作組織,SE任leader

(事實負責一般需求的決策)明白人干明白事對組織運作的效率成倍提升?

如何進行需求的分析與決策？準確理解?解釋?過濾?檢視需求價值?分類?排序?證實分析組織成員?分析需求首先要理解客戶需求

“話機聽筒的電纜應該有10米長”（客戶需求）“可以拿著電話在房間的任何一個地方通話”///10m準確理解?解釋?過濾?檢視需求價值?分類?排序?證實分析而客戶的真正意圖是Why?需求分類原始需求客戶價值應用場景是否接納P(外觀)精巧時尚，簡約便攜滿足客戶對審美情

趣NAP

（電源）能自帶鋰電池，容量要

大能長時間使用在沒有市電的情況下P

（電源）能給手機充電代替移動電源手機沒電的情況下S（3G卡）能支持3G上網(wǎng)，兼容主

流上網(wǎng)卡不挑運營商，可以隨便買卡都能用選擇中意的3G運營

商，包括已有3G卡$

（功能多）能在不同場景下使用，

省錢節(jié)約客戶的錢1，在酒店已有網(wǎng)絡；

2，在戶外；3，在家里；E

（易用性）充電方便容易使用，不挑充

電器在已有充電器的情況

下原始需求按著$APPEALS模型分析，經(jīng)過充分討論和確認后，形成的原始需求清單。準確理解?解釋?過濾?檢視需求價值?分類?排序?證實某路由器公司對3G無線路由器的市場需求進行分析，得到原始需求如下：?

原始需求理解分析初始需

求編號領域初始需求描述分析責任

人是否基線

化IR-WJ001外觀精巧時尚，簡約便攜張三YIR-DY001電源產(chǎn)品自帶鋰電池，容量要大李四YIR-DY002電源能給手機充電李四YIR-DY003電源給3G路由器充電方便李四IR-3G0013G上網(wǎng)能支持3G上網(wǎng)，兼容主流上網(wǎng)

卡王五YIR-3G0023G上網(wǎng)能在不同場景下使用，省錢王五Y?原始需求初步澄清、理解和歸整，確定分析責任人原始需求清單經(jīng)過需求分析組織歸整（解釋、過濾、檢視），形成產(chǎn)品的初始需求，

分配到相應責任人分析準確理解?解釋?過濾?檢視需求價值?分類?排序?證實分析初始需求編號初始需求特性編號特性OWNER特性描述基線化IR-WJ001精巧時尚，簡

約便攜SF-IR-WJ0011王凱外觀以純凈白色為主色調(diào)，經(jīng)過高精度的模具工藝和一流的表面拋光處理，簡約時尚，握感舒適。YIR-DY001產(chǎn)品自帶鋰電

池，容量要大SF-IR-DY0011李占內(nèi)置5200mAh大容量鋰電池，持久供電YIR-DY002能給手機充電SF-IR-DY0021李占提供1個標準USB接口，可作為移動電源給手機充電YIR-DY003給3G路由器充

電方便SF-IR-DY0031李占提供1個MicroUSB接口，支持原裝充電器、移動電源和手機

充電器等供電方式，使用更靈活YIR-3G001能支持3G上網(wǎng)，

兼容主流上網(wǎng)

卡SF-IR-3G0011SF-IR-3G0012SF-IR-3G0013張飛1,支持中國電信（CDMA2000）3G上網(wǎng)卡;2,中國聯(lián)通（WCDMA）3G上網(wǎng)卡；3,中國移動（TD-SCDMA）3G上網(wǎng)卡；YIR-3G002能在不同場景

下使用，省錢SF-IR-3G0021SF-IR-3G0022SF-IR-3G0023關羽1,酒店環(huán)境——AP模式，即插即用，無需配置2,家庭環(huán)境——

Router模式，支持筆記本、手機、Pad等多

臺終端以無線方式接入共享網(wǎng)絡帶寬3,戶外環(huán)境——3G模式，輕松化3G為Wi-Fi，即插即用，無需配置Y?初始需求分析生成系統(tǒng)特性系統(tǒng)特性是產(chǎn)品包的主要賣點，每條特性都是滿足客戶特定需求的端到端解決方案，

特性具有可測試可驗證的特點。準確理解?解釋?過濾?檢視需求價值?分類?排序?證實（不可測試，不可驗證，如何驗證你的賣點？）分析?

以特性作為賣點案例簡潔明了的要求描述,指明方向、明確原則、聚焦重要目標分解的定量和定性具體要求,來支撐質(zhì)量目標?

詳細定義(內(nèi)外部)客戶可感知、可驗收的DFx要求?

樹立比較基準和標桿,能比較當前差距和改進效果?

定義標準分級,牽引產(chǎn)品逐步改進,設計需求基線、設計規(guī)范/指DFX作了詳細的要求和規(guī)定組織、責任人,并承擔競爭目標(和對手比)和持續(xù)改進目標(和自己比)DFX是產(chǎn)品需要實現(xiàn)的除功能外的各種質(zhì)量屬性如可靠性、可服務性、可制造/供應性、可行銷

性、節(jié)能減排等?

非功能性需求收集方法

---DFX分析DFx是產(chǎn)品包的重要組成部分。公司從質(zhì)量目標、質(zhì)量屬性標準、

南/設計案例等方面著手，對各類質(zhì)量目標準確理解?解釋?過濾?檢視需求價值?分類?排序?證實從設計角度設計和分解質(zhì)量目標和質(zhì)量屬性標準設計規(guī)范/指南設計案例設計需求基線質(zhì)量屬性標準設計約束、指導、設計經(jīng)驗總結(jié)和設計參考DFX

質(zhì)量要求分析重要DFX都有專門的責任??

??

各級跨部門團隊,尤其是PDT的相關領域代表,是其本領域DFX的天然責任人:采購制造、服務、銷售?

無天然責任人的DFX

少數(shù)重要領域成立專門能力組織:可靠性、網(wǎng)絡安全....

SEG

(系統(tǒng)工程師組,產(chǎn)品的技術與設計責任組織)兼職負責?SEG最終對所有DFX擔負整體責任?

非功能性需求分析責任組織準確理解?解釋?過濾?檢視需求價值?分類?排序?證實采購制造分析IPMT主任技術支持運營財務市場開發(fā)采購制造其他開發(fā)服務財務市場PQALPDT特性編號特性描述系統(tǒng)需求編號系統(tǒng)需求描述分析責任人基線化SF-IR-WJ0011外觀以純凈白色為主色

調(diào)，經(jīng)過高精度的模具工藝和一流的表面拋光

處理，簡約時尚，握感

舒適。SR-SF-IR-WJ00111

SR-SF-IR-WJ00112

SR-SF-IR-WJ00113

SR-SF-IR-WJ00114

SR-SF-IR-WJ001151，材料：塑料：2，體積：

一個手可以握?。?/p>

97mmx44mmx

28.5mm（L

x

W

x

H）3，造型：長方體：4，表面光潔；5，外觀純白：工業(yè)設計SE：xxx工藝設計SE:xxYSF-IR-DY0011內(nèi)置5200mAh大容量鋰電池，持久供電SR-SF-IR-DY00111SR-SF-IR-DY001121,結(jié)構提供主流外購電池空

間；2

，在外形尺寸在約束下，

提供電路板安裝空間；結(jié)構設計SE:xxx硬件設計SE:xxxYSF-IR-DY0021提供1個標準USB接口，

可作為移動電源給手機

充電SR-SF-IR-DY00211SR-SF-IR-DY002121，提供標準USB接口；2，硬件提供鋰電池到USB的轉(zhuǎn)換電路結(jié)構設計SE:xx硬件設計SE:xxxYSF-IR-DY0031提供1個Micro

USB接口，

支持原裝充電器、移動

電源和手機充電器等供

電方式，使用更靈活SR-SF-IR-DY00311SR-SF-IR-DY003121，提供MicroUSB接口；2，硬件提供USB充電電路；結(jié)構設計SE:xxx硬件設計SE:xxxY?

系統(tǒng)特性全面分析，生成系統(tǒng)需求清單（功能性）系統(tǒng)需求：描述支撐系統(tǒng)特性產(chǎn)品所具備的具體需求，是產(chǎn)品對外呈現(xiàn)的，可測試的全部功能需求和非功能需求，

非功能需求包括成本（降成準確理解?解釋?過濾?檢視需求價值?分類?排序?證實本）、

DFX等。系統(tǒng)需求不僅僅包含客戶視角分解到系統(tǒng)的所有需求，

還包括能體現(xiàn)產(chǎn)品競爭力的上下游的所有需求分析系統(tǒng)需求編號非功能需求類別系統(tǒng)需求描述分析責任人基線化非功能需求編號包裝150M無線便攜式3G路由器

TL-MR12U；USB線；用戶手

冊；保修卡SE:xxY非功能需求編號環(huán)境工作溫度：

0℃

到

40℃;存儲溫度：-20℃

到

60℃。SE:xxY非功能需求編號系統(tǒng)工程師根據(jù)產(chǎn)品特和非功能需DFX對產(chǎn)品包需求

定和以前經(jīng)驗

求，共同形成電源開

關模式選擇開關電池電量檢測按鈕Reset按進鈕行細化和完善，尤其系

狀求

積態(tài)

示，競爭對手分析，客戶體驗

產(chǎn)量

系統(tǒng)需求，作為產(chǎn)

電統(tǒng)SE:xx中的非功能需求

等加以完善。功

分析與設計的依Y,需要能需求據(jù)。?

系統(tǒng)特性全面分析，生成系統(tǒng)需求清單

（非功能性）準確理解?解釋?過濾?檢視需求價值?分類?排序?證實分析需求類型分發(fā)渠道交付件中長期需求規(guī)劃需求池，在規(guī)劃中處理，通過SP進行承接，并且可以作為戰(zhàn)略課題，輸入到戰(zhàn)略MKT或創(chuàng)

新中心研究（包括與戰(zhàn)略客戶成立的聯(lián)合創(chuàng)新中心）SP中期需求加入路標，通過產(chǎn)品/技術BP承接和交付BP中短期需求加入CHARTER的需求包，直接通過Charter開發(fā)

承接和落實Charter短期需求PDT項目-PDCP前，加入需求包，通過開發(fā)流程承接，和交付交付版本緊急需求PDCP后，通過PCR，項目變更。直接通過變更

插入到開發(fā)流程中交付。交付版本業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）?

需求分發(fā)基本原則分發(fā)需求分發(fā)決策重要不緊急重要&緊急業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）?

需求分發(fā)基本原則分發(fā)PDTRMT路標待規(guī)劃需求池Charter新機會點分析原始需求庫需求分發(fā)RAT

1決策重要不緊急重要&緊急業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）?

需求分發(fā)的路徑分發(fā)需求分發(fā)決策重要不緊急重要&緊急業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）?

需求分發(fā)的角色與職責分發(fā)需求分發(fā)決策重要不緊急重要&緊急?到達市場管理（MM）的需求必須由PMT處理。

如果被接納，可能分發(fā)到：.

產(chǎn)品線業(yè)務計劃.

產(chǎn)品線路標規(guī)劃.

PDT

任務書?當PMT創(chuàng)建業(yè)務計劃、路標規(guī)劃或charter時，他們需要使用需求管理流程作為他們的需求來

源之一.

瀏覽市場需求.

同時考慮被接納和被拒絕的需求業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）?分發(fā)到規(guī)劃部的需求分發(fā)需求分發(fā)決策重要不緊急重要&緊急?分發(fā)到IPD流程的需求?

需求可能在產(chǎn)品開發(fā)的任何階段產(chǎn)生，但是OR分發(fā)子流程的關注焦點是在前期傳遞到概念階段。?在PDCP前，各領域來的需求通過端到端產(chǎn)品包需求模板匯集為未來產(chǎn)品包需求。.

PDT必須確保他們有關于該產(chǎn)品需求的完整清單.

他們必須（持續(xù)地）依據(jù)需求管理電子流更新此清單，確保清單中包含有最近錄入電子流的需

求.

他們必須檢查作為基線的需求是否也被錄入了需求管理工作流.

這些變更必須進行，即使變更控制尚未引入?在PDCP后，新的/改變的需求必須通過PCR流程。從需求到PCR的關聯(lián)會安排變更轉(zhuǎn)化為正確需求的路徑。通過這些關聯(lián)確保更新相關需求和產(chǎn)品。業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）分發(fā)需求分發(fā)決策重要不緊急重要&緊急?分發(fā)到新機會點分析的需求?

由戰(zhàn)略企劃部、規(guī)劃MKT部和預研部

負責對新機會進行分析，并給出建議：①拒絕②跟蹤③深入分析或預研，根據(jù)深入分析的結(jié)果：?

由戰(zhàn)略企劃部提請公司IPMT決策是否

進入該領域，及后續(xù)相應措施?

由規(guī)劃MKT部在規(guī)劃時（特殊情況申

決策）成立新PDT或現(xiàn)有SPDT業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）分發(fā)需求分發(fā)決策重要不緊急重要&緊急業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）?

需求爭議升級機制分發(fā)需求分發(fā)決策重要不緊急重要&緊急BMT決策

IRB決策

PMT決策

長期議而不決的需求走快速通道！業(yè)務計劃產(chǎn)品線

路標規(guī)劃項目任務書在研產(chǎn)品（變更）IPMT決策PL-RMT/RAT團隊達成一致?

需求爭議升級機制分發(fā)跨產(chǎn)品線需求技術總監(jiān)與產(chǎn)品

總監(jiān)單產(chǎn)品線需求產(chǎn)品經(jīng)理與產(chǎn)品

線總監(jiān)Charter批準前的需求決策通道Charter批準后的需求決策通道快速決策通

道IPD需求分發(fā)CDP三條決策通道；分層級決策機制決策

重要不緊急重要&緊急

MM需求納入?業(yè)務計劃/

路標規(guī)劃?產(chǎn)品開發(fā)

項目任務書?產(chǎn)品開發(fā)

項目組的

需求說明書開發(fā)需求?新方案?新產(chǎn)品/

?新版本?

變更正在

?開發(fā)的產(chǎn)

?

品原始需

求?

需求的分解與實現(xiàn)的關系特性系統(tǒng)子系統(tǒng)/模塊/接口特性需求分配需求系統(tǒng)需求需求跟蹤需求變更

控制→需求流

—→設計流

→約束流實現(xiàn)產(chǎn)品的初始需求客戶問

題RR需求納入?業(yè)務計劃/

路標規(guī)劃?產(chǎn)品開發(fā)

項目任務書?產(chǎn)品開發(fā)

項目組的

需求說明書開發(fā)需求?新方案?新產(chǎn)品/

?新版本?

變更正在

?開發(fā)的產(chǎn)

?

品分配需求，可以按領域進行，也可

以按子系統(tǒng)進行分配，需要根據(jù)組

織分析的效率進行選擇。?

需求的分解與實現(xiàn)的關系SF11SR111需求跟蹤需求變更

控制實現(xiàn)SF12IR1SF13SR113SR112S-AR113H-AR112S-AR112S-AR111H-AR111H-AR113硬件分配需求軟件分配需求（需求細化）

（BusinessUseCase）

N

Y

需求合并？

N

用例分析

Y

用例分析？

需求合并

產(chǎn)

案

系統(tǒng)需求品、解決方

需求1...n

如果需求需要細化/展開，按照產(chǎn)品包需求分析過程進行分解?

分解需求特性描述需求分解產(chǎn)品、解決方案系統(tǒng)特性客戶問題新特性？需求分解？新問題？客戶問題

描述特性分析客戶問題

分析原始需求（外部&客戶）正式需求原始需求需求分析YYYNNN客戶P交付/運維可服務性COOE

S核心能力可管理性可安裝性可維護性物理形態(tài)安全可靠價格成本功能L生命周期價格成本可行銷性配套需求.面向開發(fā)，是對產(chǎn)

品交付的要求.

包括功能、限制、

質(zhì)量屬性.通過對客戶面對的問題分析，

描

述客戶期望產(chǎn)品

解決的問題?

應用$APPEALS進行需求分類.

根據(jù)客戶的問題，確定產(chǎn)品用于解決

客戶問題的特性以客戶為中心，

按照

客戶問題->產(chǎn)品特性->包需求層層分解（含客戶需求）市場競爭客戶業(yè)務TCO

網(wǎng)絡環(huán)境應用環(huán)境認證A

$功能需求質(zhì)量屬性地理市場

準入CMO

CFO限

制客戶問題產(chǎn)品特性物理形態(tài)準入限制技術限制包需求可靠性可用性全球化資料安全性可行銷性CTOAP需求納入?業(yè)務計劃/

路標規(guī)劃?產(chǎn)品開發(fā)

項目任務書?產(chǎn)品開發(fā)

項目組的

需求說明書開發(fā)需求?新方案?新產(chǎn)品/

?新版本?

變更正在

?開發(fā)的產(chǎn)

?

品實施變更所有受影響的工作交

付件均需要同步修改，

包括需求的驗收標準、

分析設計文檔、代碼、

測試用例、用戶資料需要知會到所有受影響團隊和角色，特別是直接面對客戶的人驗證變更結(jié)果驗證變更實施的正確

性，

不僅要驗證程序，還要驗證相關的資料

文檔對客戶、工作量、進度、成本和質(zhì)量的影響，SE主導根據(jù)影響程度可分層決策，重大特性變更在產(chǎn)品線決策?

需求變更管理需求跟蹤需求變更

控制提出變更

請求分析變更

影響發(fā)布變更

結(jié)論RAT決策關閉確認變更實現(xiàn)?客戶需求不僅僅是軟硬件，而是一個完整的交付體

驗口碑

品

牌

企

業(yè)

形

象客戶需求不僅僅是軟硬件，而是一個完整的交付！如蘋果、三星產(chǎn)品售前售中售后可獲得性發(fā)貨保修建議功能性能包裝價格核心

產(chǎn)品服務無形影響核心產(chǎn)品?

什么是產(chǎn)品包？服務無形效益?產(chǎn)品包需求相關的角色定義?市場需求?業(yè)務專家負責

整合、折中?產(chǎn)品包需求?SE、LPDT負責?測試需求?測試專家負責?制造需求?制造專家負責?服務需求?服務專家負責?產(chǎn)品包需求生命周期規(guī)格（功能、性能、結(jié)構）產(chǎn)品數(shù)據(jù)采購制造（含工藝、裝備）資料技術支援定價和配置

器可獲得性

（流程要求）TR4模板、單板級功能完成并進行了調(diào)測開發(fā)物料采購完成產(chǎn)品配

置包Beta版不能發(fā)貨TR4A系統(tǒng)級的功能測試完成、少量的性能已經(jīng)測試、產(chǎn)品穩(wěn)定性和可靠性不能保證BOM發(fā)布試制物料到達啟動試制，工藝文件初步歸檔資料開發(fā)完成開發(fā)產(chǎn)品配

置包正式版不能發(fā)貨TR5系統(tǒng)級的功能、性能完成內(nèi)部測試，但沒有進行認證測試和外部測試維護

更新

BOM選定最終供應商，批量物料采購工藝裝備完成開發(fā)，并部分驗證資料測試完成進行可服務性、可安裝性的測試，培訓完成完成產(chǎn)品配

置包正式版

開發(fā)和測試少量早期發(fā)貨（BETA和EDCP之后）TR1TR2TR3TR4TR4ATR5TR6產(chǎn)品需求、

產(chǎn)品概念架構與系統(tǒng)設計概要設計詳細設計、BBFV測試結(jié)果原型機的質(zhì)量（SDV

結(jié)果）和初始產(chǎn)品的

準備情況初始產(chǎn)品的質(zhì)量（SIT結(jié)果）BETA、制造系統(tǒng)驗證、

認證和標桿測試結(jié)果

開發(fā)

驗證

發(fā)布TR4

TR4A

TR5TR6BBFV:

Building

Block

FunctionVerification構建模塊功能驗證BOM:

Billof

Material物料清單ADCP?TR關注點注：要求TR責任人對TR結(jié)果負責，在TR評審報告和電子流中增加責任聲明，責任聲明承諾人為SECharter

CDCP

PDCP

概念計劃TR3TR1TR2?

更加清晰的界定CDP和IPD的接口界面產(chǎn)品包需求Concept特性需求idea完整性系統(tǒng)性HowtoWin差異化平衡性競爭力聚焦于What概念階段立項階段聚焦于Why產(chǎn)品包需求（OR）管理流程?

需求是如何轉(zhuǎn)化的？設計規(guī)格系統(tǒng)構架設計需求產(chǎn)品概念需求實現(xiàn)及驗證子流程理解市場/組合分析/業(yè)務計劃概念階段計劃階段開發(fā)階段?

質(zhì)量屬性

?

DFX產(chǎn)品包需求市場需求客戶需要模塊設計需求客戶needs&wants功能需求非功能需求?

書面標準?

事實標準IPD開發(fā)流程

標準約束

MM流程??............?產(chǎn)

品包需求定義?做法1：

CDP和IPD之間的工作界面?做法2：

CDP和IPD之間的工作界面?產(chǎn)品包需求描述?

需求管理-實現(xiàn)都是保證產(chǎn)品滿足用戶需求的方法減少最終產(chǎn)品與用戶要求的差距?

做對的事?

確認需求是客戶想要的。?

客戶參與?

RAT負責?

把事做對?主要檢查各階段交付物是否正確地實現(xiàn)了需求?

PDT負責?

需求驗證與確認需求驗證需求確認驗證需求驗證VS需求驗證并不是一個嚴格意義上的階段，而是貫穿整個需求演化、分解、實現(xiàn)的一

系列質(zhì)量保證活動，包括：評審、測試等。?

需求驗證與確認驗證需求早期客戶需求確認的重要性驗證公司級需求管理團隊中央平臺

RMT產(chǎn)品線需求分析團隊

產(chǎn)品線需求質(zhì)量監(jiān)督C-RMT:OR業(yè)務管理體系中最高決策團隊，接受C-PMT的領導，代表C-PMT執(zhí)行公司級的需求管理職能；PL-RMT:接受PL-PMT的領導，代表PL-PMT產(chǎn)品線級需求管理職能，協(xié)調(diào)跨產(chǎn)品線的

需求管理；PL-RAT:按產(chǎn)品線下子產(chǎn)品或者臺燈領域設定，負責具體的需求處理，分析，分發(fā)，跟

蹤，驗證；PL-MQA：產(chǎn)品線需求質(zhì)量監(jiān)督，負責對需求管理活動質(zhì)量進行度量和審計?

需求管理組織結(jié)構設置PL-RMTPL-RMT中央平臺RAT中央平臺RATPL-RATPL-RATPL-RAT產(chǎn)品線需求管理團隊PL-RATC-RMT?

單一業(yè)務企業(yè)的IPMT

、

PMT設置TMG:

技術管理組TDT:

技術開發(fā)團隊TRT/PRT:技術/產(chǎn)品預研團隊PL:

產(chǎn)品線/業(yè)務單位BUIPMT:集成組合管理團隊

RMT:需求管理團隊TMT:技術管理團隊PMT:

組合管理團隊

PDT:

產(chǎn)品開發(fā)團隊PDTTRT/PRTTDTIPMTPMTLMTTMTITMT?多元業(yè)務企業(yè)的IPMT

、PMT設置TMG:

技術管理組TDT:

技術開發(fā)團隊PRT/TRT:

產(chǎn)品/技術預研團隊C：公司/集團PL:

產(chǎn)品線/業(yè)務單位BUIPMT:集成組合管理團隊ITMI:集成技術管理團隊PMT:

組合管理團隊PDT:

產(chǎn)品開發(fā)團隊PL-IPMTTDT/TRT/PRTPL-PMTC-PMTPDTC-TDT/TRTPL-TMGC-PRT

C-IPMT

需求編號

領域

需求標題

需求描述

必須的功能

優(yōu)先級

改進目標衡量

需求帶來的利益概念階段?編制產(chǎn)品包需求列表或說明書的過程

需求分發(fā)

PL-PMTPL-RMT

Charter編制

理解市場/組合分析/業(yè)務計劃提出需求

（可測試性、

可服務性、可

制造性等）產(chǎn)品包需求列

表或說明書初步的產(chǎn)品包

需求列表提出初步的

產(chǎn)品包需求匯總、整合為產(chǎn)品包需求考慮臨時需求

/零散需求市場需求分析

或調(diào)研、驗證PDT測試代表、

制造代表、服務代表需求分發(fā)PF-RATIPD開發(fā)流程MM流程PDT市場代表PDT市場代表

PF-RATPDTSE

......需求變更質(zhì)量控制（提交/答復質(zhì)量）OR

METRICS需求收集

需求分析

需求分發(fā)

需求實現(xiàn)

需求驗證

?某公司OR流程總覽（舉例）片區(qū)排序需求確認CCM需求跟蹤解釋過濾分類排序總部

平臺基線需求準入工程可服務

安全......片區(qū)中長期需求調(diào)

研路標業(yè)務計劃管理

&績效評估長期需求中期需求中短期需求需求銷售項目需求片區(qū)零散需求外部需求需求確認爭議協(xié)調(diào)需求澄清Charter（可選）中標/

簽單后開發(fā)規(guī)劃需

求重大需

求RAT參與TR評審調(diào)研

組計劃開發(fā)整合業(yè)務計劃市場評估市場細分生命周期概念CCL集成產(chǎn)品開發(fā)模型可測試需求總體測試計劃模塊測試執(zhí)行Β

測試驗收測試子系統(tǒng)測試設計系統(tǒng)測試

執(zhí)行測試包需求TR1

TR2總體測試策

略?產(chǎn)

品開發(fā)過程中的測試活動需求驗證

在產(chǎn)品開

發(fā)各個階

段的活動驗證TR5(SIT)TR6（Beta、認證、樣機）子系統(tǒng)測

試執(zhí)行TR4A(SDV)系統(tǒng)測試設計TR4(BBFV)模塊測

試設計生命

周期發(fā)

布概念計劃開發(fā)TR3PCR：項目變更請求：

常常是項目周期、資源、成本、范圍變更引起的

結(jié)果DCR：設計變更請求：

設計方案變更、設計優(yōu)化RCR：需求變更請求：客戶需求變更（包需求變更）、設計需求變更

（系統(tǒng)需求、分配需求、接口需求）；ECR：工程變更請求：對生產(chǎn)等下游環(huán)節(jié)的變更PCN：產(chǎn)品變更通知變更分類PCRPCNDCRRCR?

變更分類ECRPCNECRPCRRCRDCR客戶界面變更？?各類變更之間的關系其他原因影響項目計劃？影響在制產(chǎn)品？影響設計？IPD產(chǎn)品開發(fā)流程概念市場經(jīng)理

技術經(jīng)理產(chǎn)品開發(fā)項目經(jīng)理及系統(tǒng)級工程師?市場需求管理流程、產(chǎn)品路標規(guī)劃流程、產(chǎn)品開發(fā)流程和技術開發(fā)流程關系產(chǎn)品路標規(guī)劃流程組合分析市場經(jīng)理技術發(fā)展規(guī)劃技術規(guī)

劃制定技術領域?qū)＜褹類需求B類需求平臺開發(fā)流程立項階段

平臺開發(fā)項目經(jīng)理預研開發(fā)流程開發(fā)階段技術開發(fā)項目經(jīng)理開發(fā)驗證發(fā)布生命周期

管理市場調(diào)研業(yè)務策略

與計劃融合優(yōu)化

業(yè)務計劃市場需求管理流程技術規(guī)

劃評審技術規(guī)

劃發(fā)布開發(fā)階

段驗證階

段發(fā)布階段成果化階

段市場細分與

需求分發(fā)所有成員市場經(jīng)理技術發(fā)展類需求需求分類

與分析發(fā)布及成

果化階段未明確的需求產(chǎn)品線總經(jīng)理C類需求技術經(jīng)理技術經(jīng)理需求收集立項階

段驗證階

段計劃?

需求管理IT系統(tǒng)需求管理的IT系統(tǒng)在H為重點強調(diào)的是：在客戶界面上需求要完整的端到端的管理

，需求從客戶進來后一定要給客戶一個承諾或答復，不允許出現(xiàn)客戶的需求被淹沒掉的現(xiàn)象。Q1：請詳細介紹一下需求管理的IT系統(tǒng)。：

需求管理的IT系統(tǒng)

，沒有辦法詳細介紹

，這里介紹一下