IT需求管理課件ppt_第1頁
IT需求管理課件ppt_第2頁
IT需求管理課件ppt_第3頁
IT需求管理課件ppt_第4頁
IT需求管理課件ppt_第5頁
已閱讀5頁,還剩83頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、IT需求管理訓練營合道定制課程資深IT需求咨詢顧問 徐鋒COPYRIGHT BY BRIGHTURE鳳凰涅槃 IT系統(tǒng)規(guī)劃與需求大局觀(S1)1.1業(yè)務驅動需求1.2IT系統(tǒng)規(guī)劃需求失真需求三層次WantNeedWin小張問店老板:你這里有賣沖擊鉆嗎?店主問:您為什么想在墻上打個孔呢?小張答:我想在墻上掛幅畫。店主問:您為什么想在墻上掛幅畫呢?小張答:我下班回家,單身一人太冷清,掛幅畫熱鬧點。店主問:你想用沖擊鉆來解決什么問題呢?小張答:想在墻上打個孔店主答:對不起,我們這沒有沖擊鉆賣,你到別處看看。暴食、貪婪、懶惰、嫉妒、驕傲、淫欲、憤怒需求三要素1業(yè)務背景:花盆種類、擺放位置解決方案:木制

2、的小板凳問題:放花盆木樁什么形狀,釘在什么位置?要幾枚鐵釘,多長多大?上面板多大、多寬、多厚?需求三要素2問題Why業(yè)務背景Context解決方案What1、澄清問題(問題、現(xiàn)狀、精確定義)2、了解背景 1)業(yè)務場景 2)業(yè)務術語 3)業(yè)務環(huán)境3、建議并確定解決方案(問題解決+成本合適)組織應用類系統(tǒng)需求全景圖1.1業(yè)務驅動需求1.2IT系統(tǒng)規(guī)劃系統(tǒng)核心價值流程固化流程優(yōu)化數(shù)據(jù)信息化管理決策支持方向個人知識企業(yè)平臺與眾包平臺眾包眾包眾包眾包公司員工 IT重塑商業(yè)能力信息系統(tǒng)規(guī)劃要素Gap分析差距識別原因分析解決方案探討厘清業(yè)務干系人行為與數(shù)據(jù)組織與人制作提案項目的意義項目的內容實施要點百步穿楊

3、 問題洞察與分析(S2)2.1差別識別2.2干系人梳理2.3一圖呈現(xiàn)需求源于差距預期現(xiàn)狀現(xiàn)狀預期預期現(xiàn)狀預期現(xiàn)狀問題場景:業(yè)績差距機會場景:機會差距預期等于現(xiàn)狀 安于現(xiàn)狀預期低于現(xiàn)狀 知足常樂預期高于現(xiàn)狀 惴惴不安機會大門開啟 興奮開心外:趨勢與戰(zhàn)略關鍵趨勢社會經濟趨勢法規(guī)趨勢社會文化趨勢技術趨勢宏觀經濟影響全球市場情況資本市場經濟基礎商品及資源用戶需求趨勢競爭對手情況內:抱怨與投訴外部客戶投訴內部用戶抱怨市場負面反饋問題場景分析情境對手動態(tài)策略競品分析情境參觀考察策略分享收獲情境市場熱點策略分享理解外因觸發(fā)項目思考相對宏觀內因觸發(fā)項目思考相對具體分而治之主題職能階段指標 機會場景分析機會新業(yè)

4、務追標桿賽同行借他業(yè)新技術新人群1949-19651966-19781979-目標描述1.問題客觀、具體、場景化,匹配高層視角,描述清晰簡單1a.影響了誰指代明確、具體2.解決方案強調解決方案的策略,應易于理解;有多種方案可選,說明為何選3.結果作為標題,要以結果態(tài)、業(yè)務態(tài)、價值態(tài)的角度進行描述1b.產生后果推理合理,有提煉,符合高層視角打動說服心動2.1差別識別2.2干系人梳理2.3一圖呈現(xiàn)Stakeholder精解項目博弈中的籌碼持有人出資人評價者使用者其他包括出資人、屬主、發(fā)起人目標分析針對對象1 存在一票否決的干系?(財務、審計、法律)2有行業(yè)、法規(guī)監(jiān)管部門?1、涉及需攻關的技術難點?

5、2.、涉及復雜的運維要求?1、誰對系統(tǒng)建設有推動力?2 誰對系統(tǒng)建設有阻力?干系人梳理1干系人狀態(tài)分類干系人影響矩陣分析建立干系人檔案干系人類別干系人能夠擾亂變化當前能夠理解需要他理解當前已經認同需要他認同需要他支持填入:高、中、低D深入互動C盡量滿足B信息通告A最小努力興趣程度高低低高影響度找出屬主干系人梳理2干系人狀態(tài)分類干系人影響矩陣分析建立干系人檔案干系人類別相關原因核心關注點相關視角類別:根據(jù)干系人影響矩陣分析的結果填寫相關原因:說明該干系人為何相關核心關注點:從業(yè)務的角度說明干系人的預期相關視角:說明干系人對哪個角度的信息感興趣(如目標、功能、組織結構圖等)干系人的正負需求 希望通

6、過系統(tǒng) 解決什么問題? 業(yè)務態(tài)、價值 態(tài)、結果態(tài) 擔心系統(tǒng)會帶 來什么影響? 責任上升?權 利變??? 避免出現(xiàn)xxx關注點擔憂點2.1差別識別2.2干系人梳理2.3一圖呈現(xiàn)影響地圖法影響地圖法抽絲剝繭 厘清業(yè)務(S3)3.3業(yè)務場景識別3.4場景需求梳理3.5管理需求梳理3.1業(yè)務流程識別3.2流程分析優(yōu)化業(yè)務流程是服務請求(事件)的應答企業(yè)/組織的核心價值在于響應外部客戶的服務請求(事件),通過一系列的協(xié)作滿足服務請求,為客戶帶來價值,同時為企業(yè)/組織帶來價值端到端流程業(yè)務流程(一個團隊)業(yè)務活動2業(yè)務活動3業(yè)務活動1(單個人)業(yè)務步驟1業(yè)務步驟2服務請求(事件)端到端流程就是服務請求從提出

7、到滿足/拒絕的過程 對于超市系統(tǒng)而言,以下兩個都是合適的流程嗎?客戶購買商品客戶提供信用卡 對于超市系統(tǒng),客戶購買商品是服務請求的起點?例如:客戶購買一件襯衫客戶想買一件襯衫客戶來到購物中心客戶試穿襯衫客戶決定購買 起點不是應該想買一件襯衫? 如何明確邊界呢?流程識別思路流程需要修改流程要優(yōu)化識別出新流程原因:根據(jù)新項目的業(yè)務需要,識別出新的客戶請求, 并定義相應的業(yè)務流程。方法:說明新的服務請求,并用流程圖描述出來。原因:發(fā)現(xiàn)原有流程存在不足,對它進行合理性的優(yōu)化方法:說明原流程的問題,并用ESIA等方法對流程進行 優(yōu)化,并說明相應的處理方法。原因:識別出了原來某個流程的其他分支、異常情況方

8、法:繪制出現(xiàn)有的流程圖,然后用不同的顏色描述新 的變化,并說明相應的處理方法。四種觸發(fā)四類流程外部客戶外部門員工本部門員工時間/狀態(tài)服務請求的四種提出者主業(yè)務流程管理流程支撐流程變體業(yè)務流程業(yè)務流程優(yōu)先級1.關鍵流程主營頻率高3.有用流程非主營頻率高4.一般流程非主營頻率低2.重要流程主營頻率低3.3業(yè)務場景識別3.4場景需求梳理3.5管理需求梳理3.1業(yè)務流程識別3.2流程分析優(yōu)化業(yè)務流程是分層的子流程:如果個人級過于復雜,還可以再次分層個人級流程:定義崗位的操作規(guī)程;通常沒有泳道/職能帶區(qū)(或分為用戶/系統(tǒng)雙泳道),可盡量細化部門級流程:展現(xiàn)崗位間協(xié)作;以具體崗位為泳道/職能帶區(qū),與協(xié)作無

9、關且非原子性活動不應體現(xiàn)組織級流程:展現(xiàn)部門間協(xié)作;以部門為泳道/職能帶區(qū),抽象層次由讀者對象的管理視野決定子流程個人級流程部門級流程組織級流程業(yè)務流程八要素分工活動規(guī)模風險專業(yè)協(xié)作并行串行異步產物關系分支審核異常規(guī)則描述業(yè)務流程:選擇正確工具 商業(yè)建模標準 復用性強 用戶最容易接受 并行、異步支持差跨職能流程圖活動圖時序圖數(shù)據(jù)流圖 IDEF建模標準 強調數(shù)據(jù)流 未表示出誰執(zhí)行 計費類系統(tǒng)最適用 UML建模標準 語義最豐富 強調行為流 強調活動內容 UML建模標準 強調行為流 強調協(xié)作 技術類系統(tǒng)更常用現(xiàn)場出圖一聽二問三讀客戶代表陳述不要中途打斷繪出基本脈絡為指引忽略細節(jié)草圖演化具體的崗位數(shù)據(jù)

10、與規(guī)則分支與異常繪圖者復述客戶代表驗證達成共識企業(yè)不同生命周期特點初創(chuàng)成長成熟衰敗 做生意建團隊做報表初創(chuàng)成長靈活變通弱規(guī)則弱監(jiān)管銷售導向成長成熟風險KPI強規(guī)則強監(jiān)管運營導向成熟衰敗并購重組融資集團化財務導向業(yè)務流程優(yōu)化初步流程優(yōu)化Eliminate清除無效Simply簡化高頻Integrate整合依賴Automate自動化繁瑣3.3業(yè)務場景識別3.4場景需求梳理3.5管理需求梳理3.1業(yè)務流程識別3.2流程分析優(yōu)化功能與業(yè)務場景1應用系統(tǒng)子系統(tǒng)模塊子模塊功能功能點IPO輸入/處理/輸出技術分解結構組織職能/產品域業(yè)務流程業(yè)務活動業(yè)務步驟業(yè)務世界問題域子問題域業(yè)務流程業(yè)務場景業(yè)務分解結構功能

11、與業(yè)務場景2識別業(yè)務場景1:流程派生法識別場景(2)對每個菱形進行判斷,屬于某個活動的、不需要系統(tǒng)支持的忽略,否則單獨列出識別角色(1)去除非End User的泳道,包括泳道內的活動與菱形識別場景(1)對每個活動進行判斷,若需要系統(tǒng)支持就列出,否則就忽略識別角色(2)對剩下的泳道進行角色化抽象四維場景梳理法不同意圖不同時間不同地點不同周邊因為不同目的而使用產品1)日歷時間2)周期時間3)狀態(tài)時間1)地理位置2)自然環(huán)境3)工作環(huán)境1)配套硬件2)配套軟件3)外部硬件4)外部軟件5)關聯(lián)物品3.3業(yè)務場景識別3.4場景需求梳理3.5管理需求梳理3.1業(yè)務流程識別3.2流程分析優(yōu)化業(yè)務場景需求梳理

12、要點WHY使用目的 場景概述Context使用場景步驟/挑戰(zhàn)/方案Limited質量與約束業(yè)務環(huán)境HOWUI原型初步交互設計使用場景需求梳理場景挑戰(zhàn)方案2. 系統(tǒng)需要改變的使用場景 1)原過程 2)新過程在這個使用場景中,用戶存在什么樣的挑戰(zhàn)?1. 系統(tǒng)需要覆蓋 的使用場景 1)過程 2)關聯(lián)行為1. 用戶當前的折衷方案 1)能完全解決問題? 2)存在的不便是什么? 3)期望的方案是什么?2. 系統(tǒng)改進建議 1)系統(tǒng)可以如何實現(xiàn)? 2)有替代的方案嗎? 3)改進帶來什么效益?質量與約束軟硬件環(huán)境 網(wǎng)絡環(huán)境使用者特點 使用環(huán)境使用頻率、密集程度等場景說明響應時間、速度等要求局部質量屬性設計約束僅

13、針對本業(yè)務功能而言UI要求交互過程靜態(tài)快照設計說明非必需,別忽略可用POP等工具可用界面流轉圖描述內容不是設計約束+建議直觀、易于理解可使用AxureRP別過于追求細節(jié)界面元素的用途界面的數(shù)據(jù)要求界面的操作需求3.3業(yè)務場景識別3.4場景需求梳理3.5管理需求梳理3.1業(yè)務流程識別3.2流程分析優(yōu)化數(shù)據(jù)與信息放在一起提升客戶滿意度啤酒醒目尿布難找增加客戶停留時間?何為管控點?需求:員工遲到統(tǒng)計報表 管理者為什么需要對遲到進行統(tǒng)計呢?探究需求為了扣錢?那為啥扣錢?評價員工積極性分析手段員工積極性可從哪些角度評價?或者什么行為體現(xiàn)不積級提出方案請假頻度分析頻繁離崗分析員工代打卡分析業(yè)務報表管控點業(yè)

14、務報表是管控點的實現(xiàn)手段管控點有多種實現(xiàn)手段數(shù)據(jù)固定、條件固定業(yè)務報表數(shù)據(jù)固定、條件不固定BI數(shù)據(jù)、條件均不固定DW、D管控點參考樹管控點經營問題客戶滿意度貢獻產品供應商競爭對手管理問題事務管理進度如何?有無異常人員管理財務管理成本?利潤?資金使用? 樂高世界 厘清數(shù)據(jù)(S4)4.1關系與范圍4.2數(shù)據(jù)構成類圖基礎CamelCase命名法的本質是什么?松散緊密關聯(lián)整體部分類別三類四種關系需區(qū)分類圖的業(yè)務解讀用業(yè)務語言讀圖很重要一個客戶可以下多個訂單每個訂單上有且只有一個收貨人訂單是由訂單項組成的由于訂單中涉及多個供應商因此需將訂單分拆成多個送貨單每個送貨單由相應的供應商執(zhí)行每個供應商為網(wǎng)站提供

15、了多種產品每個訂單項上有且只有一種產品四色建模法理解四色紅色:過程數(shù)據(jù),記錄業(yè)務行為 系統(tǒng)剛上線時通常是空表綠色:自然數(shù)據(jù),問題域的實體 包括人、東西和地點 東西有真實的物品 也可能是虛擬的服務黃色:角色數(shù)據(jù),過程中的角色 未來通常會以字段形式出現(xiàn)藍色:概述數(shù)據(jù),規(guī)則與描述 規(guī)則為可配置的數(shù)據(jù)規(guī)則 描述是對自然數(shù)據(jù)的概述四色建模法執(zhí)行要點分而治之,疊回所有片段要點驗證過程紅色:行為所需存儲綠色:人、地點和事物黃色:角色連線表示數(shù)據(jù)關系別體現(xiàn)行為流程體現(xiàn)的是業(yè)務實體與數(shù)據(jù)庫表并非完全對應缺紅:不對缺綠:不對缺黃:不靈活黃外必有綠藍色:規(guī)則、概述4.1關系與范圍4.2數(shù)據(jù)構成業(yè)務數(shù)據(jù)分析要點取值范

16、圍數(shù)據(jù)約束字段構成字段列表結構特點字段類型使用特點字段屬性其他要求字段組成浮沙高臺 質量需求整理(S5)我們反對定性描述全局描述盲目定量需求簡單復制開發(fā)直接翻過需求寫不出開發(fā)看不懂顧此失彼未能有效實現(xiàn)我們提倡局部+全局場景化描述全局思考全局質量樹$APPEALS一樹+一卡目標場景決策卡有全局重局部質量需求還需逆向思考日本車真不安全?馬其諾防線如何突破?質量需求靠技能性功能實現(xiàn)大類子類計劃開發(fā)的技術性功能需求安全性訪問安全性例如:用戶權限系統(tǒng)、二次鑒權、動態(tài)口令數(shù)據(jù)安全性例如:數(shù)據(jù)庫字段加密、數(shù)據(jù)備份通信安全性例如:SSL支持、CRC校驗其他例如:文件保護可靠性容錯性例如:離線錄入支持可恢復性例

17、如:表單數(shù)據(jù)自動保存其他例如:雙Socket服務器易用性界面友好性例如:聯(lián)機幫助易操作性例如:帶首字母篩選功能的下拉列表其他例如:導航提示系統(tǒng)性能數(shù)據(jù)訪問例如:數(shù)據(jù)緩存數(shù)據(jù)傳輸例如:數(shù)據(jù)壓縮維護性公共數(shù)據(jù)例如:貨幣單位數(shù)據(jù)類型公共框架例如:DAO框架公共程序庫例如:報表輸入函數(shù)其他例如:日志系統(tǒng)可移植性適應性例如:全球語言包支持易安裝性例如:在線更新、安裝包自生成其他例如:通用數(shù)據(jù)訪問引擎其他例如:版本授權、聯(lián)機注冊識別關鍵質量需求1.識別威脅2.分析影響3.分析出現(xiàn)概率4.確定關鍵質量需求30: 生命悠關20: 重大經濟損失10: 頻繁小經濟損失 5: 偶發(fā)小經濟損失 經常性不方便5: 出現(xiàn)

18、概率50%4: 出現(xiàn)概率10-50%2: 出現(xiàn)概率1-10%1: 出現(xiàn)概率1%質量場景:目標場景決策卡目標安全性通信安全場景各體檢門店和城市總部之間將以ADSL連接,存在數(shù)據(jù)在通信過程泄秘的風險決策數(shù)據(jù)加密SSL通信決策理由與風險需要支付加密開銷SSL通信會增加通信負擔天圓地方 需求管理(S6)6.1需求管理基礎6.2經典管理模式需求管理三大任務迭代開發(fā)的需求基線基線劃分基礎:1)優(yōu)先級2)估算優(yōu)先級練習關鍵背景:1)準三星酒店 2)新開發(fā)系統(tǒng)用戶原始需求初評所屬流程必備性再評1.尋找指定房型的空閑客房2.尋找與客人當前居住的房間價格相近的空閑客房3.記錄用戶投訴信息4.記錄房間內的消費明細5.客人押金不足提醒6.記錄房間內消費總

溫馨提示

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

評論

0/150

提交評論