Inception需求開發與管理淺談

Inception是一種需求開發的利器，有別與現在各個書籍與雞湯使用的方式，使用Inception，將會給BA、需求分析師、產品經理、開發、架構師帶來最大的便利性，將需求分析從繁冗的工作中解放出來，做一些更多的需求開發工作，或者從架構方面、產品方面研究如何更大程度的保證系統的高可用和便捷等等，用以提升整體用戶體驗。

本文我主要從Inception的各個方面說明我們如何使用它，包括總體流程、方法說明等，本次Inception應該是首次亮相，其實是一個縮小版，主要是為了發現更多的問題，或者找到一些不友好的地方，以保證Inception最終儘可能的幫助分析問題、解決問題，以保持最好的顏值和適用性。

對於Inception的應用，首先我們要在一個團隊內達成共識，用最有效的方式總結我們將要開發的產品，這一點在效能和效率上是非常必要的。

用一句話來描述我們的產品：下面就由WMS來作為例子展開，為大家熟悉的需求分析方法走一個過場；來整體了解Inception流程及產出物；根據現有產品或迭代產品進行一個全新的梳理，獲取我們所需要的需求。

產品願景

需求

WMS，是通過入庫業務、出庫業務、倉庫調撥、庫存調撥和虛倉管理等功能，對批次管理、物料對應、庫存檔點、質檢管理、虛倉管理和即時庫存管理、合同管理等功能綜合運用的管理系統，有效控制並跟蹤倉庫業務的物流和成本管理全過程，實現或完善的企業倉儲信息管理。

用戶畫像

根據系統的使用者，我們的直接用戶、潛在用戶、客戶等，來劃分不同場景下的用戶畫像，更能貼近系統，為系統分析帶來不一樣的思路。下面，以合同管理模塊來為大家講解：

舉個栗子：合同管理

以WMS合同管理模塊來講解：行為、想法、痛點、機會點。

行為

想法

痛點與機會點

根據痛點、機會點；並初步形成有效的解決方案：

用戶體驗地圖

從不同的階段——需求——行為——想法——情緒——痛點——機會點，我們就可以繪製體驗地圖，讓產品的初步結構真實的展示在面前，可以從機會點找到我們挖掘的需求，再根據具體的解決方案，寫出我們的用戶故事。

Inception產出物

信息架構與交互設計：可以根據產品特點來劃分、也可以根據用戶行為來劃分。

Inception典型的初始會議，團隊用一個工作日的大部分時間，專註於為啟動一個新的項目做準備。在需要對進行中的項目進行重新討論的時候，初始會議一樣也可以用於進行了幾個月的項目上。理想情況下，在初始會議之後的第二天，研發團隊就可以開始那些高優先順序的、具體的和可操作的用戶故事了。

有的時候，啟動會議可以使我們團隊在開工之前，更早的發現干係人或者是項目的目標不清晰，需要做一些額外工作，從而對共同的目標進行提煉和達成一致。在團隊開始工作之前對問題進行澄清和達成一致，遠遠好於團隊已經工作了數周，甚至更長時間之後再重新研究，這些做過的工作遲早也會被丟棄。

Inception需求開發是我們獲取需求的一種方式，其還有遊戲法、人性法、大數據法、馬斯洛需要層次、觀察法、用戶參與式、用戶反饋、團隊創新等。

需求評估方法、工具及管理

為什麼需要Inception？

主要目的是達到團隊共識和更好的啟動項目，Inception就是讓團隊關注於：知道項目要創建什麼，並且從哪裡開始。我的經驗是，Inception可以讓團隊達成一致，從而更好的開始一個項目，快速交付價值，並且不會在錯誤的事情上浪費時間。

Inception是一個反覆的過程，以便於我們持續的改進，提高用戶對產品的粘度及體驗度。Inception在某一點上及時地達成一致是非常好的，但為了確保持續的達成一致，在項目中也應該使用其他類型的循環反饋迴路。有效的反饋迴路方式包括每日站立會議，每周的迭代計劃會議，每周與項目發起人的會議，每周或每兩周的回顧會議，以及項目功能的持續發布。在幾個月或者重要的里程碑之後。因為達成一致的團隊才是一個有效的團隊。

主要流程：