敏捷开发迭代的PRD该怎么写

为什么会有PRD

 首先来说说为什么会有PRD文档？

1. 需求文档是实施的依据，避免了实施过程中的无用功和偏离主体

稍微大一点的团队产品经理未必能准确向每个人传达产品需求，那么这就需要有一个文档的形式来向项目的所有成员来传达需求，这就是我们常说的文档来源。

2. 由于在实施过程是，用户还会经常变更需求，经常爱拍脑袋，容易变卦，所以，通过文档书面记录修订的变更历史，便于有迹可循。

3. 当需求理解不一致或产品延期时，PRD可以作为依据，有效解决问题。‌

4. 降低了团队变更或交接班时的风险，同时提高了交接效率

当项目有新人进入的时候，可以让新人更快的了解产品。当你离职的时候，继任的产品经理也可以根据你的文档来熟悉产品迭代的内容。

什么是敏捷开发

‌‌敏捷开发是一种以用户需求进化为核心，采用迭代、循序渐进的方法进行软件开发的模式。‌ 在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。

这意味着一个大项目被分为多个相互联系但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。‌

那么我们该如何做到敏捷开发呢？

快速迭代：产品通过短周期的迭代交付，通过不断的迭代完善产品。

快速尝试：避免长时间的需求分析和用户调研，快速进行尝试。快速验证市场和需求的真伪，抢占市场。

快速改进：根据客户反馈快速改进，因为产品迭代很快，肯定会有不完善的情况，产品上线后需要收集用户需求，方向错了就调整方向，有bug就快速改bug。

充分交流：团队成员的无缝交流，如每天短时间的站立会议。

交流尽量扁平化，团队成员可以在坐的近一些，这样交流起来比较方便，而不是像大公司一样，一件事情需要走很多流程。

简化流程：拒绝一切形式化的东西，使用简单易用的东西开始工作。

例如;把冗长的word文档去掉，代指在原型上简单的标注，其实说实话，你写的很长篇幅的PRD文档，开发的兄弟妹妹也不一定会看，白白浪费写文档的时间。

敏捷开发迭代的PRD文档该怎么写

既要敏捷开发，又要保证开发质量，这个时候PRD文档就显得重要了。

1. 做好版本控制：

版本历史记录要有，你的原型可能会更新好几次，这个时候你需要做好版本控制，每次更新的时候在版本命名上显示是那个几点几版本。同时在版本控制上显示每一版本更新了那些内容，这样别人一看就会一目了然。

2. 业务流程要完整：

基于系统现状完整业务流程更新，用明显字体颜色标注出本次调整流程节点，如下图示例：

3. 功能描述要清晰：边界要划分清楚

可在原型中标注出本次调整的原型点，规则描述明确本次下调整点是新增，还是基于原来规则进行调整，其他没有调整内容，无需再冗余阐述，直接引用到已有文档，如下图示例：

原型调整

原型字段规则描述

流程规则调整

4. 重要的名词定义要清晰简洁：文档中重复出现的名字就不需要解释了，可在文档通用章节用简洁精炼的语言把名词解释出来

写在最后

其实实现敏捷开发文档只是一个手段，更重要的是多沟通，减少因为沟通少而产生的误解。当然一个好的PRD文档可以增加大家的沟通效率。