axure商城

產品需求文檔:如何撰寫一份適合敏捷迭代開發的PRD文檔?

前言:軟件開發方式大概有這么幾種,分別是瀑布模式、迭代增量式、螺旋模式、敏捷開發,敏捷開發相比其他模式,它的優點是開發周期短(一至兩周為一個周期)、更強調隊伍的高度協作、更迅速的響應;在互聯網時代時間就是金錢,多花一天時間開發就是多燒一天錢,因此現今比較常用的是敏捷開發模式。

作為一名敏捷開發團隊的產品經理,如何撰寫一份適合敏捷迭代開發的PRD文檔?敏捷版PRD文檔相比于其他開發模式的又有什么不同?

通常一份較正式的產品需求文檔,主要包括文檔標識、產品概述、功能說明、全局說明、非功能性需求等幾大塊內容,那么敏捷版PRD文檔也一樣嗎?

敏捷開發最大的特性是迭代周期,一份敏捷版PRD文檔必須要匹配這一特性,否則迭代就會被搗亂,輕則迭代延期,重則敏捷開發變瀑布開發,兩周一個迭代結果慢慢拖成一個月一個迭代。

知道了敏捷版PRD必然具備迭代的特性后,這里介紹一份由敏捷開發團隊實戰總結所得的PRD模板,不同于其他豪華美觀的模板,這份更適用于敏捷項目,能快速響應迭代開發所需。

為什么?因為省時省力又實用啊。下面來詳細講解一下這份敏捷版PRD文檔。

一、敏捷版PRD文檔目錄

敏捷版PRD文檔的目錄結構包括:文檔標識、產品概述、1~N期,其中產品概述中包括:功能架構、需求分期表、需求變更對比、研發計劃表、流程圖、角色權限、名詞解釋,對于外包項目或投標項目還需要在產品概述處增加產品介紹、受眾群體分析,請自行增加,此處不再另述。

二、文檔標識

該頁主要填寫項目的名稱及產品經理的基本信息:

1、名稱,頂部為項目文檔的名稱;

2、標識,右下角為項目負責人(產品經理)填寫的基本信息。

三、功能架構


該頁放項目的功能架構圖或頁面架構圖,這需要產品經理在做需求分析時把項目的功能/頁面架構用思維導圖或VISIO等軟件整理出來并導出圖片,再將圖片復制到PRD中。

當后期版本迭代不斷增加時,當初的功能架構圖肯定會有所變動,所以:

1、整理功能架構圖時,可以只整理大版塊,就不用為了小功能點的變動而去修改該頁;

2、若功能架構圖整理得很細化時,則源文件一定要保存好,只要修改好源文件再導出圖片,再插入進去即可;

3、最好按優先級或迭代周期,打上123456…的標識,以便項目組成員快速了解某一迭代的需求量,因為迭代周期很重要。

四、需求分期表

該頁放整個項目的需求計劃,產品經理在做完需求分析后,就需要將所有的功能點、頁面整理出來,并做好分期。

1、分期的基本原則是以一至兩周的工作量為一期,即一個迭代為一期;

2、需要將當期包含的主要頁面或功能點羅列出來;

3、填寫需求的創建日期修改日期,是方便產品經理對當期的開發進程把控;

4、評審時間、狀態、審核人,是便于記錄當期的評審結果,如果有復審的,則以復審時間為準。

五、需求變更對比


該頁填寫同一頁面中需求有變更、修改的記錄,屬于小變更、小修改的記錄,以紅字標記需求變更時間;至于大變更、大修改則以迭代的方式,安排到后面的需求分期中去。

六、研發計劃表

該頁填寫每個迭代的研發時間表,包括UI設計、程序開發、測試、驗收、發布上線等各個階段的計劃時間與實際時間,綠色表示提前及按期完成,紅色表示延期完成,以便項目負責人掌控項目開發進度。當然這是微小團隊比較便捷的項目管理方法,最合適的是利用軟件來管理項目進度,如禪道、TAPD、Teambition等。

七、流程圖、角色權限、名詞解釋

流程圖頁放項目的一些流程圖,可直接在AXURE上畫,也可在VISIO等其它軟件畫好導出圖片,再插入進去,但源文件一定要保存好以便修改時用到。

角色權限頁放項目的一些角色用例、角色權限圖等,可直接在AXURE上畫,也可在VISIO等其它軟件畫好導出圖片,再插入進去,但源文件一定要保存好以便修改時用到。

名詞解釋頁用于編寫行業專用術語、不好理解或自我創新的詞匯,對這些名詞術語進行解釋說明,方便新人對項目的理解,加快融入項目組

(PS:這3點可由產品經理根據實際項目情況自行增減或修改)

八、1~N期

前面撰寫完項目的基本說明之后,接著就是原型頁面了,這是敏捷版PRD最關鍵也是最不同的部分。原型頁面以期數來劃分成不同的文件夾,期數文件夾以降序排序(即54321,升序12345亦可):

1、若頁面有小修改,則在原期的原頁面上進行修改;

2、若頁面有新增或大修改,則迭代到新一期中去,即在新一期中新建一個相同的頁面,把變更的東西表達在該頁上;

3、分期中可包含當期的流程圖、用例圖;

4、通用提示窗或交互,可單獨匯總到一個文件夾中;

5、頁面不需要加頁碼。

本模板的原型頁面實則是包含原型和需求文檔兩部分,左邊是頁面的原型設計,右邊是頁面的需求文檔。主要是在左邊的原型設計中加上標注碼,右邊以一個標注碼為一行來書寫需求文檔,兩者通過標注碼來索引,如下圖所示:

上圖具體說明如下:

1、序號,即標注在左邊原型設計上的標注碼,用英文字母A-Z來表示;

2、名稱,指單個功能點或元素的名稱

3、類型,包含初創、修改、新增、刪除,各種類型說明如下:

①初創,黑色字體,指該功能點是第一次創建的;

②修改,藍色字體,指該功能點在當頁的需求發生變更;

③新增,綠色字體,指該功能點在當面中是新增加的需求;

④刪除,紅色字體,指該功能點已被廢除;

4、需求描述,書寫對應功能點的需求描述,盡量詳細、明了,最好分幾大點幾小點來書寫,123表示大點,①②③表示小點;若在某個功能點中發生需求變更時,則在對應的功能點某小點的后面加上說明,用紅色字體,并打上日期,如下圖所示(同時需要在需求變更對比表中體現出來):

5、備注,填寫該功能點的一些特別的說明,或附加說明。

PS:以上就是一份敏捷版PRD的大致說明,至于更詳細的內容,或需要套用該PRD模板的同學,請點擊此處購買下載。

給TA買糖
共{{data.count}}人
人已贊賞
產品經理

需求轉化 —— 深入淺出設計產品

2019-9-25 16:27:41

產品經理

項目從開始到上線經歷的一些事情和總結

2021-5-8 14:59:26

axure商城
0 條回復 A文章作者 M管理員
    暫無討論,說說你的看法吧
?
個人中心
購物車
優惠劵
今日簽到
有新私信 私信列表
搜索
俄罗斯videoxxxoo