軟件項目運維方案匯報材料課件

1、移動項目運維方案移動項目運維方案匯報材料匯報材料2011年12月目錄目錄現(xiàn)狀分析01愿景目標02運維管理03軟件過程管理04現(xiàn)狀描述背景概述背景概述 目前移動市自建系統(tǒng)業(yè)務呈膨脹的趨勢，承載的業(yè)務越來越多，但相應的系統(tǒng)維護管理卻沒有與時俱進，一直秉承誰開發(fā)誰維護的思想，維護工作由于開發(fā)商的多維度，業(yè)務多維度逐漸趨于混亂，降低整個IT支撐的效率。處理效率慢處理效率慢由于對自建系統(tǒng)業(yè)務不非常了解，工單總是需要轉(zhuǎn)多次才能轉(zhuǎn)正確人那邊職責偏離職責偏離本應該對項目軟件過程整體把控，但深陷維護漩渦出，做事太瑣碎，偏離職責定位維護安排困難維護安排困難維護的不固定性，以及小項目維護量工作量偏少，對于團隊的開發(fā)

2、經(jīng)理維護人力合適安排是一個比較大的挑戰(zhàn)工作工作延續(xù)中斷延續(xù)中斷在現(xiàn)有的環(huán)境中，開發(fā)人員常常需要參與維護。由于維護時間上不固定性以及忽然性，常常打斷本職工作，導致思路中斷工作強度大工作強度大維護域的缺失以及對維護工作的不重視，導致維護人員嚴重缺失，造成維護人員工作強度艱苦。做事累且雜業(yè) 支 服 務 臺業(yè) 支 服 務 臺ITC接口人接口人開發(fā)經(jīng)理開發(fā)經(jīng)理開發(fā)人員開發(fā)人員維護人員維護人員當前參與維護各當前參與維護各崗位人員現(xiàn)狀崗位人員現(xiàn)狀分析思路統(tǒng)一運維統(tǒng)一運維成立專業(yè)運維團隊，負責整個維護相關(guān)工作.人機協(xié)作人機協(xié)作 通過程序系統(tǒng)對一些維護工作（監(jiān)控類，審計類等），提高運維質(zhì)量以及效率軟件過程管理軟

3、件過程管理 采用CMMI指導思想，面向軟件過程管理，降低軟件風險與減少程序BUG，大大降低維護工作量軟件過程管理軟件過程管理統(tǒng)一運維統(tǒng)一運維人機協(xié)作人機協(xié)作運維過程管理運維過程管理運維過程管理運維過程管理采用ITIL思想體系，通過建立系統(tǒng)流程規(guī)范運維過程，加強運維過程管控.對運維過程產(chǎn)生知識進行積累沉淀開發(fā)過程不規(guī)范導致程序質(zhì)量較差，相應維護工作太多各開發(fā)商都參與維護，不利于管控維護只注重結(jié)果，過程未管控量多量多分散隨意手工手工 主要癥結(jié)解決思路維護純?nèi)肆κ止ぃ实拖?，效果很差目錄目錄現(xiàn)狀分析01愿景目標02運維管理03軟件過程管理04愿景目標 組建運維團隊主要目的就是將運維進行規(guī)范，將各梯

4、隊人員從運維中解放出來，運維團隊保證運維95%以上工作。同時提升運維效率，提高運維質(zhì)量。間接要求軟件本身質(zhì)量的提升，對軟件質(zhì)量起到項目監(jiān)理作用。在保證運維結(jié)果的情況下，本次運維方案目標應達到以下目標:成立專業(yè)運維團隊，團隊內(nèi)部職能明確，團隊接管整個運維過程中90%以上以上工作，與維護相關(guān)梯隊人員（開發(fā)人員，項目經(jīng)理，業(yè)支人員）將維護相關(guān)工作縮短到目前的20%以下以下。整個軟件過程規(guī)范，包含開發(fā)過程，運維過程項目開發(fā)采用CMMI成熟度模型成熟度模型，達到開發(fā)過程BUG，風險可控,開發(fā)軌跡可在文檔中清晰呈現(xiàn)項目運維參照ITIL體系體系，運維過程事件，質(zhì)量可管控。運維事件可追蹤，可分析，流程軌跡可以

5、在系統(tǒng)中直觀呈現(xiàn)。同時運維過程知識可傳承整個運維事件中，時效性對于運維效果是一個非常重要的指標，運維事件相應及時包括運維事件觸發(fā)及時，運維事件處理過程協(xié)作暢通，運維團隊與對外反饋溝通及時。職能明確職能明確過程規(guī)范過程規(guī)范響應及時響應及時目錄目錄現(xiàn)狀分析01愿景目標02運維管理03軟件過程管理04運維管理體系運維團隊運維團隊運運維過程維過程團隊角色角色職責素質(zhì)要求人員組成運維規(guī)范質(zhì)量考核規(guī)范工作內(nèi)容界定制度規(guī)范制度規(guī)范運維流程運維流程運維監(jiān)控運維監(jiān)控ITIL 運維體系運維體系對象界定對象界定安安全全管管控控采集平臺采集平臺質(zhì)質(zhì)量量管管控控監(jiān)控中心監(jiān)控中心應用中心應用中心知識管理知識管理流程協(xié)作流

6、程協(xié)作協(xié)作監(jiān)控協(xié)作監(jiān)控事件升級事件升級團隊建設(shè)角色角色職能職能素質(zhì)素質(zhì)運維經(jīng)理主管運維團隊內(nèi)部管理，溝通，對外溝通工作5年以上移動項目運維管理經(jīng)驗。3年以上移動大型項目運維經(jīng)驗。分析師將運維事件原因分析，策略定制，運維項目設(shè)計合理性分析等6年以上移動項目經(jīng)驗。5年以上擔任系統(tǒng)架構(gòu)，系統(tǒng)分析師經(jīng)驗熟悉各種分析工具與方法ORACLE DBA對于運維項目數(shù)據(jù)庫進行管理，包括巡檢，故障處理，參數(shù)設(shè)置，熱備等具有DBA專業(yè)證書3年以上oracle數(shù)據(jù)庫管理經(jīng)驗服務臺接收系統(tǒng)使用者反映事件，包含咨詢，查證，故障，并對時間進行ITIL單初步填寫以及相關(guān)癥狀初判良好的溝通能力以及服務態(tài)度項目故障相關(guān)基礎(chǔ)故障知

7、識良好問題描述能力j2ee維護工程師相關(guān)j2ee項目故障，問題原因分析，故障處理等工作執(zhí)行者2年以上移動項目開發(fā)經(jīng)驗熟悉oracle基礎(chǔ)SQL,mvc模型框架知識C+維護工程師相關(guān)C+項目故障判斷，故障處理等工作執(zhí)行者4年以上C+項目經(jīng)驗，熟悉oracle數(shù)據(jù)庫熟悉IBM MQ中間件，精通unix系統(tǒng)編程WIDGET維護工程師相關(guān)手機安卓系統(tǒng)WIDGET客戶端相關(guān)故障判斷，故障處理工作執(zhí)行者2年以上手機軟件開發(fā)經(jīng)驗1年移動項目經(jīng)驗測試工程師故障處理后測試，或者項目交接過程測試驗收工作執(zhí)行者3年測試經(jīng)驗，熟悉黑盒，白盒測試方法，熟悉各類測試工具團隊建設(shè)是基礎(chǔ)，運維團隊必須團隊建設(shè)是基礎(chǔ)，運維團隊

8、必須是一個多角色，角色人員素質(zhì)高，是一個多角色，角色人員素質(zhì)高，運維經(jīng)驗豐富的高效成熟團隊！運維經(jīng)驗豐富的高效成熟團隊！運維流程-概述FMKR運維流程管理：運維流程管理：結(jié)合實際按規(guī)范建立六大流程故障，問題，提數(shù)，發(fā)布，變更，交接流程。定義流程各角色職能協(xié)作流轉(zhuǎn)。運維過程監(jiān)控：運維過程監(jiān)控：對于運維事件協(xié)作過程分層級（紅色，橙色，黃色等）進行監(jiān)控預警。觸發(fā)點事件環(huán)節(jié)流傳點通知提醒，事件處理時間超期提醒，事件緊急處理提醒，事件升級告警運維知識管理：運維知識管理：運維過程知識體系，包括項目文檔，常見業(yè)務咨詢問答，常見故障問題解決,支撐服務臺人員對于事件甑別，事件初檢。運維過程事件職能分析成知識。運

9、維事件升級管理：運維事件升級管理：事件在規(guī)定的時間內(nèi)不能由一線支持小組解決，那么更多有經(jīng)驗的人員和有更高權(quán)限的人員將不得不參與進來。 運維流程主要是通過流程協(xié)作的形式對于運維過程中運維事件進行處理。建立維護工作平臺維護工作平臺管理積累運維知識，記錄運維流程軌跡，并對整個運維過程管控。包含四個部分： 運維流程管理，運維知識管理，運維過程監(jiān)控，運維事件升級管理。運維流程管理，運維知識管理，運維過程監(jiān)控，運維事件升級管理。運維流程-流程呈現(xiàn)通過目前流行的地圖呈現(xiàn)形式，將運維流程各關(guān)鍵流程節(jié)點直觀展現(xiàn)，詳細描述已經(jīng)流轉(zhuǎn)節(jié)點以及預計描述未來節(jié)點走向。節(jié)點中呈現(xiàn)相關(guān)節(jié)點信息。發(fā)起人:發(fā)起時間發(fā)起人描述到達

10、時間處理人預期完成時間實際完成時間處理情況描述處理評分預計到達時間預計處理時間流程發(fā)起節(jié)點一當前節(jié)點節(jié)點三 【MPT20122011200001】屬于提數(shù)流程，目前處于正在處理狀態(tài)，完成度為50%,當前處于第二節(jié)點，距離預警時間為2小時，工單緊急度為一般到達時間處理人預期完成時間實際完成時間剩余處理時間WEB門戶手機WIDGET桌面WIDGET展現(xiàn)渠道運維流程-故障，問題流程一輸入客戶服務臺維護工程師運維經(jīng)理輸出發(fā)起階段處理階段電話,郵件,QQ,工單開始開始事件發(fā)起事件發(fā)起有效有效性性ITIL單登記單登記FAQ解決解決單獨單獨處理處理編寫處理方案編寫處理方案執(zhí)行處理方案執(zhí)行處理方案事件升級事件

11、升級反饋客戶結(jié)果反饋客戶結(jié)果驗證結(jié)果驗證結(jié)果FAQITIL事事件單件單ITIL歸檔歸檔YNYNY 故障，問題流程根據(jù)發(fā)起人的不同分為外部流程與內(nèi)部流程。外部流程發(fā)起人為運維項目使用人員，內(nèi)部流程是運維團隊內(nèi)部人員在巡檢，稽核，或者使用過程中發(fā)現(xiàn)的故障，問題。本流程為外部流程運維流程-故障，問題流程二團隊成員服務臺維護工程師運維經(jīng)理輸出處理階段開始開始事件發(fā)起事件發(fā)起ITIL單登記單登記FAQ解決解決單獨單獨處理處理編寫處理方案編寫處理方案執(zhí)行處理方案執(zhí)行處理方案事件升級事件升級反饋結(jié)果反饋結(jié)果驗證結(jié)果驗證結(jié)果FAQITIL事事件單件單ITIL歸檔歸檔YNNY 本流程是內(nèi)部流程運維流程-提數(shù)，發(fā)

12、布，變更流程流程規(guī)范1提數(shù)規(guī)范模式借鑒軟件開發(fā)規(guī)范中的快速開發(fā)模式，必須由主提數(shù)人，副提數(shù)人各自提數(shù)進行對比校驗，確定統(tǒng)一口徑后由審核人員審核。風險評估1版本發(fā)布之前，需要對發(fā)布風險進行預前評估，包括發(fā)布版本導致業(yè)務風險，系統(tǒng)內(nèi)風險，外圍系統(tǒng)影響風險等，發(fā)布前出示風險評估文檔以及發(fā)布操作步驟文檔?；謴蜋C制2發(fā)布過程具有不可控因素影響發(fā)布實際效果，在風險規(guī)避的基礎(chǔ)上，對于不可以規(guī)避的突發(fā)風險需要預先設(shè)計恢復方案，以其風險發(fā)生可以恢復發(fā)布之前狀態(tài)。提數(shù)要素2提數(shù)過程中，交接給下一審批人必須完成以下要素的填寫:提數(shù)周期，數(shù)據(jù)簡介，數(shù)據(jù)量，數(shù)據(jù)SQL腳本（包含SQL腳本注釋），數(shù)據(jù)說明等提數(shù)流程提數(shù)流

13、程發(fā)布流程發(fā)布流程 目前提數(shù)流程目前有支撐系統(tǒng)綜合支撐平臺，一單清平臺，兩平臺對于提數(shù)流程支撐能力充足。在現(xiàn)有資源的基礎(chǔ)上，對于提數(shù)流程進行相關(guān)流程關(guān)鍵點進行強制執(zhí)行，對流程短板進行補充，確保流程執(zhí)行正確性以及可恢復性。 變更流程在2011年綜合支撐平臺根據(jù)運營管理室意見進行改善，已經(jīng)比較完善。暫時利用已有資源。發(fā)布流程也有相應流程易平臺進行支撐，在原有基礎(chǔ)上對于發(fā)布流程的短板進行補充。運維流程-運維交接流程開發(fā)團隊運維團隊提交運維提交運維申請申請?zhí)峤卉浖峤卉浖臋n文檔檢查文檔檢查文檔質(zhì)量質(zhì)量合格？合格？測試軟件質(zhì)測試軟件質(zhì)量量填寫填寫 測試結(jié)測試結(jié)果果合格？合格？重新重新交接交接交接交接成

14、功成功輸出 注注: 交接過程中，提交的軟件文檔一般包含需求說明書，概要說明書，詳細設(shè)計說明書，數(shù)據(jù)字典，測試報告，試運行情況報告分析，部署文檔等，必須保持項目實際情況與文檔一致性。 運維團隊測試包含功能測試，用戶測試，業(yè)務邏輯測試，集成測試，壓力測試，需要在流程中填寫相關(guān)的測試總結(jié)以及上傳測試報告，不合格需要說明不合格原因。 以上過程需要再嚴格的規(guī)范下進行，不然，流程會因為只是個形式而失敗，達不到預期效果 開發(fā)團隊將軟件項目交接給運維團隊進行項目運維，該過程是一個責任過度的過程，需要嚴格的規(guī)范以及流程進行支撐。該部分叫做運維交接流程。運維流程-運維知識管理 整個運維過程中，知識的積累沉淀，傳承

15、至關(guān)重要，可以有效的避免對同一事件重復運維以及由于人員流動導致知識流失。 良好的知識庫體系應當包含知識廣泛的收集渠道能力，知識強大的管理能力，知識有效的應用能力。知識分類智能檢索知識應用能力知識地圖知識視圖業(yè)務培訓問卷調(diào)查知識采集知識共享知識審核知識評價知識推薦知識傳播知識服務組件常用FAQ管理知識版本管理知識管理能力在線考試知識收集能力人工收集其他知識系統(tǒng)收集智能分析知識收集知識渠道展現(xiàn)運維團隊成員使用用戶客戶電腦平板手機ITC人員運維流程-預警監(jiān)控 預警監(jiān)控主要對運維流程監(jiān)控，通過設(shè)定預警規(guī)則，生成預警信息，后臺自動調(diào)度的方式將預警信息推送。 預警過程的緊急度以及影響度，根據(jù)具體處理情況以

16、及歷史預警日志，系統(tǒng)智能將預警信息升級。預警分析預警分析監(jiān)控點采集監(jiān)控點采集自動調(diào)度自動調(diào)度信息推送信息推送預警流程涉及到運維流程中的事件到達提醒，事件將超期提醒，事件逾期通告對采集點進行監(jiān)控，通過預設(shè)定規(guī)則，區(qū)分緊急度，信息接收對象生成預警信息依據(jù)時間，事件緊急程度等實際情況，系統(tǒng)智能按頻率觸發(fā)監(jiān)控，推送流程依據(jù)接收人不同的角色信息，推送相應的預警信息按運維流程緊急度，嚴重度，相應處理時間限制將預警級別劃分為紅，橙，黃警告根據(jù)流程緊急度，嚴重度，處理時間限制等規(guī)則化時間升級條件，滿足條件事件流程自動升級，并進行預警流程升級運維流程-事件升級 如果某一事件不能在規(guī)定的時間內(nèi)由一線支持小組解決，

17、那么再多有經(jīng)驗的人員和有更高權(quán)限的人員將不得不參與進來。這就是升級，它可能發(fā)生在事件解決過程的任何時間和任何支持級別,升級分為職能性升級和結(jié)構(gòu)性升級。兩者的區(qū)別如下：職能性升級:需要具有更多時間、專業(yè)技能或訪問權(quán)限（技術(shù)授權(quán)）的人員來參與事件的解決結(jié)構(gòu)性升級:當經(jīng)授權(quán)的當前級別的結(jié)構(gòu)不能保證事件能及時、滿意地解決時，需要更高級別的機構(gòu)參與進來運維過程中應當盡量在運維團隊內(nèi)解決，避免結(jié)構(gòu)性升級運維工程師無法完成事件無法完成事件產(chǎn)出項目經(jīng)理內(nèi)部專業(yè)工程師外圍開發(fā)團隊/移動技術(shù)部門協(xié)調(diào)資源協(xié)調(diào)資源解決解決協(xié)調(diào)資源協(xié)調(diào)資源組織團隊解決組織團隊解決解決方案解決方案職能性升級職能性升級結(jié)結(jié)構(gòu)構(gòu)性性升升級級

18、YN運維流程-制度規(guī)范 運維過程中，運維工作如何界定，項目交接給運維團隊時機以及交接要求，運維人員對事件如何正確處理等都屬于運維制度規(guī)范內(nèi)容。 工作內(nèi)容界定工作內(nèi)容界定 交接規(guī)范交接規(guī)范管理制度規(guī)范管理制度規(guī)范 涉及運維過程中已經(jīng)交接運維團隊項目提數(shù)，咨詢，查證，數(shù)據(jù)庫庫巡檢，數(shù)據(jù)稽核，服務器巡檢,服務器漏洞修復，應急演練，故障處理，故障發(fā)現(xiàn)，數(shù)據(jù)修改，項目報告等新項目需穩(wěn)定運行3個月以上時間才能交接給運維組新項目交接給運維組必須對接手維護的同事做系統(tǒng)業(yè)務培訓項目交接必須提供 項目需求文檔.doc項目操作手冊.doc項目維護手冊.doc 項目常見問題處理.doc 項目詳細設(shè)計文檔.doc 項目

19、數(shù)據(jù)字典服務時間響應規(guī)范：規(guī)范服務方式，故障級別相應服務行為規(guī)范現(xiàn)場服務支持規(guī)范ITIL單操作規(guī)范運維監(jiān)控-監(jiān)控平臺 目前ITC自建系統(tǒng)應用較多。影響業(yè)務流程可用性因子很多。如何變被動為主動，對事件進行事前管理，快速發(fā)現(xiàn)問題，智能分析故障，減少運維過程中事件帶來不良影響力以及大量運維工作量。 建立完善的運維監(jiān)控平臺，以電子監(jiān)控的形式輔助運維，提升運維效率以及業(yè)務功能可靠性。展現(xiàn)渠道監(jiān)控中心采集平臺監(jiān)控對象應用中心網(wǎng)絡系統(tǒng)操作系統(tǒng)業(yè)務系統(tǒng)接口系統(tǒng)采集工具集成采集方式采集調(diào)度監(jiān)控規(guī)則監(jiān)控視圖報表中心安全審計智能提數(shù)電腦平板手機數(shù)據(jù)中心告警級別告警調(diào)度告警規(guī)則信息推送運維流程-監(jiān)控對象網(wǎng)絡系統(tǒng)網(wǎng)絡系

20、統(tǒng)監(jiān)控點: 網(wǎng)絡互通、端口開放情況、網(wǎng)絡權(quán)限、網(wǎng)絡延遲等監(jiān)控頻率:實時監(jiān)控操作系統(tǒng)操作系統(tǒng)監(jiān)控點: CPU使用、內(nèi)存使用、硬盤使用、用戶數(shù)、進程數(shù)等適用系統(tǒng):windows,unix監(jiān)控頻率:實時監(jiān)控業(yè)務系統(tǒng)業(yè)務系統(tǒng)監(jiān)控點: 系統(tǒng)狀態(tài)、占用內(nèi)存、鏈接數(shù)、關(guān)鍵業(yè)務狀態(tài)等監(jiān)控方式:間隔頻率監(jiān)控接口系統(tǒng)接口系統(tǒng)監(jiān)控點: FTP可用性、web service可用性、servlet等監(jiān)控方式:間隔頻率監(jiān)控重點重點關(guān)注關(guān)注運維流程-監(jiān)控中心 在IT日益發(fā)展的當今，業(yè)務與IT已經(jīng)緊密結(jié)合.一個IT項目的關(guān)聯(lián)著系統(tǒng)，數(shù)據(jù)庫，應用，網(wǎng)絡，業(yè)務，用戶等多方面因素。對單個IT資源進行監(jiān)控已經(jīng)越來越滿足不了IT運維需

21、求。集成傳統(tǒng)的監(jiān)控方式，將整體業(yè)務作為主體，構(gòu)建業(yè)務監(jiān)控視圖。 監(jiān)控主要體現(xiàn)為四字原則:看、監(jiān)、析、告看得見:可以的通過網(wǎng)絡拓撲圖的這種表現(xiàn)形式將檢測點以及檢測點周邊環(huán)境直觀呈現(xiàn)，一目了然監(jiān)得到:對于監(jiān)控點進行多層級別監(jiān)控，通過監(jiān)控規(guī)則快速識別監(jiān)控點異常。析得清:通過對監(jiān)控點設(shè)置規(guī)則，監(jiān)控中心可以對故障進行智能分析，檢查，主動將故障發(fā)生的關(guān)注點告知運維人員告得快:通過手機短信，手機widget監(jiān)控視圖，WEB視圖，EAMIL等多種方式，將監(jiān)控問題故障及時準確的發(fā)給運維人員。監(jiān)控中心成功四要素1234運維流程-經(jīng)典案例采集平臺案例：支持開發(fā)接口采集，分布式采集等多種采集策略，自動將采集數(shù)據(jù)歸類,

22、監(jiān)控平臺案例：主要業(yè)務可用監(jiān)控，系統(tǒng)使用情況，占用資源監(jiān)控,目標操作系統(tǒng)狀態(tài)監(jiān)控安全審計案例：模型視圖化設(shè)置審計規(guī)則，自動審計目標數(shù)據(jù)，生成審計報告主動推送報表中心案例：模型視圖化配置報表，選擇報表樣式 ，支持手機端，PC端報表預訂與定制采集監(jiān)控應用呈現(xiàn)體系目錄目錄現(xiàn)狀分析01愿景目標02運維管理03軟件過程管理04軟件過程管理 運維過程中，運維效率以及運維實際工作量是運維成本的兩大關(guān)鍵因素。對于運維實際工作量的決定因素為業(yè)務項目多少以及項目健康度。因此，以CMMI為理論體系，注重軟件過程管理，保證項目開發(fā)質(zhì)量，減少項目運維過程中故障可以有效減少運維實際工作量。 當前東莞自建系統(tǒng)大多數(shù)項目處于

23、已管理級別-已定義級之間，初期目標為完全實現(xiàn)已定義級別。實現(xiàn)軟件過程文檔化，后期由被動變主動，主動識別軟件風險與缺陷，量化整個軟件過程。 優(yōu)化管理級優(yōu)化管理級可集中精力改進過程，采用新技術(shù)、新方法。擁有防止出現(xiàn)缺陷、識別薄弱環(huán)節(jié)以及加以改進的手段。 量化管理級量化管理級對軟件過程和產(chǎn)品質(zhì)量的詳細度量數(shù)據(jù)，對軟件過程和產(chǎn)品都有定量的理解與控制。 已管理級已管理級制定了必要的過程紀律，能重復早先類似應用項目取得的成功經(jīng)驗已定義級已定義級已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。 初始初始級級軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，取決與個人。CMMI能力成熟度模型項目需求階段 客戶提出訴求，研發(fā)團隊被動接受，然后通過軟件手段將客戶描述的訴求編寫成計算機語言這種方式在目前移動環(huán)境中普遍存在。 訴求梳理，整理成需求是軟件過程中非常重要一部分，訴求的理解偏差可能導致軟件項目的延期甚至失敗。量化業(yè)務需求，多角色參與需求溝通評審是避免需求理解偏差有效手段。加強團隊需求理解能力引入項目監(jiān)理角色強制執(zhí)行溝通評審鑒于業(yè)務之間相關(guān)性強，而業(yè)務需求人提出業(yè)務需求具有片面性，不完整性，所以在需求溝通中提出業(yè)務需求比較散亂，無體系。故要求研發(fā)團隊需求人員需要在項目需求階段了解業(yè)