|
需求從業(yè)者的困惑 先說說很多軟件需求從業(yè)者的問題或困惑 菜鳥： ▎一聽到用戶需求就想到對(duì)應(yīng)系統(tǒng)功能設(shè)計(jì) ▎一接到需求就陷入實(shí)現(xiàn)細(xì)節(jié)討論 ▎頭腦只有功能,、頁面、按鈕,、表,、字段,，搞得用戶也學(xué)你變成半個(gè)IT，最后用戶教你怎么做設(shè)計(jì) 普通： ▎聽說過統(tǒng)一建模語言（UML）這類專業(yè)的需求分析工具,，一看有13種圖,，明天再說吧 ▎接到需求，會(huì)先詢問用戶在什么場(chǎng)景遇到什么問題,，再考慮方案——熱心點(diǎn)的,，往往成為用戶的“好朋友”（盡力滿足用戶需求），但往往做了一堆低價(jià)值的功能 專業(yè)： ▎對(duì)市面上常見的分析工具都有過一定的學(xué)習(xí),，課聽了,，書、文章也看了不少,，知道工具有什么用,，但在實(shí)踐中發(fā)揮不出其神力 ▎用戶提需求時(shí)，從用戶的言語間能抓住哪句是目的,，哪句是他想到的手段,，哪句話可能有其他忽略的價(jià)值或大坑——用戶和你一聊，有出現(xiàn)聊嗨的,，用戶驚嘆原來有這么多自己原來沒想到的,；有出現(xiàn)聊不下去的，用戶甩出你按我說的做就好,，哪有那么復(fù)雜（你駕馭不了場(chǎng)面） 問題出在哪,？ 軟件行業(yè)從業(yè)者，特別是開發(fā)團(tuán)隊(duì),，常常會(huì)陷入一種尷尬的境地：一個(gè)項(xiàng)目/產(chǎn)品做了一兩年都還看不到邊,，什么時(shí)候是個(gè)尾？伴隨而來的是今天推翻昨天的設(shè)計(jì),，明天改今天的代碼,。緊接著團(tuán)隊(duì)成員開始彼此有意見，甚至團(tuán)隊(duì)出走 據(jù)統(tǒng)計(jì),，大概只有30%的軟件項(xiàng)目成功開發(fā)完并順利上線,。大家70%的努力都去哪了？ 從軟件全生命周期管理來看,，軟件開發(fā)是一項(xiàng)包括需求捕捉,，需求分析，設(shè)計(jì),，開發(fā),，項(xiàng)目管理和測(cè)試的系統(tǒng)工程。 我們可以一眼明了：需求捕捉，需求分析是龍頭,。前面一錯(cuò),，后面步步皆錯(cuò)。 在產(chǎn)品經(jīng)理國(guó)際資格認(rèn)證里對(duì)產(chǎn)品經(jīng)理（需求從業(yè)者的另一種稱呼）和項(xiàng)目經(jīng)理的工作有個(gè)生動(dòng)的比喻：產(chǎn)品經(jīng)理是母親,，負(fù)責(zé)把產(chǎn)品這個(gè)孩子從懷孕-生產(chǎn)-養(yǎng)大成人,；項(xiàng)目經(jīng)理是助產(chǎn)士，負(fù)責(zé)產(chǎn)婦在生產(chǎn)環(huán)節(jié)幫助胎兒順利落地,。 大概有3個(gè)原因,，導(dǎo)致軟件需求精英缺乏 學(xué)校/社會(huì)教育薄弱 學(xué)校沒有專門的軟件需求專業(yè)。大學(xué)常見的專業(yè)是計(jì)算機(jī)科學(xué),，軟件工程,。職業(yè)教育類主要課程是各類語言開發(fā)，網(wǎng)絡(luò)技能,。 職場(chǎng)就業(yè)欠佳 小公司,，往往老板就是第一需求負(fù)責(zé)人，老板掌握了全公司最多,、全,、有用的信息，按老板說的,，再找一個(gè)懂技術(shù)落地的開發(fā)負(fù)責(zé)人,，就搭伙開公司了。 小公司占了所有企業(yè)的大部分,，需求從業(yè)者的需求量有限,，得到鍛煉的機(jī)會(huì)少了，誕生精英的幾率也低了 入門到精通,，可遇不可求 互聯(lián)網(wǎng)創(chuàng)業(yè)熱后,，市面上催生不少產(chǎn)品經(jīng)理。但就像俞軍說的：P7級(jí)別及以上的仍然是一將難求,。 高階產(chǎn)品經(jīng)理,，從硬件條件來看,，涉及多個(gè)學(xué)科/崗位知識(shí)：心理學(xué)基礎(chǔ),、經(jīng)濟(jì)學(xué)基礎(chǔ)、軟件工程,、設(shè)計(jì),、管理學(xué)基礎(chǔ)、企業(yè)運(yùn)營(yíng)實(shí)務(wù)… 從軟件條件來看,，似乎更玄了：如果沒有一定價(jià)值判斷,、偏執(zhí)、自我糾偏能力，基本做不出什么有價(jià)值,、創(chuàng)新的東西,。 進(jìn)入社會(huì)前，沒有成熟的教育體制 進(jìn)入社會(huì)后,，一方面沒有好的鍛煉環(huán)境,；另一方面從入門到精通，沒有很硬性的衡量指標(biāo),，更像人文藝術(shù)類,，個(gè)人天賦、意愿,、悟性占很大成份,。 軟件需求是不是玄學(xué)？ 上面這一分析,，估計(jì)有人會(huì)更困惑：軟件需求是不是玄學(xué),？ 如果要達(dá)到俞軍說的P7以上的資格，有可能是玄學(xué),。 但一門學(xué)科之所以能成體系,，就一定有相關(guān)教材，有學(xué)習(xí)的路徑,。如果我們以專業(yè)+級(jí)選手為對(duì)象,，軟件需求還真不是玄學(xué) 需求捕捉： 翻開各種調(diào)研工具的書，有非常多,、詳細(xì)的調(diào)研方法,、流程。一開始我們可能只知道每個(gè)工具的優(yōu)缺點(diǎn),，注意事項(xiàng),。隨著在工作中實(shí)踐，你還是能找到調(diào)研的套路 比如：多關(guān)注用戶的目的,；判斷一個(gè)需求的影響度,、發(fā)生頻率；找出需求干系人,，對(duì)其重要程度劃分等,。 需求分析： 分析是在準(zhǔn)確捕捉需求后，進(jìn)行需求的價(jià)值判斷,、投入產(chǎn)出比分析,、業(yè)務(wù)到產(chǎn)品轉(zhuǎn)化設(shè)計(jì)。 已被廣為流傳的有統(tǒng)一建模語言（UML）,，大眾普及的有跨職能流程圖,，產(chǎn)品經(jīng)理常用的有功能結(jié)構(gòu)圖,、功能流程圖、頁面流程圖,。 既然有成體系的知識(shí),、方法，那么軟件需求就是門實(shí)實(shí)在在的學(xué)問,。不同人面對(duì)同個(gè)需求,，雖具體落地設(shè)計(jì)可能有差異，但應(yīng)該有趨近的解決方向,。 鋪墊到這,，差不多了。進(jìn)入今天的神作介紹 神作介紹 今天我要介紹的這本專業(yè)書籍
看完后,，意猶未盡,，馬上又順藤摸瓜去了解作者
以上可讓有興趣的朋友自行去獲取想要的其他信息。 先說框架 下面放上我讀完本書,，整理的一張圖（閱讀順序從上到下,，從左到尾） 注：本書面向B端類需求分析
1、面對(duì)復(fù)雜的B端業(yè)務(wù)需求,，第一件事要考慮對(duì)業(yè)務(wù)進(jìn)行劃分,，作者在書中提出內(nèi)部管理需求可按業(yè)務(wù)職能劃分，外部服務(wù)需求可按產(chǎn)品/服務(wù)劃分,。 舉了例子：一個(gè)體檢醫(yī)院管理系統(tǒng),，可分為體檢業(yè)務(wù)、客服管理,、物資管理,、財(cái)務(wù)管理這幾個(gè)子系統(tǒng)。 2,、子系統(tǒng)間通過業(yè)務(wù)接口,，實(shí)現(xiàn)服務(wù)提供和調(diào)用的關(guān)系。降低系統(tǒng)耦合度,，實(shí)現(xiàn)互聯(lián)互通,。 3、信息系統(tǒng)的核心是支持管理,，管理的核心是通過業(yè)務(wù)流程事前規(guī)避風(fēng)險(xiǎn),，通過規(guī)則和審批事中控制風(fēng)險(xiǎn)，通過數(shù)據(jù)分析做事后優(yōu)化,、迭代,。由此引出了中間的功能,、數(shù)據(jù)主線 4,、數(shù)據(jù)是需求人員和技術(shù)人員的工作分水嶺。一般來說，需求人員提供相關(guān)功能及頁面設(shè)計(jì)需求,；技術(shù)人員拿到需求后,，分析完頁面內(nèi)容，就會(huì)進(jìn)入數(shù)據(jù)庫設(shè)計(jì),。 作者在書中提出通過類圖來呈現(xiàn)數(shù)據(jù),。建議從業(yè)務(wù)角度讀類圖 如下圖，可以這么介紹：一個(gè)客戶可以下多個(gè)訂單,；每個(gè)訂單有且只有一個(gè)收貨人,；訂單由多個(gè)訂單項(xiàng)組成；每個(gè)訂單項(xiàng)代表一種產(chǎn)品,；一個(gè)訂單可能涉及多個(gè)供應(yīng)商,，因此需拆成多個(gè)送貨單；每個(gè)送貨單由對(duì)應(yīng)供應(yīng)商執(zhí)行,；每個(gè)供應(yīng)商為網(wǎng)站提供多種產(chǎn)品,。
有余力的需求人員可以通過類圖助力開發(fā)完成數(shù)據(jù)庫設(shè)計(jì)。 5,、冰山以下是很多用戶忽視的質(zhì)量和運(yùn)維需求,，比如軟硬件、網(wǎng)絡(luò)要求,，日常運(yùn)維需支持的可配置項(xiàng),，監(jiān)控運(yùn)行要求等 很少看到有人能將UML的各種圖放到各合適的階段去運(yùn)用，并能做到不為了講工具而運(yùn)用工具,。 再舉細(xì)節(jié) 1,、方案級(jí)需求和問題級(jí)需求的區(qū)別 做好軟件需求工作，業(yè)務(wù)驅(qū)動(dòng)需求是核心,。傳統(tǒng)的需求分析是站在技術(shù)視角展開,，關(guān)注的是“方案級(jí)需求”；業(yè)務(wù)驅(qū)動(dòng)的需求是站在用戶視角展開,，關(guān)注的是“問題級(jí)需求” 領(lǐng)悟：理解這段話,，你就能克制自己一下子就進(jìn)入解決方案討論的沖動(dòng)。方案設(shè)計(jì)是需求人員的事,，不要讓用戶代勞,。 2、以用例之名,，行功能分解之實(shí) 在實(shí)踐中,，經(jīng)常出現(xiàn)“以用例之名，行功能分解之實(shí)”,，用例的精髓在于用戶視角,，在于業(yè)務(wù)場(chǎng)景,，要求你不再關(guān)注系統(tǒng)提供什么功能，而是用戶在什么場(chǎng)景下需要系統(tǒng)提供支持,。 用例就是一個(gè)用戶的具體使用場(chǎng)景,，一個(gè)相對(duì)獨(dú)立、可暫停的場(chǎng)景,。 比如你不會(huì)在搜索引擎輸入關(guān)鍵字就離開,，因此輸入關(guān)鍵字不是一個(gè)用例。 領(lǐng)悟：我們看到很多方案中的用例,，與后續(xù)的設(shè)計(jì)與開發(fā)脫節(jié),。好的用例圖能指導(dǎo)后續(xù)的角色權(quán)限、角色系統(tǒng)動(dòng)作等設(shè)計(jì),。用例圖的讀者是系統(tǒng)用戶（他們對(duì)自己做什么最熟悉）,。 3、質(zhì)量需求中的假大空描述 “高擴(kuò)展性,、高彈性,、無故障時(shí)間2756小時(shí)、所有查詢均在7秒內(nèi)相應(yīng)”,，這些詞在技術(shù)要求中常出現(xiàn),，寫的人是拷貝的，看的人是略過的,。作者提出破解之道： 通過逆向思維,、場(chǎng)景化描述，避開使用這些詞被提問時(shí)的尷尬 如果真能讀懂,、運(yùn)用好本書內(nèi)容,，應(yīng)該就達(dá)到這里說的專業(yè)+級(jí)的水平。 今天信息量比較大,，再次墻裂推薦對(duì)需求分析有困惑,、感興趣的朋友，值得買一本紙質(zhì)書來逐字閱讀,。 就單單書里的例子,，已經(jīng)值回十倍書價(jià)。 更多好內(nèi)容,，干貨請(qǐng)持續(xù)關(guān)注下圖公眾號(hào) |
|
|
