需求管理利器:如何制作一張可視化的用戶需求地圖?
![](http://image.woshipm.com/wp-files/img/91.jpg)
本文將介紹一種需求規(guī)劃、管理的可視化方法—用戶需求地圖,該方法將軟件開發(fā)項(xiàng)目的需求變成一張二維地圖,而不是傳統(tǒng)的簡單列表,只要這一張圖,就可以完成全部用戶需求的管理工作。
該方法有如下一些優(yōu)點(diǎn):
- 讓你更容易看清軟件產(chǎn)品的全貌,了解產(chǎn)品功能的完整性
- 為用戶需求篩選和劃定優(yōu)先級(jí)提供可視化的工具,幫助你做出決策
- 更好的進(jìn)行迭代增量式開發(fā),同時(shí)確保有計(jì)劃、可控的發(fā)布產(chǎn)品
- 為傳統(tǒng)的項(xiàng)目計(jì)劃提供了一個(gè)更好的替代工具
- 有助于管理項(xiàng)目范圍,避免范圍的無限制蔓延
先上一個(gè)用戶需求地圖的樣例,后續(xù)介紹如何創(chuàng)建這樣的地圖
一、需求的獲取
常用的需求獲取方法包括以下幾種:
1、用戶訪談
用戶訪談是一種最基本的需求獲取手段,它是指分析人員以個(gè)別訪談或小組會(huì)議的形式與用戶進(jìn)行初步的溝通。用戶訪談的形式包括結(jié)構(gòu)化和非結(jié)構(gòu)化兩種,結(jié)構(gòu)化是指分析人員按照一定準(zhǔn)則事先準(zhǔn)備好一系列問題,通過用戶對問題的回答來獲取有關(guān)目標(biāo)軟件方面的內(nèi)容;非結(jié)構(gòu)化則是只列出一個(gè)粗糙的想法,根據(jù)訪談的具體情況來進(jìn)行發(fā)揮。
2、用戶調(diào)查
在進(jìn)行用戶訪談時(shí),由于很多關(guān)鍵人員的時(shí)間有限,不易安排過多的時(shí)間或者項(xiàng)目涉及的客戶面較廣,不可能一一訪談。因此,就需要借助用戶調(diào)查的方法,通過精心設(shè)計(jì)要問的問題,然后下發(fā)到相關(guān)的人員手中,讓他們填寫,再從所填寫的內(nèi)容中獲取系統(tǒng)的需求信息,這樣就可以克服上述的問題。
用戶調(diào)查最大的不足就是缺乏靈活性,而且可能存在受調(diào)查人員不能很好表述自己想法的限制。
3、現(xiàn)場觀摩
俗話說,百聞不如一見,對于許多較為復(fù)雜的流程和系統(tǒng)而言,是很難用自然語言表達(dá)清楚的。因此,為了能夠?qū)ο到y(tǒng)的需求獲得全面的了解,實(shí)際觀察用戶的操作過程就是一種行之有效的方法。現(xiàn)場觀摩就是走到客戶的工作場所,一邊觀察,一邊聽客戶講解,甚至可以安排人員跟隨客戶一起工作一段時(shí)間。這樣就可以使得分析人員對客戶的需求有更加直觀的理解。但是,在現(xiàn)場觀摩過程中必須切記:建造軟件系統(tǒng)不僅僅只是為了模擬客戶的手工操作過程,還必須將最好的經(jīng)濟(jì)效益、最快的處理速度、最合理的操作流程和最友好的用戶界面等作為軟件設(shè)計(jì)的目標(biāo)。
4、競品分析
可以將競品分為兩大類:用與我們相同或相似的功能滿足用戶同樣需求的產(chǎn)品、用與我們不同的功能滿足用戶同樣的需求的產(chǎn)品。所謂競品分析,就是尋找出有代表性的競爭產(chǎn)品,從多個(gè)維度對比該產(chǎn)品與我們的產(chǎn)品之間的相同之處與不同之處,從中分析出兩者的優(yōu)劣之處,得出結(jié)論,為產(chǎn)品的設(shè)計(jì)與迭代提供突破口或帶來啟發(fā)(這是指單次的競品分析)。
二、需求分析
需求分析方法有:
- 結(jié)構(gòu)化分析方法:包括面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法,面向數(shù)據(jù)流結(jié)構(gòu)的Jackson方法和面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法。
- 面向?qū)ο蟮姆治龇椒ǎ簭男枨蠓治鼋⒌哪P偷奶匦詠矸郑枨蠓治龇椒ㄓ址譃殪o態(tài)分析方法和動(dòng)態(tài)分析方法。
結(jié)構(gòu)化分析方法
結(jié)構(gòu)化分析方法的實(shí)質(zhì)是著眼于數(shù)據(jù)流,自頂向下,逐層分解,建立系統(tǒng)的處理流程,以數(shù)據(jù)流圖和數(shù)據(jù)字典為主要工具,建立系統(tǒng)的邏輯模型。
結(jié)構(gòu)化分析的步驟如下:
- 通過對用戶的調(diào)查,以軟件的需求為線索,獲得當(dāng)前系統(tǒng)的具體模型
- 去掉具體模型中非本質(zhì)因素,抽象出當(dāng)前系統(tǒng)的邏輯模型
- 根據(jù)計(jì)算機(jī)的特點(diǎn)分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的差別,建立目標(biāo)系統(tǒng)的邏輯模型
- 完善目標(biāo)系統(tǒng)并補(bǔ)充細(xì)節(jié),寫出目標(biāo)系統(tǒng)的軟件需求規(guī)格說明
- 評(píng)審直到確認(rèn)完全符合用戶對軟件的需求面向?qū)ο蟮男枨蠓治龇椒?/li>
面向?qū)ο蟮男枨蠓治龇椒?/strong>
面向?qū)ο蟮男枨蠓治龇椒ǖ暮诵氖抢妹嫦驅(qū)ο蟮母拍詈头椒檐浖枨蠼ㄔ炷P汀K嫦驅(qū)ο箫L(fēng)格的圖形語言機(jī)制和用于指導(dǎo)需求分析的面向?qū)ο蠓椒▽W(xué)。目前已經(jīng)衍生許多種OOA方法。
每種方法都有各自的進(jìn)行產(chǎn)品或系統(tǒng)分析的過程,有一組可描述過程演進(jìn)的圖形標(biāo)識(shí),以及能使得軟件工程師以一致的方式建立模型的符號(hào)體系?,F(xiàn)在廣泛使用的OOA方法有統(tǒng)一的建模語言(UML)已經(jīng)在企業(yè)中廣泛使用,它把Booch、Rumbaugh和Jacobson等各自獨(dú)立的OOA和OOD方法中最優(yōu)秀的特色組合成一個(gè)統(tǒng)一的方法。UML允許軟件工程師使用由一組語法的語義的實(shí)用的規(guī)則支配的符號(hào)來表示分析模型。
在UML中用5種不同的視圖來表示一個(gè)系統(tǒng),這些視圖從不同的側(cè)面描述系統(tǒng)。每一個(gè)視圖由一組圖形來定義。
三、創(chuàng)建需求地圖
1、需求地圖的組成
需求地圖主要由三部分組成,由上自下分別是模塊區(qū)、待排期需求區(qū)和已排期需求區(qū),已排期需求區(qū)由多個(gè)發(fā)布計(jì)劃組成,如下圖所示:
2、模塊的分解
模塊就是將待開發(fā)的產(chǎn)品的功能進(jìn)行分解,按功能從屬關(guān)系表示的樹狀層級(jí)視圖。待開發(fā)產(chǎn)品的各子系統(tǒng)、子模塊可以看作是產(chǎn)品目標(biāo)下層的功能,對其中每項(xiàng)功能模塊還可以繼續(xù)分解為第三層、第四層……甚至更多層級(jí)的功能模塊,理論上根據(jù)待開發(fā)產(chǎn)品的規(guī)模,可以無限極的分解產(chǎn)品的功能模塊。
通過需求分析得到的模塊形成了待開發(fā)產(chǎn)品的“骨骼”,把這些模塊錄入翼發(fā)云軟件研發(fā)管理系統(tǒng)后,能夠自動(dòng)在用戶需求地圖中自動(dòng)生成層級(jí)的、包含關(guān)系的模塊關(guān)系圖,顯示在需求地圖第一部分“模塊區(qū)”中。
郵件管理系統(tǒng)通過需求分析得到第一層級(jí)的四個(gè)模塊:郵件組織、郵件管理、日歷管理、聯(lián)系人管理。依次再將這些模塊分解為更小、粒度更細(xì)的第二層級(jí)的模塊,郵件組織分解為郵件搜索、郵件整理兩個(gè)子模塊;郵件管理分解為發(fā)送郵件、讀取郵件、刪除郵件三個(gè)子模塊;聯(lián)系人管理分解為創(chuàng)建聯(lián)系人、編輯聯(lián)系人、刪除聯(lián)系人等。(注:橙色的模塊是最下層的模塊)
對應(yīng)的樹形視圖如下所示:
3、用戶需求的生成
根據(jù)用戶需求調(diào)研和分析,把用戶需求的基本信息如名稱、需求描述、驗(yàn)收標(biāo)準(zhǔn)、預(yù)估工作量、優(yōu)先級(jí)等錄入系統(tǒng)。
三、用戶需求的排期
當(dāng)用戶需求錄入系統(tǒng)后,會(huì)出現(xiàn)在需求地圖的待排期區(qū)域里,待排期區(qū)域里的需求就是還沒有安排開發(fā)時(shí)間的需求,這時(shí)可以通過拖拽的方式,把需求拖到發(fā)布計(jì)劃里,從而完成需求的排期工作,排期區(qū)域里的需求就是已經(jīng)安排了開發(fā)的需求。是不是很簡單。
通過多次拖拉用戶需求后,最終完成了用戶需求地圖:
作者: 趙裁,翼發(fā)云高級(jí)產(chǎn)品經(jīng)理,12年互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn),曾主導(dǎo)翼發(fā)云多款重量級(jí)產(chǎn)品的產(chǎn)品策劃、開發(fā)和運(yùn)營工作。
本文由 @趙裁 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
原來是軟文
等畫完客戶都跑了
原來是軟文
統(tǒng)一回復(fù):文中用的是免費(fèi)的翼發(fā)云軟件研發(fā)管理系統(tǒng),詳見 http://www.effapp.com
還不錯(cuò)??
UI再優(yōu)化下就更好了