為什么80%的碼農都做不了架構師？>>> ??

之前的文章我們講述了使用 禪道如何添加產品。有了產品之后，我們就可以來創建我們的第一個需求了。
?
我們產品經理可能都習慣了寫需求設計文檔，或者規格說明書，通過一個非常完整的word文檔將某一個產品的需求都定義出來。但在禪道里面，我們提倡 按照功能點的方式來寫需求。簡單來講，就是將原來需求設計文檔中的每一個功能點摘出來，錄在禪道里面，作為一個個獨立的功能點。如果按照scrum標準走 的話，我們可以稱之為 用戶故事(user story)。所謂用戶故事，就是來描述一件事情，作為什么用戶，希望如何，這樣做的目的或者價值何在，這樣有用戶角色，有行為，也有目的和價值所在，非常方便與團隊成員進行溝通。?

一、創建需求
使用產品經理角色登錄系統。
進入產品視圖。
在頁面右側，有“新增需求”菜單，點擊菜單，出現新增需求的頁面。


需求的標題是必填項。
所屬計劃和模塊，可以暫時保留為空。
需求審核那塊，我們選上不需要審核，這樣新創建的需求狀態就是激活的。只有激活狀態的需求才能關聯到項目中，進行開發。
需求可以設置抄送給字段，這樣需求的變化都可以通過email的形式抄送給相關人員。
可以設置關鍵詞，這樣可以比較方便的通過關鍵詞進行檢索。

二、評審需求
在創建需求的時候，有一個"不需要評審"的復選框，如果選中該復選框的話，需求的創建是激活中的。但大部分情況下面，需求還是需要評審的。即使產品完全有一個人負責，也可以將一些不成熟的想法存為草稿，后續再進行處理。新增需求的評審流程如下：

下面我們來看下具體的需求評審頁面：

評審結果可以選擇確認通過、有待明確、拒絕等操作。如果選擇“確認通過”，則需求的狀態改為“激活中”，然后就可以關聯到項目中進行開發了。
如果選擇“有待明確”，會保持需求的草稿狀態，并將需求指派回需求的創建者頭上，有其繼續進行完善。
如果選擇了“拒絕”，則需要給出相應的拒絕原因，拒絕原因可以有：


由誰評審是記錄的參與評審的人員名單，可以輸入用戶名來自動篩選。一般來講需求評審可以是一個線下的評審會議，在禪道里面記錄下參與需求評審的人員即可。

轉載于:https://my.oschina.net/candou/blog/177358

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的NO.104使用禅道创建和评审需求的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。