中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：產品需求文檔是每個產品經理都需要學會撰寫的，作為一名敏捷開發(fā)團隊的產品經理，如何撰寫一份適合敏捷迭代開發(fā)的PRD文檔？本文作者為我們做了詳細地解答。

前言：軟件開發(fā)方式大概有這么幾種，分別是瀑布模式、迭代增量式、螺旋模式、敏捷開發(fā)。敏捷開發(fā)相比其他模式，它的優(yōu)點是開發(fā)周期短（1~2周為一個周期）、更強調隊伍的高度協(xié)作、更迅速的響應。

在互聯(lián)網時代時間就是金錢，多花一天時間開發(fā)就是多燒一天錢，因此現(xiàn)今比較常用的是敏捷開發(fā)模式。

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

這里介紹一份由敏捷開發(fā)團隊實戰(zhàn)總結所得的PRD模板，不同于其他豪華繁重的模板，這份更適用于敏捷項目，能快速響應迭代開發(fā)所需。

下面來詳細講解一下這份敏捷版PRD文檔。

一、PRD目錄結構

敏捷版PRD文檔的目錄結構包括：文檔標識、產品概述、1~N期，其中產品概述中包括：功能架構、需求分期表、需求變更對比、研發(fā)計劃表、流程圖、角色權限、名詞解釋。

對于外包項目或投標項目還需要在產品概述處增加產品介紹、受眾群體分析，請自行增加，此處不再另述。

二、文檔標識

該頁是填寫項目的名稱及產品經理的基本信息：

1. 名稱：頂部為項目文檔的名稱；
2. 標識：右下角為項目負責人（產品經理）填寫的基本信息。

三、功能架構

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

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

1. 整理功能架構圖時，可以只整理大版塊，就不用為了小功能點的變動而去修改該頁；
2. 若功能架構圖整理得很細化時，則源文件一定要保存好，只要修改好源文件再導出圖片，再插入進去即可；
3. 最好按優(yōu)先級或迭代周期，打上123456……的標識，以便項目組成員快速了解某一迭代的需求量，因為迭代周期很重要。

四、需求分期表

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

1. 分期的基本原則是以一至兩周的工作量為一期，即一個迭代為一期；
2. 需要將當期包含的主要頁面或功能點羅列出來；
3. 填寫需求的創(chuàng)建日期修改日期，是方便產品經理對當期的開發(fā)進程把控；
4. 評審時間、狀態(tài)、審核人，是便于記錄當期的評審結果，如果有復審的，則以復審時間為準。

五、需求變更對比

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

六、研發(fā)計劃表

該頁填寫每個迭代的研發(fā)時間表，包括UI設計、程序開發(fā)、測試、驗收、發(fā)布上線等各個階段的計劃時間與實際時間；綠色表示提前及按期完成，紅色表示延期完成，以便項目負責人掌控項目開發(fā)進度。

當然這是微小團隊比較便捷的項目管理方法，最合適的是利用軟件來管理項目進度，如禪道、TAPD、Teambition等。

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

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

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

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

八、迭代1~N期

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

1. 若頁面有小修改，則在原期的原頁面上進行修改；
2. 若頁面有新增或大修改，則迭代到新一期中去，即在新一期中新建一個相同的頁面，把變更的東西表達在該頁上；
3. 分期中可包含當期的流程圖、用例圖；
4. 通用提示窗或交互，可單獨匯總到一個文件夾中；
5. 頁面不需要加頁碼。

本模板的原型頁面實則是包含原型和需求文檔兩部分，左邊是頁面的原型設計，右邊是頁面的需求文檔。

主要是在左邊的原型設計中加上標注碼，右邊以一個標注碼為一行來書寫需求文檔，兩者通過標注碼來索引，如下圖所示：

上圖具體說明如下：

1. 序號

即標注在左邊原型設計上的標注碼，用英文字母A-Z來表示。

2. 名稱

指單個功能點或元素的名稱。

3. 類型

包含初創(chuàng)、修改、新增、刪除，各種類型說明如下：

1）初創(chuàng)

黑色字體，指該功能點是第一次創(chuàng)建的。

2）修改

藍色字體，指該功能點在當頁的需求發(fā)生變更。

3）新增

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

4）刪除

紅色字體，指該功能點已被廢除。

4. 需求描述

書寫對應功能點的需求描述，盡量詳細、明了，最好分幾大點幾小點來書寫，123表示大點，①②③表示小點。

若在某個功能點中發(fā)生需求變更時，則在對應的功能點某小點的后面加上說明，用紅色字體，并打上日期，如下圖所示（同時需要在需求變更對比表中體現(xiàn)出來）：

5. 備注

填寫該功能點的一些特別的說明，或附加說明。

九、結語

以上就是一份敏捷版PRD文檔的大致說明，至于更詳細的內容，或需要套用該PRD模板的同學，請移步至下面的作者簡介處了解更多，或關注作者同名公眾號。

作者：默林如斯工作室；公眾號：默林如斯工作室

本文由 @默林如斯工作室 原創(chuàng)發(fā)布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Pexels，基于 CC0 協(xié)議