問渠哪得清如許，為有源頭活水來。
在半畝方塘邊看書的朱熹，興之所至，忽見池面如鏡，映照著天光云影。究其原因，池塘原本并非一潭死水，而是常有活水注入。于是，他創(chuàng)作了兩首詩，題為《觀書有感》，上述名句出自其中第一首。
如果我們把池塘比作某種產(chǎn)品，天光云影便是產(chǎn)品的諸多功能，那么這滋養(yǎng)產(chǎn)品的源頭活水，就必然是高質(zhì)量的需求了。一路行來，BA引領(lǐng)著需求，經(jīng)歷了啟發(fā)、分析、規(guī)范、驗證，可謂歷經(jīng)九九八十一難之后，需求最終修成正果一份高質(zhì)量的軟件需求規(guī)格說明書。至此，BA的工作也算是告一段落，可以功成身退了。
然而，一切是否真的如此美好？
聚焦于軟件需求的書籍不少，為什么我們非要讀卡爾這本呢？謎底就在謎面上，原書書名中的essential就是精要的意思，精是精煉，要是必要，副標(biāo)題更絕，意思是BA那些事兒的最小完備集合，缺少本書任何一個實踐，可能會影響到需求的質(zhì)量，最終得不到清如許的需求。
大多數(shù)講需求的書，基本上遵循經(jīng)典的需求全生命周期管理框架，都從需求啟發(fā)或者需求收集講起，然后到分析、規(guī)范、驗證，輔以需求工程（需求變更管理）。這個經(jīng)典框架有什么問題嗎？在我看來，當(dāng)然有。
這就如同《西游記》，如果開篇就寫玄奘法師在取經(jīng)路上被老虎吃掉坐騎，驚嚇之余，偶遇五指山下的千年石猴。猴子說：揭掉山上的黃紙符，我就拜你為師，保你取經(jīng)路上一路無虞。如果《西游記》這樣鋪陳故事情節(jié)，你肯定會問：猴子為什么要保唐僧取經(jīng)？猴子有什么本事保護唐僧？唐僧又為什么要相信猴子？……
寫需求的書也一樣，如果一上來就講客戶有個需求，作為BA該如何記錄和如何分析，這難道不奇怪嗎？卡爾這本書，不是從五指山講起，而是幫助我們欲知造化會元功的《西游釋厄傳》。談到需求，BA還未進場的時候，客戶往往就已經(jīng)左思右想、加班加點地思考需求了。BA進場后，客戶就像找到了失散多年的親人，拉著BA沒完沒了地講自己想要這個想要那個。作為BA，卡爾提醒你，今日不宜止步于搜集需求，而宜 動土開溝為客戶需求筑基。這是本書第2章的主題，其中5個實踐就是用來為需求打底的。
我們來看看這5個實踐：
實踐#1：三思而后行，謀定而后動
實踐#2：定義業(yè)務(wù)目標(biāo)
實踐#3：定義解決方案的邊界
實踐#4：識別和描述利益相關(guān)方
實踐#5：確定有決策權(quán)的人
大家發(fā)現(xiàn)了什么？這5個實踐中，沒有一個提到需求，但哪一個離得開需求呢？更確切的說法是，需求離不開這些實踐，高質(zhì)量需求更離不開。它們是需求這位明星的道具、制片、化妝、導(dǎo)演……這些都到位，好戲才可以開始上演。對此，其他講需求的書要么駐足不前，要么淺嘗輒止，唯獨卡爾的書，在這里濃墨重彩，唱念做打，精彩紛呈。舉例來說，在收集需求之前，卡爾建議BA同學(xué)先請客戶組織為每類需求指定代表人和驗收人。他建議BA和客戶確認三件事：第一，這位代表人是否能代表他們提出需求？很多BA其實也會自發(fā)地這樣做；第二，是否能代表他們?yōu)樾枨笈判�？如果不行，請客戶先商定一個需求排序方法或決策機制。很多BA都因為事前忽略這一點而導(dǎo)致后期深受其害。第三，請每組利益相關(guān)方指定一位需求驗收人。到此，大家是否感受到了專業(yè)BA深厚的功底？
很多BA都為需求確認而苦惱不堪，都有這樣心酸的故事：等你加班加點把需求整理成冊之后，那個當(dāng)初拉著你的手和你有話說（需求）不完的客戶忽然告訴你，這些需求他無法確認，因為他沒有拿到所有人的授權(quán)，所以請你拿著需求和他背后的那些影子人一一確認，而你，無辜的你，這個時候才大徹大悟，自己面對的并不是一個人，也不是一個人？
書中第3章至第7章，卡爾用15個實踐把BA過程闡述得很透徹，哪里是坑，哪里是坡，哪里宜快，哪里且慢。他從用了幾十年的大背包中精心挑選出20顆鉆石，慎重地裝入一個錦囊，錦囊的標(biāo)簽上寫著 高質(zhì)量需求，略加思索，他又補了一行小字，聚焦于商業(yè)價值的20個核心實踐。然后，他微微一笑，把錦囊輕輕地交到我們手中。
合上書，我們攥緊卡爾的錦囊，勇氣和底氣油然而生，正如《觀書有感·其二》所言：昨夜江邊春水生，艨艟巨艦一毛輕。向來枉費推移力，此日中流自在行。BA這些事兒，如果能夠做到高質(zhì)量，豈不是進入了中流自在行的境界？
張楠，DevOps社區(qū)理事及規(guī)�；�敏捷SAFE SPC及智能制造專家

推薦序2：既要又要以及還要？安排
我們高質(zhì)量團隊花了近一個月的時間首次讀完了英文版《高質(zhì)量需求》。我領(lǐng)讀的是第1章、第2章以及4.4節(jié)介紹的實踐13：需求優(yōu)先級排序。
果不其然，無論東方還是西方，無論膚色是黃還是白，只要是做開發(fā)，都不得不面對這個挑戰(zhàn)：面對組織的既要又要還要，如何對優(yōu)先級進行排序，尤其是在資源總是有限的業(yè)務(wù)場景下。好的BA會怎么做？
在面對哪些必須做、哪些可以做以及哪些可以忽略等問題的時候，我們往往可以采取兩步走的策略，第一步是做準(zhǔn)做精，第二步是復(fù)用迭代。然后，結(jié)合相對論與動態(tài)論的原理，擬定重磅問題清單。
好的醫(yī)生，不能只是看病，還需要治病。同理，好的BA也會開處方！243便是他們的秘密武器：2個維度、4個步驟和3個方法。吵架？比嗓門大？比薪水高？嗨！不存在的，243一拋，共識就這樣得了。
順便絮叨一下，在遇見《高質(zhì)量需求》之前，我經(jīng)常聽人說：需求就像速凍餃子，開袋下鍋，分分鐘出鍋即食。需求的收集，是不是真的也這么容易？在看完這本書之后，我的心境發(fā)生了明顯的變化，對產(chǎn)品和需求相關(guān)從業(yè)者的敬意油然而生：需求和研發(fā)一樣，也是工程，一個有生命周期的工程過程，它發(fā)端于界定業(yè)務(wù)問題，經(jīng)歷啟發(fā)（征詢）、挖掘、分析，實施、驗證，最后形成精準(zhǔn)的、可迭代的、可復(fù)用的高質(zhì)量需求。
需求領(lǐng)域和開發(fā)領(lǐng)域一樣，也是一個系統(tǒng)工程，從業(yè)者必須是手藝人，需求在經(jīng)過反復(fù)澄清和迭代打磨之后，點石成金。這本書呈現(xiàn)的20個實踐，帶領(lǐng)我們從需求開發(fā)到需求管理，就像帶著我們參觀從無到有的整個需求過程。
如果你是需求相關(guān)從業(yè)者，可以把這本書當(dāng)作進階指南，經(jīng)常性地反思自己有沒有直接在問題中預(yù)設(shè)解決方案？每次遇到需求相關(guān)問題時，可以用哪些相關(guān)的實踐？可以從哪些維度提升個人的專業(yè)能力？書中哪些重磅問題可以拿來查漏補缺？
如果你是開發(fā)相關(guān)從業(yè)者，可以把這本書當(dāng)作BA對開發(fā)的告白，有的團隊可能沒有BA/PO等需求相關(guān)的崗位，但一定有人在做需求開發(fā)。沒有完美的個人，只有完美的團隊，沒有最好，只有最合適，如果你遇見一個還不錯的BA，那就牽好手，雙向奔赴！
如果你是工具平臺相關(guān)從業(yè)者，可以把這本書當(dāng)作避坑指南，在構(gòu)建需求管理工具之前，產(chǎn)品負責(zé)人/業(yè)務(wù)分析師（PO/BA）是否已經(jīng)具備需求開發(fā)的能力？需求管理平臺解決的是什么問題？能否解決相關(guān)人員缺失需求開發(fā)能力的問題？
作為高質(zhì)量乘風(fēng)破浪團隊的成員，我邀請大家?guī)е�下面幾個問題看這本書，去收獲自己的彩蛋：
書中提供大量的模板，這些模板是旗艦版還是豪華版？工作中如何
采納？
書中每個實踐后面都有關(guān)聯(lián)實踐和行動建議，作者為什么這樣設(shè)計？
如果把書中的重磅問題作為需求基線的檢查清單，適用于哪些場景？
看完本書，對需求的深（需求層級）與寬（生命周期）有了哪些不同的見解？
作者為什么沒有在這本書中引入DDD的相關(guān)實踐？
看完這本書，能做出高質(zhì)量需求了嗎？
身處軟件吞噬世界的當(dāng)下，我們手藝人不僅能搞定軟件工程，還需要掌握需求工程。最后，建議大家在閱讀本書的時候，放慢放輕松，因為在看完這本書之后，你或許會和我一樣，并不只是認知得到了顯著的拉伸。
伍雪鋒，《非凡敏捷》推薦官、八戒跑四方 公眾號主理人以及成長中的教練