敏捷实施过程中怎样结合：高保真原型、需求文档、产品backlog
1. 你对交互设计和易用性熟悉的时候，完全可以出高保真的原型，不需要开发人员有太多想法。但是当你对这块不熟悉的时候，还是只出backlog比较好。比如对于移动APP的交互设计，里面很多交互方式和传统应用都不同，你就要考虑你对这些界面交互是否清楚，不清楚的话建议就交给有经验的开发，但是开发出来原型效果后你需要Review.2.不要纠结在产品需求文档是否描述成了详细需求，在敏捷整个思路里面要尽量建设多层次的多个需求文档。user story是一句话，但是不代表在backlog list里面不能对user story的场景进行详细描述。因此这个问题关键还是在backlog list里面要分多列，user story本身一定要一句话描述清楚，具体的需求和对应的场景在另外的列详细描述。
■网友
敏捷研发中强调团队协作和沟通，快速交付让客户满意的产品。建议让研发团队提前介入到产品前期，尽早发现问题解决问题。1、高保真原型和backlog是完全不同的两个东西backlog是包括了优先级、工作量评估、How to demo等字段的user story集合，例如：
高保真原型面向的是产品最终的表现形态2、研发流程优化建议如果要使用敏捷研发的模式，建议让团队了解敏捷研发的理念和相应实践，结合团队实际情况选用实际，推荐一本书《硝烟中的Scrum和XP》，除了SCRUM和XP还有其他敏捷流派：看板、FDD等，作为leader可以先开展scrum，偏管理实践；XP有很多工程实践需结合实际，结合我的经验，CI(持续集成)实践如果运用好可以大大提升产品质量，CI有很多成熟的工具支撑，如jeckins、travis-CI敏捷研发没有规范和标准，使用敏捷研发模式关键在于理解敏捷研发的核心理念，结合团队和公司现状探索一条最适合自己的方法论和实践，提升产品研发质量和效率，快速交付让客户满意的产品。
■网友
问题里有几个概念需要明确1下：
【敏捷实施过程中怎样结合：高保真原型、需求文档、产品backlog】 1、需求文档，这个概念我理解还是属于传统瀑布开发的范畴，一份Spec需求文档，既有产品原型图，又有交互规则，也有业务逻辑的描述，还有一堆相关的内容，比如性能、升级、兼容性……描述和要求。在敏捷开发中，可以简单理解为“ backlog/story+UE设计+UI设计≈Spec需求文档”
2、高保真原型，应该是指UI人员根据UE的输出，进行设计和加工而完成内容，这时候严格意义上已经不能称之为原型了，而应该就是产品要实现的最终效果。
3、产品的backlog，应该是来源于用户原始业务场景和诉求，产品经理通过产品的形式来满足用户需求的描述。说的简单1点，就是一条backlog内容，就应该可以通过产品满足客户的某些或某部分的独立业务需求。
明确上面的概念后，我理解lz是要进行敏捷开发的实践，那么建议可以找找相关敏捷过程的知识先了解1下。
推荐阅读
- 实施■2021年1月1日起一批新规实施
- 『吸管』塑料吸管还有吗？ 升级版“限塑令”实施首日
- 河北实施雨污分流改造工程全省分流制管网占比达98%
- 江苏高考■江苏省发布《2021年普通高校招生考试安排和录取工作实施方案》
- #地下水#| 江苏苏锡常地区实施地下水禁采20年 地下水位回升至36.4米 人民日报
- 西藏航空一机长执飞过程中身体不适降落后送医去世
- 普法|南通“七五”普法规划顺利实施
- |徐州市出台《关于优化创新创业生态系统 提升区域科技创新活力的实施意见》及实施细则
- 正点财经|
- 大三学生准备日本留学过程中要不要准备考研