“三步走”解決需求編寫和澄清問題

1、“三步走”解決需求編寫和澄清問題實例化需求不僅破解解決了需求分析和撰寫的問題，也給出了融資需求銀行貸款溝通和澄清的方法。本文介紹了一些關(guān)于實例化需求的學習和體會。之前聽了一場何勉老師的線上能在此之前分享課程，他是敏捷和精益開發(fā)方面的靈敏專家。聽完之后，我最為好奇和想要去實踐的是實例化需求。于是，這之后，基于線上培訓關(guān)于實例化需求的闡述，做了一個更為深入的了解。以下是一篇學習筆記心得體會和心得，希望能能夠幫助大家解決一些困惑，也為了自己后續(xù)工作的實踐。產(chǎn)品經(jīng)理在日常的工作中，大約80%的時間都在跟需求打交道。為什么這么說呢？在我看來，需求是產(chǎn)品的前置驅(qū)動，而產(chǎn)品是需求內(nèi)在價值的消費市場具象體現(xiàn)。

2、在實際的工作中，產(chǎn)品開發(fā)源于，基于需求，也就是需求是產(chǎn)品開發(fā)的輸入。如果輸入源頭缺乏保障，就會變成GIGO(Garbagein ，garbageout )：輸入是垃圾，輸出也是垃圾。需求的分析，澄清和溝通是產(chǎn)品順利落地的控管保障。于是為了保證源頭的準確，可靠，在我們?nèi)粘５墓ぷ髦?，通常能源需求文檔中會堆砌大量的規(guī)則、約束條件，這些一般來說需要很拗口，復雜的文字去書寫。實踐表明：用文字去書寫規(guī)約是件“狗帶”的事情，用語言去講規(guī)則更是件“狗帶、狗帶”的事情。比如一個關(guān)于下拉選項的規(guī)則：顯示有有效狀態(tài)的活躍選項的對 應的有效內(nèi)容。這個規(guī)則無論給應用程序、客戶去看，還是給開發(fā)和求證測試同 事澄清，都會覺

3、得其優(yōu)點別扭。前者難以理解，后者難以澄清。其實不難發(fā)現(xiàn)，有時候一些規(guī)則就是規(guī)則一些某項情況下的實例, 你會發(fā)現(xiàn)寫了大半篇幅去說明清楚的幾個規(guī)則，執(zhí)幾個例子就很輕而 易舉的搞定了。所以，面對融資需求中的這些“之乎者也”，語言變得那么的蒼 白無力。為了解決上述融資需求實施試行過程中的一些問題，實例化需求 應用而生。到底什么是實例化需求呢？看下圖：上圖中可以看出實例化需求程序語言的三個特征：不難尋獲實例化需求，從始至終都在強調(diào)例子。搞產(chǎn)品需要好用易用，溝通需求也需要有通俗易懂這是我從這次培訓中受益最大的地方，也是最為切實可操作的方 法。為什么要基于范例去溝通聯(lián)系需求？ 一切都源于一種叫做“知識 的詛

4、咒”的東西。人們在溝通的時候不自主的認為別人和自己一樣的背景知識，從 而會帶來了溝通的溝通交流障礙和誤解產(chǎn)品人員對管理業(yè)務比較了解，但是對開發(fā)知識匱乏就很缺乏； 開發(fā)人員對開發(fā)技巧比較專業(yè)，但是對業(yè)務知識可能并不深入。這就是理論知識的詛咒，魔咒而實例則可以打破這個魔咒。實例化的需求，從基本的需求分析開始，到最后的需求交付，整 個整個過程可以基于已有的煤炭資源資源，比如已經(jīng)上線的系統(tǒng)內(nèi)， 然后用可視化的方法回復進行需求求證。銀行業(yè)務在我看來這種方法尤其適用于對于業(yè)務規(guī)則較多，且復 雜的場景下進行需求文檔的編寫和澄清。那知道了實例化市場需求的典型應用場景之后，我們再看一下一 個需求中一般囊括包含哪

5、些內(nèi)容？先看下面的融資需求金字塔:需求的金字塔結(jié)構(gòu)，以及各層次的信息需求金字塔（圖片來之何勉老師分享）需求金字塔則講述了一個完整需求應該涵蓋哪些內(nèi)容？融資需求金字塔包含了三個層次，這三個層次既是需求分析的層 次，也是需求編寫和表述的層次。需求的目標：需求從聯(lián)絡目標開始。所謂需求的目標，你可以稱 述為這個需求解決誰的問題，什么問題，當前的現(xiàn)狀，不解決會會帶 來哪些后果。操作和操作步驟：為了實現(xiàn)上面的目標，系統(tǒng)需要有支持用戶哪 些操作？這些操作的先后順序是什么樣的？業(yè)務規(guī)則：基于用戶的操作步驟，在什么情況下，用戶做什么操 作，能產(chǎn)生什么樣的結(jié)果。這些規(guī)則可能是對應一個操作步驟，也可 能是對應多個操

6、作步驟之后的綜合的結(jié)果?；谏鲜鲂枨蟮娜蟛糠郑覀兛梢苑謩e對其進行落地操作。實例化需求的操作步驟（圖片來之何勉老師分享）如上圖所示，三個步驟：澄清價值。澄清當前需求綜上的背景和現(xiàn)在；澄清當前需求想要實現(xiàn)的和解 決的問題。其實，這塊我們在的工作中特別容易忽略的部分，以為澄清需求只需要把功能點，邏輯，交互和規(guī)則講清楚就行。這就是為什么在需求澄清會上產(chǎn)品經(jīng)理經(jīng)常會受到莫名其妙的，開發(fā)和測試同事對需求目標的想像不一致有很大的原因。識別操作以及操作步驟。列出相關(guān)的操作；畫出各個操作的用戶使用工作流。這個時候我們需要注意以下幾個問題：1）比如流程是否合理和高效？任務走查是一個非常好的驗證方 法，這塊后續(xù)

7、再議。2）是否覆蓋所有場景，異常場景有無需要考慮，是否全面？3）流程是否可以更簡單？示意圖，流程圖在這里是一個很好的表現(xiàn)方式，直觀且易于工程師理解。定義業(yè)務規(guī)則。規(guī)則其實就是輸入觸發(fā)輸出的一個結(jié)合。通俗的說就是口語化在什么情況下，做什么操作，產(chǎn)生什么樣的結(jié)果。業(yè)務規(guī)則是需求文檔中所谷朗必不可少的內(nèi)容，因為它關(guān)系到概念觀察學習的嚴謹性，進而影響系統(tǒng)的穩(wěn)定性，最終直接關(guān)系到的用戶體驗和企業(yè)的利益。這個步驟需要考慮的是規(guī)則是否完整？為何考慮的各種情況，比如異常、出錯情況等。對于規(guī)則的編寫時最考驗一個人邏輯是否是否嚴謹?shù)臅r刻，也是 最能體現(xiàn)漢語博大精深的地方。但是如何能夠更直觀，形象的表達出 來就是實例化需求的用武之地了。我在工作中中的實踐