需求分析人員工具箱-需求分析只需八步

上一篇“需求人員工具箱”講了一下如何進行需求收集勺卢,今天再來第二彈筒主,說說如何進行需求分析。

需求分析是通過需求收集獲取的用戶需求拿穴,選擇一種業(yè)務(wù)導向的線索將零散的需求串聯(lián)起來,進行業(yè)務(wù)分析忧风、消除矛盾默色,并在業(yè)務(wù)分析基礎(chǔ)上結(jié)合系統(tǒng)現(xiàn)狀進行系統(tǒng)分析并最終形成方案和系統(tǒng)需求說明書的過程。

需求分析總體分為8個步驟狮腿,按照順序依次為:需求識別腿宰、業(yè)務(wù)流程/統(tǒng)計查詢/接口分析、數(shù)據(jù)實體分析缘厢、角色及使用場景分析吃度、系統(tǒng)功能分析、數(shù)據(jù)割接分析昧绣、用戶體驗分析规肴、非功能需求分析。

一夜畴、需求識別

需求人員在此步驟應(yīng)該分析需求類別拖刃、需求復雜度和需求價值用來確定需求實施的優(yōu)先級。

1.需求類別確認:需求類別包含流程類需求贪绘、統(tǒng)計分析類需求兑牡、接口類需求,一個需求可能為某一類型需求税灌,也可能包含多類需求均函。確認需求類別后應(yīng)對每類需求的數(shù)量進行初步分析(比如流程類需求包含幾個流程亿虽、統(tǒng)計分析類需求包含幾個報表、接口類需求包含幾個接口)苞也;

2.需求復雜度分析:一般需求受理工作量在1-5人天的需求復雜度低洛勉,工作量在5-15人天的需求復雜度中,工作量在15人天以上需求復雜度高如迟。(工作量表示需求受理全過程需求人員需要付出的工作量)收毫。

3.價值分析:需求人員收到需求后應(yīng)根據(jù)收集需求內(nèi)容初步分析需求痛點/目標、需求復雜度殷勘、業(yè)務(wù)重要程度確定需求價值此再,需求價值分析可參考如下模型:


來自網(wǎng)絡(luò)

二、業(yè)務(wù)流程/統(tǒng)計查詢/接口分析

針對流程類需求必須進行業(yè)務(wù)流程分析玲销,統(tǒng)計查詢和接口類需求可不進行詳細的流程分析输拇。

1.業(yè)務(wù)流程分為組織級、部門級和崗位級贤斜,部門級流程關(guān)注脈絡(luò)需要分析涉及哪些具體崗位策吠、執(zhí)行活動、每個活動之間的關(guān)聯(lián)關(guān)系蠢古,它是需求分析的主線條奴曙,也是流程分析的主要產(chǎn)物别凹;組織級流程關(guān)注宏觀一般不會直接繪制草讶,是對部門級流程的概括和抽象,崗位級流程關(guān)注每個業(yè)務(wù)活動的執(zhí)行步驟屬需求細節(jié)范疇炉菲,在流程分析階段不要過度進入細節(jié)堕战。

2.需求識別階段確認的流程均為部門級流程,需求人員在進行流程分析應(yīng)遵循如下方法:

1)業(yè)務(wù)流程確認:一個流程為一個業(yè)務(wù)事件一般是外部角色發(fā)起或系統(tǒng)內(nèi)部主動發(fā)起(比如時間事件或狀態(tài)事件)拍霜,發(fā)起后會觸發(fā)一系列業(yè)務(wù)活動嘱丢;

2)角色及業(yè)務(wù)活動確認:流程圖中的每個泳道都必須對應(yīng)到角色,每個角色對應(yīng)多個業(yè)務(wù)活動祠饺,需求人員在確認業(yè)務(wù)活動時一定要保證活動的粒度越驻,一個業(yè)務(wù)活動一定是由一個角色完成且每個業(yè)務(wù)活動都是有價值的活動(比如項目輸入項目名稱是一個執(zhí)行步驟,這個動作沒有價值道偷,項目經(jīng)理查詢項目信息就是一個業(yè)務(wù)活動)缀旁,在需求描述時針對線下活動或新增活動應(yīng)該應(yīng)標識區(qū)分;

3)業(yè)務(wù)活動間關(guān)系及數(shù)據(jù)確認:確定所有業(yè)務(wù)活動的前后置關(guān)系勺鸦,并明確流程間的傳遞的數(shù)據(jù)實體并巍。

4)流程整體瓶頸分析:一般若某個角色業(yè)務(wù)活動工作量較大或流程涉及高級領(lǐng)導一般都會造成瓶頸,這種情況需求人員應(yīng)想辦法分散工作量提出流程優(yōu)化建議换途。

3.針對統(tǒng)計查詢類需求及接口類需求按照上述業(yè)務(wù)活動確定原則分析懊渡、確定角色并明確每個角色所執(zhí)行的業(yè)務(wù)活動即可刽射。

三、數(shù)據(jù)實體分析

針對流程類需求需要分析各業(yè)務(wù)活動傳遞的數(shù)據(jù)實體剃执,統(tǒng)計分析類需求需要分析統(tǒng)計查詢條件和查詢展現(xiàn)兩類數(shù)據(jù)實體誓禁、接口類需求需要分析接口傳遞數(shù)據(jù)實體,具體分析包含如下內(nèi)容:

1.明確數(shù)據(jù)實體:確認需要分析的所有數(shù)據(jù)實體肾档,明確哪些為系統(tǒng)原有實體现横、哪些為新增實體、哪些為改造實體阁最;

2.明確所有數(shù)據(jù)實體間關(guān)系:實體間關(guān)系包含(1對1戒祠、1對多、多對多)速种,另外需要分析數(shù)據(jù)實體變更是否需要保留版本姜盈,實體刪除(邏輯刪除、物理刪除)是否影響其它數(shù)據(jù)實體配阵;

3.明確數(shù)據(jù)實體字段:針對新增數(shù)據(jù)或改造數(shù)據(jù)實體需要明確新增字段的名稱馏颂、字段類型、是否必填棋傍、字段取值方式(人工輸入救拉、系統(tǒng)自動繼承自其它數(shù)據(jù)實體、系統(tǒng)自動計算需要明確計算公式)瘫拣;

4.數(shù)據(jù)權(quán)限分析:需要分析不同角色在數(shù)據(jù)權(quán)限方面的差異亿絮,若涉及縱向多級用戶,要說明對于集團/省/地市用戶的數(shù)據(jù)隔離麸拄。

四派昧、角色及使用場景分析

一般來說每個業(yè)務(wù)活動是對用戶使用場景的抽象,每個業(yè)務(wù)活動可能包含多個場景拢切,分析使用場景時應(yīng)按照業(yè)務(wù)活動為主線逐個進行分析蒂萎,每個業(yè)務(wù)活動分析時應(yīng)包含如下內(nèi)容:

1.明確活動執(zhí)行角色;

2.明確活動執(zhí)行的前置條件和后置條件淮椰;

3.明確不同場景:一個業(yè)務(wù)活動可能包含正常的使用場景五慈、備選使用場景和異常使用場景;

4.明確每個場景的執(zhí)行步驟:描述執(zhí)行步驟時應(yīng)使用簡單的語法主穗,主語明確語義易于理解泻拦,每個步驟不應(yīng)該在任何一方(執(zhí)行角色、系統(tǒng))停留兩部以上黔牵,重點描述如何交互聪轿。

5.業(yè)務(wù)規(guī)則和約束:明確在每個業(yè)務(wù)活動下應(yīng)遵循的業(yè)務(wù)規(guī)則和約束,這里一般是與業(yè)務(wù)流程相關(guān)的行為規(guī)則(比如項目周期時長超過90天必須提交二級領(lǐng)導審批)或與數(shù)據(jù)實體相關(guān)的數(shù)據(jù)規(guī)則(需求交接單拒收時候必須填寫拒收原因猾浦,且拒收原因不能超過500字)陆错。

五灯抛、系統(tǒng)功能分析

系統(tǒng)功能分析是結(jié)合系統(tǒng)現(xiàn)狀和上述分析進一步明確實現(xiàn)相應(yīng)用戶場景的系統(tǒng)功能,主要還包含內(nèi)容如下:

1.功能列表:分析得出實現(xiàn)上述業(yè)務(wù)活動對應(yīng)的功能/接口列表音瓷,并明確新增功能对嚼、改造功能;

2.功能/接口關(guān)聯(lián)影響分析:實現(xiàn)某個業(yè)務(wù)活動需要新增或改造的功能對其它關(guān)聯(lián)功能/接口的影響分析(比如改造請購池受理功能可能會影響采購項目創(chuàng)建功能绳慎,采購項目創(chuàng)建功能修改一個字段取值范圍會影響項目統(tǒng)計分析和同步ES系統(tǒng)接口)

3.系統(tǒng)交互原型分析:需求人員應(yīng)遵循界面規(guī)范并與研發(fā)溝通確定系統(tǒng)交互原型纵竖,用戶原型的目的是為了幫助研發(fā)或用戶更好的理解需求場景而非真正系統(tǒng)實現(xiàn)后高保真原型,在交互原型中應(yīng)包含如下內(nèi)容:

1)原型界面的名稱杏愤、入口靡砌,原型間關(guān)聯(lián)關(guān)系和使用角色

2)頁面內(nèi)容、格式及排序方法

3)操作要點:比如交互的信息提示珊楼、界面規(guī)則和約束(比如界面以不同顏色顯示不同的校驗結(jié)果)通殃。

4.算法分析:在系統(tǒng)功能交互時涉及比較復雜的算法,需要單獨對算法進行分析厕宗。

六画舌、數(shù)據(jù)割接分析

很多功能/流程改造都會涉及數(shù)據(jù)割接,需求人員應(yīng)在需求分析階段明確割接規(guī)則并與研發(fā)溝通明確割接方案已慢,常見的割接場景如下:

1.流程環(huán)節(jié)變更(比如取消審批流程)曲聂;

2.數(shù)據(jù)實體新增字段。

七佑惠、用戶體驗分析

主要針對業(yè)務(wù)流程分析朋腋、用戶使用場景分析、系統(tǒng)交互原型分析時充分考慮用戶體驗兢仰,進行用戶體驗分析時可遵循如下用戶體驗要素模型:


來自網(wǎng)絡(luò)

1乍丈、戰(zhàn)略層:這個層次在需求識別分析階段基本已完成剂碴;

2把将、范圍層:主要針對業(yè)務(wù)流程分析階段、角色及使用場景分析階段及系統(tǒng)功能分析階段增加用戶體驗分析忆矛,比如流程環(huán)節(jié)是否存在瓶頸環(huán)節(jié)察蹲、整體流程效率是否高、使用場景的執(zhí)行步驟是否繁雜催训、制定的業(yè)務(wù)規(guī)則是否會增加工作量或?qū)е码y以實施等洽议;

3、結(jié)構(gòu)層:主要針對系統(tǒng)原型交互設(shè)計增加用戶體驗分析漫拭,交互設(shè)計原則如下:

1)簡化原則:刪除不必要的功能直到不能再減少為止亚兄;

2)組織原則:按照有意義的標準確定功能,信息展示按照業(yè)務(wù)含義進行分組采驻;

3)隱藏原則:隱藏非關(guān)鍵信息审胚,凸顯關(guān)鍵信息匈勋,避免分散用戶注意力,但隱藏信息可通過某種線索找到膳叨;

4)習慣原則:設(shè)計功能盡量貼近用戶的操作習慣洽洁,避免用戶思考;

5)幫助原則:為用戶提供適量的幫助和引導菲嘴;

6)響應(yīng)原則:每次用戶進行操作后饿自,都需要給用戶一個響應(yīng)反饋;

7)容錯原則:必須允許用戶犯錯龄坪,給予用戶后悔的機會昭雌;

8)轉(zhuǎn)移原則:對復雜性操作進行轉(zhuǎn)移,用戶擅長做的轉(zhuǎn)移給用戶健田,計算機擅長做的轉(zhuǎn)移給計算機城豁。

4、框架層:主要針對系統(tǒng)原型界面設(shè)計增加用戶體驗的分析抄课,主要由界面規(guī)范和系統(tǒng)技術(shù)架構(gòu)決定唱星。

5、視覺層:主要由界面規(guī)范決定跟磨。

八间聊、非功能需求分析

包含需求的可行性分析、健壯性分析抵拘、可擴展性分析哎榴、執(zhí)行效率分析,可行性分析從以下幾個方面進行:

1僵蛛、技術(shù)可行性:針對數(shù)據(jù)割接方案尚蝌、系統(tǒng)交互實現(xiàn)方式與研發(fā)確認是否可行,需求人員在與研發(fā)溝通過程中需要不斷積累哪些功能實現(xiàn)在技術(shù)層面很難支撐充尉;

2飘言、時間可行性:根據(jù)用戶的上線時間要求分析是否可滿足要求;

3驼侠、合法合規(guī)可行性:分析用戶需求是否滿足國家法規(guī)或公司法規(guī)要求姿鸿;

4、數(shù)據(jù)安全性分析:用戶需求是否滿足信息系統(tǒng)安全要求倒源。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末苛预,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子笋熬,更是在濱河造成了極大的恐慌热某,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,214評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異昔馋,居然都是意外死亡芜繁,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,307評論 2 382
  • 文/潘曉璐 我一進店門绒极,熙熙樓的掌柜王于貴愁眉苦臉地迎上來骏令,“玉大人,你說我怎么就攤上這事垄提±拼” “怎么了?”我有些...
    開封第一講書人閱讀 152,543評論 0 341
  • 文/不壞的土叔 我叫張陵铡俐,是天一觀的道長凰兑。 經(jīng)常有香客問我,道長审丘,這世上最難降的妖魔是什么吏够? 我笑而不...
    開封第一講書人閱讀 55,221評論 1 279
  • 正文 為了忘掉前任,我火速辦了婚禮滩报,結(jié)果婚禮上锅知,老公的妹妹穿的比我還像新娘。我一直安慰自己脓钾,他們只是感情好售睹,可當我...
    茶點故事閱讀 64,224評論 5 371
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著可训,像睡著了一般昌妹。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上握截,一...
    開封第一講書人閱讀 49,007評論 1 284
  • 那天飞崖,我揣著相機與錄音,去河邊找鬼谨胞。 笑死固歪,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的畜眨。 我是一名探鬼主播昼牛,決...
    沈念sama閱讀 38,313評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼康聂!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起胞四,我...
    開封第一講書人閱讀 36,956評論 0 259
  • 序言:老撾萬榮一對情侶失蹤恬汁,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后辜伟,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體氓侧,經(jīng)...
    沈念sama閱讀 43,441評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡脊另,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,925評論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了约巷。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片偎痛。...
    茶點故事閱讀 38,018評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖独郎,靈堂內(nèi)的尸體忽然破棺而出踩麦,到底是詐尸還是另有隱情,我是刑警寧澤氓癌,帶...
    沈念sama閱讀 33,685評論 4 322
  • 正文 年R本政府宣布谓谦,位于F島的核電站,受9級特大地震影響贪婉,放射性物質(zhì)發(fā)生泄漏反粥。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,234評論 3 307
  • 文/蒙蒙 一疲迂、第九天 我趴在偏房一處隱蔽的房頂上張望才顿。 院中可真熱鬧,春花似錦尤蒿、人聲如沸娜膘。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,240評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽竣贪。三九已至,卻和暖如春巩螃,著一層夾襖步出監(jiān)牢的瞬間演怎,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,464評論 1 261
  • 我被黑心中介騙來泰國打工避乏, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留爷耀,地道東北人。 一個月前我還...
    沈念sama閱讀 45,467評論 2 352
  • 正文 我出身青樓拍皮,卻偏偏與公主長得像歹叮,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子铆帽,可洞房花燭夜當晚...
    茶點故事閱讀 42,762評論 2 345

推薦閱讀更多精彩內(nèi)容