产品开发协作流程

用例评审DoD：1.2份用例评审通过，团队达成一致，无疑义2.测试用例归档至指定位置，信息同步团队3.参与评审的人至少准备2个或2个以上问题，并获得解答和团队一直认同，无疑义4.在迭代周期内固定时间完成

测试完成DoD：1.完成功能正/逆向、边界值、界面/交互测试2.完成回归测试3.零已知缺陷(致命、严重Bug数量为0)4.按承诺计划完成

美术设计(按需)

1.研发按照评审通过后的自测用例内测(含自测和互测)，确认测试通过，支持测试部署和Bug修复(部分项目可先产品和需求方验收再转测试)2.技术负责人按需组织研发转测前后的代码评审(特别是核心关键逻辑的代码)3.代码评审按周或迭代定期执行，节点为版本发布前、线上问题/事故等

N

需求收集/澄清

发布完成DoD：1.完成迭代规划的需求/用户故事的开发、测试、验收2.至少完成一次全量回归测试，致命、验证缺陷为0，其他缺陷遗留≤5个3.发布通知（Release Notes），发版前、发版后周知（邮件模板）4.有用户手册5.产品相关文档已全部更新，对运营、市场、客服、运维的新功能培训已完成6.代码已部署到发布服务器上，并冒烟通过7.按承诺计划完成

1.测试按评审通过的测试用例和既定的测试计划执行测试(并同步通知美术设计走查)2.测试记录用例执行结果，测试出具最终测试报告/结论，明确给出能否上线的结论3.测试Bug全部录入Jira，关联迭代和版本，指定研发人员，研发负责修复，测试负责验证4.测试通过后通知产品、需求方在测试环境/预发布环境验收

产品开发全流程设计

回顾/复盘DoD：1.全员参与2.有明确的业务/用户反馈和价值/指标验证结果3.每个人提出3个可改进的点4.选择出3-5个下个迭代可以改进的点，作为下一迭代Jira任务进行跟进5.在迭代周期内固定时间完成

1.研发按Jira拆分的任务和计划进行开发和每日任务状态流转2.项目负责人组织每日站会，同步进度和风险

主：产品经理协：技术负责人

技术方案评审

输入：《立项书》(立项会评审通过)、技术可行性结论输出：《需求文档(PRD)》、产品需求清单(Product Backlog)（含优先级、预期指标，PRD仅针对0-1的新项目或大粒度需求）

主：产品经理协：技术负责人、需求方

主：研发工程师协：技术负责人、测试工程师

技术方案评审DoD：1.技术方案评审通过，团队达成一致，无疑义2.技术方案归档至指定位置，信息同步团队3.参与评审的人至少准备1个或2个以上问题，并获得解答和团队一直认同，无疑义4.在迭代周期内固定时间完成

美术设计稿

流程

输入：迭代开始前既定的业务指标、实际业务指标、迭代计划、风险清单、协同过程、资产、燃尽图、Bug单、线上问题输出：《复盘会议纪要(含改进事项)》

1.技术负责人组织项目团队全员参与技术方案的评审，测试和产品一起参与，评审会前至少0.5天发出方案给团队熟悉2.评审问题由技术负责人记录，并在评审会后调整完成，同步团队最新方案，并按要求位置存档文件，保持增量更新3.项目负责人记录评审中团队提出的风险项，持续跟进直到风险关闭

系统测试

🔃

输入：《产品原型》、PRD、用户故事（Jira）、《美术设计稿》输出：评审结论、迭代需求清单(Sprint Backlog)、风险List，确保团队成员对需求和设计稿理解一致，无疑问

1. 产品基于当前基本盘不确定需求可行性的，需寻求相关技术负责人确认，如有必要，组织多技术负责人/决策委员会可行性评审会议，最终输出《技术可行性评估结论》【附】评审形式：会议(产品组织，与会人员包括但不限于：需求方、技术负责人(多)、决策委员会(按需)等)

输入：《需求文档(PRD)》、《产品需求清单(Product Backlog)》输出：《产品原型》、迭代需求清单(Sprint Backlog)、(用户故事(Jira))

意向阶段技术可行性评估

主：研发/测试工程师协：项目负责人

主：技术负责人协：产品经理

迭代计划(Jira)

主：测试工程师协：项目团队全员协：测试负责人/交叉测试人

输入：《产品原型》、PRD、《美术设计稿》、用户故事(Jira)、系统设计输出：《测试用例)》

技术可行性DoD：1.有明确的可行或可不行的结论2.如不可行(基于现状)还需技术做哪些尝试或方案方可支持，需要给产品和业务预期方案和周期

1. 产品角色承接业务项目意向，部分项目或新领域项目立项前完成市场和和竞对进的调研，产出调研结论2. PMO提供《立项书》模板，参与立项会，管控合规性3. 立项会确定范围、目标、团队配置、RASCI(权责)和项目里程碑节点和计划、期望结果、验证标准4. 立项适用0-1或跨团队的大型综合项目(团队规模预计在15人以上)5. 立项流程和立项会按项目等级不同，参与角色不同6. 立项通过后按规划的项目团队组织启动会（见立项流程）

输入：意向需求和业务目标输出：《技术可行性评估结论》

碑-4

1.产品和美术设计负责测试通过后增量的验收和美术走查，并给出明确的验收和走查结论，如有问题，反馈技术负责人沟通处理，并再次测试和验收确定2.验收和走查通过后，发版时间有产品确定(需求方认可)3.测试遗留问题需产品评估影响，明确是否带问题上线，如上线需提前周知需求方并获得一致认同（或组织Show Case）

项目立项/启动

测试用例DoD：1.用例与需求/用户故事对应，以确定全覆盖2.用例输出2份：1份完整用例，1份提供给研发自测的冒烟用例（15个以内）3.在迭代周期内固定时间完成

Y

DOD

立项/启动DoD：1.立项书按照模板输出，并预先和核心人员进行初步确认2.立项会议邀请通知邮件发出3.立项会议流程随邀请通知一并发出4.立项结论邮件推送

回顾/复盘/结项

迭代完成DoD：1.所有代码通过静态检测，严重问题都已修改2.所有新增代码都经过Code Review3.所有完成的用户故事都通过测试4.所有完成的用户故事得到产品的验证5.按承诺计划完成

输入：《测试报告/结论》、《产品验收结论和美术UI走查记录》输出：成功部署上线，线上验证正常

研发任务拆分(计划排期)

输入：发起人项目意向/创意/市调/竞调输出：《立项书》

输入：迭代开发计划、Jira开发任务输出：可自测的增量

输入：可自测的增量、测试用例(研发自测)输出：可测试的增量

1.确认技术可行性后，产品依照PRD和已澄清的PB List，设计产品原型，输出Axure文档和用户故事（Jira）2.产品出具产品方案设计计划给项目负责人，作为项目计划一部分；对接后续计划3.产品方案和PRD归档至指定位置，保持增量更新，PMO定期资产审计【附】Jira用户故事参考模板：(作为[什么角色]...希望[实现什么功能]...以便[做什么事情]...以及对应的原型图示、需求辅助说明、验收标准)。

技术方案设计

需求采集DoD：1.需求全部进Jira需求池2.澄清需求后确定出Product Backlog列表，有需求方预期的优先级和业务指标3.在迭代周期内固定时间完成

1.按产品和美术设计计划，产品组织项目团队全员参与产品方案、美术设计稿的评审，评审会前至少0.5天发出方案和设计稿给团队熟悉2.评审问题由产品和设计师各自记录，并在评审会后调整完成，同步团队最新方案和设计稿，并更新存档文件为最新3.按评审范围和预估，确定下一个迭代的Sprint Backlog4.项目负责人记录评审中团队提出的风险项，持续跟进直到风险关闭

产运验收

输入：《产品原型》、PRD、《美术设计稿》、《系统设计》输出：Jira开发任务、迭代开发/迭代测试计划

输入：《产品原型》、PRD、《美术设计稿》、用户故事(Jira)输出：《系统设计(架构图/时序图)》

产品策划方案

美术设计DoD：1.符合产品需求（产品经理确认OK）2.前端实现可行性（前端开发确认OK）3.设计稿完成，并产品和需求方确认OK4.在迭代周期内固定时间完成

输入：《系统设计(架构图/时序图)》输出：评审结论、风险List，确保团队成员对实现方案理解一致，无疑问

测试用例评审

输入：《需求文档(PRD)》、《产品原型》和用户故事（Jira）输出：《美术设计稿(UI/UE/动效)》

测试用例设计

碑-2

主：需求/项目发起人协：产品经理、项目经理、PMO

部署发布线上验证

主：产品经理协：测试工程师

1.项目负责人创建迭代，研发人员按需求/用户故事/系统设计Jira内拆分各自开发任务，填写规模(任务规模颗粒度为1-8人时/任务)和计划时间2.项目负责人汇总迭代计划，同步需求方，组织每日站会、项目例会3.迭代计划(包含但不限开发/测试计划、里程碑、代码和用例评审、上线、回顾复盘等节点)，并确认计划可行性4.计划执行过程中，项目负责人跟踪管理风险

主：测试工程师协：产品经理、技术负责人

产品方案评审DoD：1.产品方案包括PRD(大粒度需求)完整、原型(流程图、线框图、逻辑说明等)完整2.UI、交互、视觉、切图完整3.团队评审通过，达成一致，无疑义4.产品方案、设计稿等归档至指定位置，信息同步团队5.在迭代周期内固定时间完成

1.测试组织项目团队全员参与测试用例的评审，产品参与，评审会前至少0.5天发出用例给团队熟悉2.评审问题由测试记录，并在评审会后调整完成，同步团队最新方案，并按要求位置存档文件，保持增量更新3.项目负责人记录评审中团队提出的风险项，持续跟进直到风险关闭【附】重点项目测试组负责人参加评审，其他项目按需参加

测试结论

主：产品经理协：需求方

角色

主：研发工程师协：产品经理、技术负责人

主：项目负责人协：PMO(项目团队全员参与)

1.设计师依照PRD、产品原型、用户故事，设计效果图，并同需求方和产品确认效果图，达成一致2.产品给予设计师有关产品设计逻辑交互等支持3.设计师出具设计计划给项目负责人，作为项目计划一部分，对接后续计划4.设计稿归档至指定位置，保持增量更新，PMO定期资产审计

碑-3

1. 立项通过后，需求方或产品Jira录入需求，产品对接需求方梳理需求(含业务功能/逻辑、优先级、预期指标及期望计划)，并承接梳理，以及确认澄清2. 产品同需求方确认澄清后，输出《需求文档(PRD)》3. 产品同需求方对齐需求的业务指标（量化），评审时同步

1.产品方案和美术设计评审后，技术负责人出具系统设计(架构图/时序图)2.0-1项目或大型综合项目的技术方案包括产品架构图、技术架构图、部署架构图、按迭代分别输出的时序图，由虚拟技术组参与评审3.技术方案一般在产品评审后1-2天内输出，新项目和大项目一周内输出

主：测试工程师协：产品经理、技术负责人、美术设计师

1.发版前技术负责人查阅测试报告和验收结论，确认测试及验收通过2.技术负责人按照测试、验收通过的Tag执行发版(测什么发什么)，重大版本需同部门负责人确定发版时序和时间3.配置类和SQL类发版由技术负责人确认后发布，或统一权限发版4.上线后产品和测试对线上进行主流程和本次发版功能进行验证，确保正常，如有问题，走Jira线上问题，研发按时效要求对接处理

碑-6

系统研发

技术方案

产品方案DoD：1.用户故事的描述及拆解符合INVEST原则，业务逻辑、验收标准清晰2.PRD按模板输出，原型图包括目录、更新记录、图形界面、流程图、逻辑说明等3.需求有有预期价值ROI、有优先级4.有第三方依赖时间明确5.有业务期望、上线时间预期6.在迭代周期内固定时间完成

详细说明

输入：《测试报告/结论》、可发布的增量输出：《产品验收结论和美术UI走查记录》

主：产品经理、设计师协：项目团队全员协：产品架构师

1.项目负责人检查归档的迭代过程资产(产品、研发、测试、美术2.产品/需求方准备上线后既定业务指标完成情况、用户反馈等3.项目/迭代回顾（对内：每迭代1次，概况汇总、问题回顾及改善措施/计划等），按敏捷开发回顾会议模式组织和开展，PMO协助4.项目/迭代总结（对外：每项目阶段1次(按需自定义，至少1-2次/季度，主要针对迭代总结、目标达成情况、收集业务反馈、对齐未来规划方向[或未来具体需求]）5.项目/迭代回顾参与对象为项目团队全员，时间节点在迭代上线1-2周后6.团队成员反馈迭代/项目推进过程中的协同改进建议

迭代计划DoD：1.研发任务全部进Jira，拆分粒度为1-8小时/任务2.研发任务包括任务、开发人员、起止时间、规模/工时3.研发任务要关联对应的需求和迭代4.研发任务完成时候至少每天流转状态到测试，且处理人添加测试人员5.在迭代周期内固定时间完成

前置

研发自测

主：技术负责人协：产品经理、测试工程师

产品策划方案设计

需求进Jira【需求池】

开发完成DoD：1.代码已经提交到代码库2.代码通过单元测试3.代码经过Code Review4.代码通过集成测试5.按承诺计划完成

主：技术负责人协：项目团队全员协：虚拟技术组(按需)

立项书

碑-5

技术方案DoD：1.技术方案完整，包括个模块间的前后端交互、上下游依赖、开发顺序、负责人等2.1-N的项目输出时序图(评审)，需要更新汇总到一个完整的总时序图内，存档3.0-1或跨团队/业务综合项目，输出技术架构图、产品架构图、部署架构图，以及立即要启动的迭代时序图，同时需要技术决策组评审通过，方可向团队评审4.在迭代周期内固定时间完成

产品方案/美术设计稿评审

代码完成DoD：1.代码重构完成2.代码已加注释3.代码已提交4.代码已检查5.按承诺计划完成

1.产品、美术、系统设计评审后，测试设计测试用例，组织团队成员评审，产品需参与2.测试用例包含完整用例和研发自测用例2部分，评审通过后同步团队3.测试用例一般在系统设计评审后1-2天内输出，新项目和大项目一周内输出

输入：《测试用例》输出：《测试报告/结论》、可发布的增量

1. 产品需求2. 线上问题3. 技术优化

碑-1

输入：《测试用例》输出：《测试用例评审记录》

交付产物

主：美术设计师协：产品经理