需求工程:在需求的世界里攻城略地
需求若錯(cuò),產(chǎn)品何用?需求是一個(gè)復(fù)雜工程,不能正確解鎖,那么使用產(chǎn)品的姿勢(shì)也會(huì)有問題,希望用這篇文章創(chuàng)建需求方法論,供我之用,供你所取。
產(chǎn)品如同一個(gè)緊鎖著的無(wú)人城池,需求如同一個(gè)鑰匙,讓產(chǎn)品能夠一步步地完整呈現(xiàn)在你的眼前,同樣,這個(gè)鑰匙有著精藝的工序,根據(jù)工序一步一步就可以制作出通向產(chǎn)品城池的鑰匙。
前一段時(shí)間,筆者在學(xué)習(xí)項(xiàng)目管理,對(duì)信息系統(tǒng)的需求管理有了較為系統(tǒng)的了解,盡管是傳統(tǒng)的軟件工程領(lǐng)域,但在目前的互聯(lián)網(wǎng)領(lǐng)域還是可以借用其理論與方法,借我之理解,寫我之文字。
在軟件工程中,軟件需求工程包括了需求開發(fā)與需求管理兩個(gè)部分,需求開發(fā)的目的是通過調(diào)查與分析,獲取用戶需求并定義軟件需求,需求管理的目的是在客戶與項(xiàng)目組之間建立對(duì)需求的共同理解,維護(hù)需求與其他工作成果的一致性,并控制需求的變更。
需求開發(fā)的過程主要有四個(gè)活動(dòng):需求獲取、需求分析、需求定義、需求驗(yàn)證。
需求管理的過程主要有六個(gè)活動(dòng):制定需求管理計(jì)劃、求得對(duì)需求的理解、求得對(duì)需求的承諾、管理需求變更、維護(hù)對(duì)需求的雙向跟蹤性、識(shí)別項(xiàng)目工作與需求之間的不一致性。
相對(duì)于復(fù)雜龐大的信息系統(tǒng)工程軟件,互聯(lián)網(wǎng)軟件顯得比較輕快,同樣的,應(yīng)對(duì)信息系統(tǒng)工程軟件的多道工序可以簡(jiǎn)化,使其更貼近互聯(lián)網(wǎng)的特點(diǎn),適應(yīng)互聯(lián)網(wǎng)的發(fā)展。
需求開發(fā)的過程不管對(duì)工程軟件還是互聯(lián)網(wǎng)軟件都是適用的,都會(huì)經(jīng)歷一個(gè)需求獲取、需求分析、需求定義與需求驗(yàn)證的過程,但在需求管理的過程中,在圖中可以看到需求管理與需求開發(fā)是一個(gè)相互作用的過程,并非有一個(gè)先后的順序,所以針對(duì)互聯(lián)網(wǎng)的特點(diǎn),在需求管理這一個(gè)過程里可以簡(jiǎn)化為需求確認(rèn)、需求變更與需求跟蹤。在下面的介紹里主要是互聯(lián)網(wǎng)需求工程的七個(gè)部分:
一.需求獲取
需求的獲取可以從三個(gè)方面來(lái)說明:
WHAT(獲取信息)
在需求獲取這一過程里最重要的是獲取的什么信息,畢竟不管白貓黑貓,能抓到老鼠就是好貓,只要能得到需要的信息,選擇何種方式是看你的喜好的,只是說不同的方式有不同的好處。
信息主要是兩個(gè)方面:業(yè)務(wù)與用戶,業(yè)務(wù)如業(yè)務(wù)流程、業(yè)務(wù)模式等,用戶如用戶信息、社會(huì)屬性、消費(fèi)行為、使用場(chǎng)景、遇到的問題等。
WHERE(需求來(lái)源與渠道)
需求的來(lái)源與渠道很多,如:
- 公司戰(zhàn)略層面
- 用戶層面
- 業(yè)務(wù)部門(如銷售、運(yùn)營(yíng)、客服等)
- 領(lǐng)導(dǎo)老板
- 競(jìng)爭(zhēng)對(duì)手產(chǎn)品
- 應(yīng)用市場(chǎng)反饋或產(chǎn)品反饋渠道
- 產(chǎn)品經(jīng)理本人
HOW(獲取方式)
- 用戶訪談(結(jié)構(gòu)化與非結(jié)構(gòu)化:結(jié)構(gòu)化是指事先準(zhǔn)備好一系列問題,有針對(duì)地進(jìn)行;非結(jié)構(gòu)化是指列出一個(gè)粗略的想法,根據(jù)訪談的具體情況進(jìn)行發(fā)揮。在訪談的過程中建議綜合兩種方法)
- 用戶調(diào)查(由于缺乏面對(duì)面的交流,所獲取的信息量比較有限,在實(shí)際工作中,建議是采用用戶調(diào)查獲取一定量的信息,然后有針對(duì)地去開展用戶訪談)
- 現(xiàn)場(chǎng)觀摩(典型的定性分析,在現(xiàn)場(chǎng)觀察用戶怎么說怎么做)
- 運(yùn)營(yíng)數(shù)據(jù)分析(針對(duì)已上線的產(chǎn)品,通過產(chǎn)品的運(yùn)營(yíng)監(jiān)控獲取運(yùn)營(yíng)數(shù)據(jù),分析數(shù)據(jù)提煉需求為產(chǎn)品迭代升級(jí)提供一定依據(jù))
- 用戶模擬(代入用戶角色,化身小白用戶,親身使用產(chǎn)品,思考在該場(chǎng)景下用產(chǎn)品做什么,怎么做)
- 需求討論會(huì)(聯(lián)合各關(guān)鍵用戶、分析人員、開發(fā)人員等,通過有組織的會(huì)議來(lái)討論需求。在會(huì)前說明此次會(huì)議主題,發(fā)放需求記錄單,讓與會(huì)人員將使用產(chǎn)品過程中的想法、發(fā)現(xiàn)的問題和不足都記錄下來(lái),形成清單進(jìn)行討論,從中提煉需求)
- 原型法(將主要功能開發(fā)出可操作的原型,紙面原型、Axure原型也可以,邀請(qǐng)用戶進(jìn)行使用,及時(shí)征求用戶意見,確定用戶需求)
二.需求分析
需求分析是一次用戶需求轉(zhuǎn)化為產(chǎn)品需求的過程。
用戶需求表述的是用戶的期望與目的,或用戶希望產(chǎn)品完成的任務(wù)。通常情況下,用戶所提出的需求都是從自身角度出發(fā),從用戶角度來(lái)說是絕對(duì)正確的,但在其不了解產(chǎn)品整體的情況下,這并不一定能達(dá)到用戶的要求,一方面用戶表達(dá)的并不一定是內(nèi)心最真實(shí)的期望,另一方面這也不一定是產(chǎn)品的最佳解決方式。
產(chǎn)品需求是通過分析挖掘出用戶內(nèi)心最真實(shí)的需求,并提出符合產(chǎn)品定位的解決方案。
需求分析的過程可以依照以下幾個(gè)步驟:
判斷用戶需求
用戶需求的判斷可從以下方面進(jìn)行:
- 該用戶是否是目標(biāo)用戶(非目標(biāo)用戶所提出的需求其參考價(jià)值意義不大,當(dāng)然并非絕對(duì))
- 用戶群大小(收集用戶基本信息,輸出用戶畫像,調(diào)查用戶群體數(shù)量。對(duì)于上一條非目標(biāo)用戶,可進(jìn)行用戶群數(shù)量調(diào)查,挖掘出新用戶群的新需求)
- 該需求是否符合產(chǎn)品定位(該需求的滿足有可能影響到產(chǎn)品的核心服務(wù),對(duì)產(chǎn)品調(diào)性產(chǎn)生負(fù)面影響,也有可能影響到用戶體驗(yàn)等)
- 該需求能否被解決
- 需求價(jià)值(是否迫切強(qiáng)烈、是否必須解決、是否高頻、持續(xù)時(shí)間是否長(zhǎng)、是否符合產(chǎn)品版本規(guī)劃)
描述用戶需求
描述用戶需求的過程主要兩個(gè)方面:構(gòu)建用戶畫像與描述使用場(chǎng)景。
- 構(gòu)建用戶畫像
一切工作的開展都應(yīng)該圍繞著用戶需求來(lái)展開,而不是產(chǎn)品團(tuán)隊(duì)里某個(gè)人的喜好,為了讓整個(gè)團(tuán)隊(duì)在產(chǎn)品設(shè)計(jì)的過程中拋棄個(gè)人喜好,將焦點(diǎn)關(guān)注在目標(biāo)用戶的目的與動(dòng)機(jī)上,就需要構(gòu)建用戶畫像進(jìn)行聚焦。
用戶畫像的PERSONA七要素:
- P代表基本性(Primary):指該用戶是否基于對(duì)真實(shí)用戶的情景訪談
- E代表同理性(Empathy):指用戶角色中包含姓名、照片和產(chǎn)品相關(guān)的描述,該用戶角色是否引同理心
- R代表真實(shí)性(Realistic):指對(duì)那些每天與顧客打交道的人來(lái)說,用戶角色是否看起來(lái)像真實(shí)人物
- S代表獨(dú)特性(Singular):每個(gè)用戶都是獨(dú)特的,彼此很少有相似性
- O代表目標(biāo)性(Objectives):該用戶角色是否包含于產(chǎn)品相關(guān)的高層次目標(biāo),是否包含關(guān)鍵詞來(lái)描述該目標(biāo)
- N代表數(shù)量性(Number):用戶角色的數(shù)量是否足夠少,以便設(shè)計(jì)團(tuán)隊(duì)能記住每個(gè)用戶角色的姓名,以及其中的一個(gè)主要用戶角色
- A代表應(yīng)用性(Applicable):設(shè)計(jì)團(tuán)隊(duì)是否能使用用戶角色作為一種實(shí)用工具進(jìn)行設(shè)計(jì)決策
關(guān)于構(gòu)建用戶畫像的方法很多,像Alen Cooper的“七步人物角色法”、Lene Nielsen的“十步人物角色法”等,借鑒于這些方法,可以將構(gòu)建用戶畫像分為以下幾個(gè)步驟:
- 確定用戶分類維度(大部分用戶體驗(yàn)研究是將用戶的心理特點(diǎn)與人口統(tǒng)計(jì)學(xué)特征來(lái)作為分類維度對(duì)用戶進(jìn)行分類的,而用戶畫像是針對(duì)特定產(chǎn)品或其功能,其分類是根據(jù)用戶的目標(biāo)(用戶需求)與行為模式(具體行為或行為傾向)
- 收集數(shù)據(jù)(數(shù)據(jù)的收集需要考慮到數(shù)據(jù)基本信息與數(shù)據(jù)類型兩個(gè)因素,數(shù)據(jù)基本信息包括用戶類型,用戶樣本數(shù)量與收集方式,數(shù)據(jù)類型包括定性數(shù)據(jù)、定量數(shù)據(jù)以及經(jīng)定量數(shù)據(jù)轉(zhuǎn)化而來(lái)的定性數(shù)據(jù);根據(jù)分類維度,不同的數(shù)據(jù)類型使用不同的數(shù)據(jù)收集方式,用戶的目標(biāo)可以采用定性的研究方式(用戶訪談,定性式問卷調(diào)查、焦點(diǎn)小組等),行為模式可以采用定性的研究方式(現(xiàn)場(chǎng)觀摩、卡片分類法、可用性測(cè)試等)或定量的研究方式(數(shù)據(jù)分析等)
- 分類用戶(根據(jù)大量數(shù)據(jù)中特征的相關(guān)性與相似程度,對(duì)用戶進(jìn)行分類,得到每一類用戶包含的典型特征,對(duì)用戶進(jìn)行分類可以參考親和圖、聚類分析、德爾菲法等)
- 評(píng)定優(yōu)先級(jí)( 評(píng)定優(yōu)先級(jí)就是根據(jù)產(chǎn)品目標(biāo)與產(chǎn)品功能對(duì)不同用戶評(píng)定重要級(jí)別。具體評(píng)定的標(biāo)準(zhǔn)根據(jù)產(chǎn)品來(lái),可以以市場(chǎng)大小、收益潛力、使用頻率來(lái)分,也可以就用戶類型特征與功能特征的相似程度來(lái)分等,將用戶劃分為重要用戶、次要用戶、不重要用戶)
- 豐富畫像(為了豐富用戶畫像,使其看起來(lái)像一個(gè)獨(dú)立的真實(shí)的個(gè)體,可以加入姓名、性別、年齡、喜好情況等)
- 描述用戶場(chǎng)景
用戶場(chǎng)景(或者叫使用場(chǎng)景)由用戶與場(chǎng)景兩部分組成,用戶為上一步所劃分出來(lái)的典型用戶畫像,場(chǎng)景一般由背景、時(shí)間、空間、需求組成。
描述產(chǎn)品需求
從用戶需求到產(chǎn)品需求的轉(zhuǎn)化在于探究用戶內(nèi)心,用戶需求是用戶說出來(lái)的,并不代表用戶內(nèi)心最真實(shí)的需求,所以想要知道用戶內(nèi)心最真實(shí)的需求就需要向用戶問“Why”,從產(chǎn)品功能的角度找到一個(gè)解決方案來(lái)解決用戶的問題,這就形成了產(chǎn)品需求。
三.需求定義
需求定義在軟件工程中分為標(biāo)識(shí)需求、定義需求優(yōu)先級(jí)與編寫《需求規(guī)格說明書》,在互聯(lián)網(wǎng)軟件行業(yè)定義需求優(yōu)先級(jí)可以在需求驗(yàn)證這一步中。下面主要簡(jiǎn)述標(biāo)識(shí)需求與編寫《需求規(guī)格說明書》
標(biāo)識(shí)需求
在傳統(tǒng)的系統(tǒng)軟件中,由于需求數(shù)目眾多,可能達(dá)到上萬(wàn),為了高效管理這么大數(shù)量的需求,就需要對(duì)需求進(jìn)行標(biāo)識(shí)。盡管產(chǎn)品在上線階段需求不可能很多,但在產(chǎn)品的生命周期過程中因產(chǎn)品迭代,需求是不斷增加的,這時(shí)為了更高效地管理需求也可以對(duì)需求進(jìn)行標(biāo)識(shí)。
下面介紹兩種標(biāo)識(shí)方法:
- 序列號(hào)(簡(jiǎn)單地說就是賦予每一個(gè)需求一個(gè)數(shù)字編號(hào),因?yàn)橹皇呛?jiǎn)單的數(shù)字編號(hào),所以不能表示任何更多的信息,不能提供任何層次和邏輯上的區(qū)別)
- 層次編碼(層次編碼采用標(biāo)點(diǎn)符隔開,以表示需求文檔中某一段某一個(gè)需求,如1.1.1.1,代表1.1.1中的第一個(gè)需求,標(biāo)識(shí)中的數(shù)字越多代表劃分的需求越細(xì),這樣的需求標(biāo)識(shí)方法便于區(qū)分該需求是哪一個(gè)模塊或某一個(gè)功能。
需要注意的是,對(duì)需求進(jìn)行標(biāo)識(shí)是為了更好地管理與更高效地查詢需求,這對(duì)管理需求與需求的跟蹤提供巨大的幫助,所以這兩種方法沒有絕對(duì)的優(yōu)點(diǎn),同樣也沒有一種需求標(biāo)識(shí)的方法是絕對(duì)完美的。因項(xiàng)目而異,找到最適合項(xiàng)目的標(biāo)識(shí)需求方法,才能最大程度上提高查詢的效率。
編寫需求文檔
《需求規(guī)格說明書》對(duì)應(yīng)到互聯(lián)網(wǎng)軟件就是產(chǎn)品需求文檔,而一份產(chǎn)品需求文檔的編寫大致可以參考我的這一篇文章《產(chǎn)品需求文檔丨云之家V1.0版需求文檔》。
四.需求驗(yàn)證
在系統(tǒng)軟件工程中,需求驗(yàn)證專指在需求規(guī)格說明書完成后,對(duì)需求規(guī)格說明書進(jìn)行的驗(yàn)證活動(dòng)。應(yīng)用到互聯(lián)網(wǎng)軟件,就是對(duì)產(chǎn)品需求文檔進(jìn)行驗(yàn)證。
需求驗(yàn)證的方法在互聯(lián)網(wǎng)軟件中用的最多的還是需求評(píng)審,需求評(píng)審的目的是為了讓與會(huì)人員能清晰地了解需求是什么,需求從哪里來(lái),需求對(duì)用戶的意義,需求對(duì)產(chǎn)品的影響,需求的責(zé)任人,評(píng)審需求是否正確與評(píng)定需求的優(yōu)先級(jí)等。
需求評(píng)審會(huì)議有兩種形式,非正式與正式:
非正式的是吼一嗓子,把各相關(guān)人叫過來(lái),直接對(duì)著電腦上的需求開始講,并就需求進(jìn)行討論。
正式的需求評(píng)審會(huì)議一般是為產(chǎn)品初始版本或大版本迭代而開,這里要介紹的就是正式的需求評(píng)審會(huì)議。
按時(shí)間進(jìn)程可以分為會(huì)議前、會(huì)議中、會(huì)議后三個(gè)階段:
1.會(huì)議前
- 會(huì)議前預(yù)定好會(huì)議室
- 發(fā)一封會(huì)議郵件,言明會(huì)議時(shí)間、會(huì)議室、會(huì)議主題,發(fā)送給項(xiàng)目干系人,時(shí)間提前3-5天
- 小范圍先將需求溝通,將產(chǎn)品方案進(jìn)行改善,不然等到正式評(píng)審的時(shí)候就會(huì)被各種懟
- 將產(chǎn)品方案附加在郵件中,可以讓與會(huì)人員先對(duì)方案有個(gè)概覽,加快會(huì)議的進(jìn)程,同時(shí)也可以讓因事未參與到會(huì)議中的相關(guān)人員查看到產(chǎn)品方案
- 做一些會(huì)前準(zhǔn)備,如檢查投影設(shè)備
2.會(huì)議中
- 點(diǎn)明會(huì)議背景與目的
- 介紹需求
- 評(píng)定優(yōu)先級(jí)、指定需求聯(lián)系人與相關(guān)開發(fā)、設(shè)計(jì)、測(cè)試等人員
- 遇到爭(zhēng)議時(shí),讓會(huì)議中出席的領(lǐng)導(dǎo)一錘定音
3.會(huì)議后
- 整理會(huì)議記錄群發(fā)郵件
- 與相關(guān)人員溝通會(huì)議中的問題,解決問題,補(bǔ)充整理好產(chǎn)品文檔發(fā)送給所有人員
需求確認(rèn)、需求變更、需求跟蹤屬于需求管理,顧名思義是對(duì)需求開發(fā)的過程進(jìn)行管理。
關(guān)于需求管理的作用,我看到這么一段文字。
需求管理能夠確證:
- 我們確知客戶的需求是什么(質(zhì)量)
- 滿足客戶需求的最佳解決方法(統(tǒng)一性)
而著名學(xué)者Crosby對(duì)于質(zhì)量的定義就是“同需求保持統(tǒng)一”。我們每個(gè)人都應(yīng)該始終明白我們所做的具體任務(wù)其意義何在,然而在一個(gè)產(chǎn)品的生命周期里,其需求性是能動(dòng)的,是處于變化之中的,所以為保證產(chǎn)品的質(zhì)量,我們必須時(shí)刻保持與需求的統(tǒng)一性,隨變而變。
五.需求確認(rèn)
需求確認(rèn)的意思就是設(shè)法理解需求提供者提出的這些需求的含義,那么作為第一手接觸用戶需求的產(chǎn)品人,需要設(shè)法理解用戶所提出的需求,同時(shí)要將我們理解的需求表達(dá)給我們開發(fā)、設(shè)計(jì)與測(cè)試等,設(shè)法讓他們也理解用戶的需求,確保大家對(duì)需求的理解一致,實(shí)際上需求開發(fā)的四個(gè)過程就是需求確認(rèn)的動(dòng)作,需求的獲取與分析過程是在理解用戶所提出的需求,而需求驗(yàn)證的過程則是向項(xiàng)目組人員傳達(dá)用戶的需求,設(shè)法讓他們理解。
在系統(tǒng)軟件工程中,需求確認(rèn)的另一個(gè)作用是防止項(xiàng)目范圍的蔓延,項(xiàng)目組理解了客戶的需求,向用戶反饋所理解的需求,得到用戶的認(rèn)可后,簽署需求確認(rèn)書,一旦簽訂需求確認(rèn)書,就意味著整個(gè)項(xiàng)目的范圍已經(jīng)確定,在項(xiàng)目實(shí)施的過程中不允許客戶隨意更改項(xiàng)目范圍,增加或者變更需求。但在互聯(lián)網(wǎng)軟件工程中,我們是不可能與用戶簽訂一個(gè)需求確認(rèn)書,來(lái)防止用戶變更需求,只能在獲取需求與分析需求的過程中準(zhǔn)確理解用戶需求,并設(shè)法挖掘到用戶內(nèi)心最真實(shí)的需求。
六.需求變更
首先需要明確一點(diǎn)的是需求變更是不可避免的,我們是不可能控制需求永遠(yuǎn)不會(huì)變更,所以對(duì)比我們需要有一個(gè)正規(guī)的流程來(lái)對(duì)變更的需求進(jìn)行管理。
一般來(lái)說,小的需求變更只是產(chǎn)品經(jīng)理口頭通知相關(guān)的開發(fā)、設(shè)計(jì)與測(cè)試等人員,但復(fù)雜的需求變更必須規(guī)范化,使需求有源可尋、有據(jù)可跟。
如前文所說,滿足用戶需求最佳的解決方式就是統(tǒng)一性,所以最終需要解決的就是保證產(chǎn)品與用戶需求的一致性。
需求變更的來(lái)源一般是兩個(gè)方面,一個(gè)是用戶,一個(gè)是項(xiàng)目組,但大部分都來(lái)自于產(chǎn)品經(jīng)理本人。需求變更一般來(lái)說形式就三種:刪除、新增、修改。
下面就兩種情況進(jìn)行說明:
1.用戶提出需求變更流程
流程說明:
- 需求來(lái)源:用戶提出需求變更
- 產(chǎn)品經(jīng)理初步審核:通過產(chǎn)品經(jīng)理自己對(duì)需求的判斷,判斷是否有必要做、是否能做等
- 項(xiàng)目組審核:評(píng)估實(shí)現(xiàn)需求的難度、人力成本、時(shí)間成本;對(duì)該版本迭代是否有影響,該版本是否能夠?qū)崿F(xiàn)等
- 需求確認(rèn):通過項(xiàng)目審核后,可以與用戶確認(rèn)需求,確保項(xiàng)目對(duì)需求的理解與用戶一致,要開發(fā)的功能能故解決用戶的問題
- 郵件通知:確認(rèn)需求后,發(fā)送郵件通知所有項(xiàng)目干系人,說明需求變更的內(nèi)容
2.項(xiàng)目組提出需求變更流程
流程說明:
- 需求來(lái)源:項(xiàng)目組人員發(fā)現(xiàn)邏輯、流程上有問題或產(chǎn)品需求與提出的需求不一致等
- 項(xiàng)目組審核:經(jīng)過項(xiàng)目組相關(guān)人員的審核才能確認(rèn)是否執(zhí)行變更
- 郵件通知:將確定在本版本進(jìn)行變更的內(nèi)容以郵件的方式來(lái)通知相關(guān)人員
對(duì)于變更的內(nèi)容,項(xiàng)目組相關(guān)人員需要進(jìn)行記錄,方便對(duì)需求進(jìn)行跟蹤。
七.需求跟蹤
需求跟蹤主要的內(nèi)容是需求的整個(gè)生命周期,即從需求源頭到實(shí)現(xiàn)的生存周期。
上圖是需求跟蹤過程,從用戶需求正向追溯到產(chǎn)品功能,從產(chǎn)品功能反向回溯到用戶需求,在這個(gè)過程中,可以區(qū)分用戶需求是否因?yàn)樾枨笞兏兓?、是否轉(zhuǎn)化為產(chǎn)品功能、產(chǎn)品功能是否有對(duì)應(yīng)的用戶需求等,使需求做到有源可溯。
需求狀態(tài)
在需求開發(fā)的過程中,跟蹤需求的狀態(tài)時(shí)需求管理的一個(gè)重要方面。記錄每條需求的狀態(tài),對(duì)于項(xiàng)目的進(jìn)度以及對(duì)項(xiàng)目的整體把握有很大幫助,下面是幾種建議的狀態(tài)值:
需求跟蹤矩陣
在需求管理中,要收集需求的變更和變更的理由并維持對(duì)用戶需求、產(chǎn)品需求和產(chǎn)品功能的雙向跟蹤。
不論采用正向跟蹤還是逆向跟蹤,都要建立與維護(hù)需求跟蹤矩陣。需求跟蹤矩陣保證了需求與后續(xù)工作成果的對(duì)應(yīng)關(guān)系,當(dāng)后續(xù)工作成果發(fā)生變更時(shí),要及時(shí)更新需求跟蹤矩陣,需求跟蹤矩陣對(duì)管理需求變更也能提供幫助。下面是簡(jiǎn)單的需求跟蹤矩陣:
總體來(lái)說,在需求跟蹤的過程中除了上述工具和方法,更常應(yīng)用的是溝通,維持狀態(tài)的改變、及時(shí)更新需求跟蹤矩陣以及需求變更都需要通過溝通來(lái)進(jìn)行,所以維持好與項(xiàng)目組人員的溝通,可以更好地開展需求跟蹤工作。
題外話
我只是一個(gè)項(xiàng)目人,并不是一個(gè)產(chǎn)品人,所以從我的角度并不能完整且完全地描述正確產(chǎn)品角度的需求工程,我希望能通過這篇文章初步構(gòu)建自己的需求方法論,也很希望通過產(chǎn)品人從產(chǎn)品角度來(lái)給我述說正確的解鎖需求的姿勢(shì),如果你有關(guān)于需求的方法,請(qǐng)不吝賜教,在評(píng)論里提出,從你那里我獲取需要的信息,填補(bǔ)我的需求方法論,謝謝。
作者:風(fēng)涯,一個(gè)想要走產(chǎn)品的項(xiàng)目人,在職找產(chǎn)品工作,坐標(biāo)深圳。
本文由 @風(fēng)涯 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自PEXELS,基于CC0協(xié)議
如果能夠結(jié)合實(shí)例會(huì)更好,加油!
是的,目前現(xiàn)在主要是構(gòu)建框架,其實(shí)具體內(nèi)容還可以填充,補(bǔ)充一些案例
需求分析應(yīng)該有明確的分析維度,不只是一口氣羅列。
對(duì)的,當(dāng)時(shí)總感覺這部分有問題,應(yīng)該結(jié)合實(shí)例來(lái)進(jìn)行分析,這樣有一個(gè)明確的維度的分析,能有一個(gè)具體的方向,非常謝謝
就是一個(gè)需求,你搞的這么復(fù)雜。
反而沉重。
1.需求獲取那一塊,邏輯劃分還是不夠明確,只是類型的堆積而已,可以按照定量、定性,感官、文字等維度來(lái)劃分
2.整篇文章因?yàn)樯婕暗拿嫣珡V,造成每一個(gè)部分都沒有深入說明,看完并沒什么實(shí)際可操作性,而且部分的流程只針對(duì)于特定公司,不具備普適性
定量、定性明白,能請(qǐng)問下感官與文字維度是什么意思嗎?因?yàn)槭菢?gòu)建的整個(gè)方法論,對(duì)于各部分還是需要填充內(nèi)容的