實(shí)踐和理論需要同步，本文作者記錄了自己的敏捷開(kāi)發(fā)流程，與大家分享。

需求的收集

首先對(duì)于不同的公司，大家對(duì)于需求的管理和搜集都是不一樣的，是什么原因造成了這種百花齊放的原因，主要因?yàn)樵谛枨笫占驼頃r(shí)會(huì)需要花費(fèi)大量的時(shí)間和精力,來(lái)甄別。而對(duì)于處于不同規(guī)模、階段、行業(yè)的公司，它們所能耗費(fèi)的成本（人力、時(shí)間、資源）都是不同的。自然大家對(duì)于如何搜集需求，如何整理需求，如何輸出需求都不相同。但最后都想達(dá)到需求明確的結(jié)果。

收集需求的方式有但是大致可分為幾類：

• 問(wèn)卷調(diào)查——通過(guò)制定詳細(xì)周密的問(wèn)卷，要求被調(diào)查者據(jù)此進(jìn)行回答以收集資料的方法。
• 用戶訪談——通過(guò)線上，線下的方式進(jìn)行一對(duì)一單獨(dú)對(duì)話訪談。
• 競(jìng)品分析——通過(guò)觀察直接或間接競(jìng)爭(zhēng)對(duì)手，得出自己或競(jìng)品的優(yōu)劣。
• 內(nèi)部搜集——通過(guò)個(gè)人（用戶模擬）或他人獲取“直接”需求。
• 數(shù)據(jù)需求——通過(guò)當(dāng)前數(shù)據(jù)的反饋來(lái)感知需求。
• 第三方——通過(guò)第三方資訊/報(bào)告/白皮書(shū)/數(shù)據(jù)分析等手段了解當(dāng)前需求。
• 等等

需求整理

然而收集需求的方法處理這列舉出來(lái)的之外，還有更多的我們并不知道的方法。但是他們終究是為了達(dá)到“搜集需求”而已。在我們搜集了足夠的需求之后，就到了需要我們記錄下來(lái)的時(shí)候了，至于如何記錄，這里和前面一樣。

對(duì)于需求記錄，每個(gè)人都有著自己常用的記錄方式，比如有喜歡用看板類teambition、trello、leangoo，等軟件的。而我這里的話，我十分推崇使用Excel來(lái)記錄我的需求。

推崇使用Excle主要是原因有幾個(gè)原因有很多：

1. 首先就是普及率高。在這個(gè)互聯(lián)網(wǎng)時(shí)代，只要不是太過(guò)于困難的偏遠(yuǎn)地區(qū)，我們?cè)谧x書(shū)時(shí)都或多或少接觸過(guò)Office三件套。就算沒(méi)有接觸過(guò)，大家也可以在短時(shí)間能上手使用。
2. 其次就是裝配率高，除純凈版的系統(tǒng)，基本所有的系統(tǒng)都會(huì)攜帶office三件套，就算沒(méi)有攜帶，我們也可以輕而易舉的從網(wǎng)上下載來(lái)使用。
3. 其他的如功能強(qiáng)大之類話題我就不在過(guò)多闡述，因?yàn)樵谌粘Ｊ褂弥形覀円仓挥媚枪潭ǖ膸讉€(gè)小功能而已，并不需要過(guò)多的了解太多的“高級(jí)”技巧。

創(chuàng)建功能需求表之前，我會(huì)先瀏覽用戶Story，做到場(chǎng)景還原化，之后再根據(jù)記錄的用戶Story來(lái)進(jìn)行功能拆解。

首先說(shuō)明，這種拆解不是盲目的拆解，是需要根據(jù)一定規(guī)則進(jìn)行拆解的。不同的人或許有不同的拆解方式，而我遵循的是從上到下的拆解規(guī)則。

我將他們分為?系統(tǒng)，模塊，功能，內(nèi)容，備注：

• 系統(tǒng)：明確story拆分出來(lái)的功能是屬于那個(gè)需求或者是那個(gè)端的。
• 模塊：這里期有兩種劃分思維：將有共通性的功能劃分到一起、將在同一頁(yè)面的功能劃分到一起。
• 內(nèi)容：輔助功能明確這個(gè)功能的邊界。
• 備注：對(duì)于一些有歧義或需要特別說(shuō)明功能進(jìn)行補(bǔ)充說(shuō)明。

這樣拆分有助于我梳理整體架構(gòu)。

在分解的過(guò)程中，我們還需要注意功能的準(zhǔn)確性，因?yàn)檫@個(gè)功能始終是圍繞著用戶Story來(lái)的，是為了解決用戶故事中用戶的需求而存在的，不能讓功能偏離了用戶Story的出發(fā)點(diǎn)，偏離后會(huì)出現(xiàn)幾種情況，一個(gè)是偏離后做出來(lái)的功能牛頭不對(duì)馬嘴，無(wú)法滿足用戶。

另外一種是功能給用戶造成損失，最終都會(huì)造成用戶流失。所有在拆分完后，我們需要多次的復(fù)查這些功能，以保證這個(gè)功能點(diǎn)基本滿足用戶需求。

復(fù)查后就是我們的下一步操作分優(yōu)先級(jí)（優(yōu)先級(jí)我將放入原型后，禪道驅(qū)動(dòng)中來(lái)講解），隨后就是原型繪制。

最后根據(jù)上面來(lái)進(jìn)行操作，我們得到了功能需求表。但是得到了功能需求表，并不能代表我們的這個(gè)階段的工作完成了 ，我們可以直接推進(jìn)到下個(gè)工作環(huán)節(jié)當(dāng)中。

反而這個(gè)時(shí)候我們還需要反復(fù)的拿著用戶Story與功能需求表進(jìn)行對(duì)比，除了反復(fù)對(duì)比之后，我們還需要拿著功能需求表和用戶Story，與需求者進(jìn)行需求校對(duì)，校隊(duì)是否真正的滿足了用戶需求，在校對(duì)過(guò)程中我并不推薦將功能需求表直接交予對(duì)方進(jìn)行直接進(jìn)行校對(duì)，因?yàn)檫@種方式會(huì)適得其反，會(huì)直接出現(xiàn)對(duì)方看不懂，或者是看之后，他突然說(shuō)我還有個(gè)IDEA。

所有我們需要使用交談的方式進(jìn)行試探用戶。最后基本確定后，我們這個(gè)階段的工作就可以暫時(shí)告一段落，進(jìn)入下個(gè)環(huán)節(jié)單中。

備注：當(dāng)遇見(jiàn)一些功能復(fù)雜的業(yè)務(wù)或需求時(shí)（常見(jiàn)于0到1）我們可以適當(dāng)?shù)膶⒛K進(jìn)行再次拆分，拆分成模塊，子模塊以便更好的進(jìn)行維護(hù)功能需求表

Tips：在創(chuàng)建過(guò)程中明確了《范圍層》

本文由 @Wcof 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議。