概述

• 共分为
• • 《需求分析》
• • 《需求评审》
• • 《UI 设计》
• • 《功能开发》
• • 《测试》
• • 《验收》
• • 《发布上线》
• • 《新版本迭代》
• • 《系统运维》
• • 《产品运营》部分

• 其中功能开发、测试、上线、迭代、运维是穿插实施的。

实施的 10 个阶段

• 参会人员
• • 包括 UI 设计人员、开发人员、测试人员，项目负责人、技术负责人等

• 主要目的
• • 使产品经理、测试工程师、开发工程师、UI 设计人员就需求的具体目标达成一致，统一认识。

• 需求评审会议流程
• • 1、师父发出评审通知(评审内容、会议时间、会议地点、参加人员等)
• • 2、提前下发《需求说明文稿》
• • 3、产品经理简述需求
• • 4、需求技术可行性评审
• • 5、业务架构合理性评审
• • 6、交互逻辑完备性评审
• • 7、产品经理总结

• 注意事项
• • 会议主要为了让参会人员明确产品设计的目标与意义所在，要解决参会人员的所有疑问。对于半数以上参会人员审议没有通过的需求，要重新整理改进，参会人员否决某些功能点，要有理有据
• • 需求评审一般以不超过 3 次为宜
• • 需产生 PRD( 产品需求文档) , PRD 相对于“需求说明文稿”中的同样内容，要更加详细，并进行量化。简单来说，这份文档的作用就是文字化需求——“怎么”去开发，对产品涉及的方方面面

UI 设计

• 此阶段由甲方或外包 UI 设计人员完成 （效果图、layout、资源）

功能开发

• 由师父和技术老师 对项目人员进行分工分组
• 前端开发
• • 根据 UI 设计页面切图资源，编写前端页面
• 后端开发
• • 概要设计
• • 数据库设计
• • 差异化设计
• • 开发单元测试（后端内部）
• alpha 测试
• • 主要为了 BUG 修复，调优（开发小组内部）
• 注意事项
• • 开发人员对文档有疑惑或者不理解， 必须与产品经理沟通，了解其真实含义。开发人员不得以任何理由私自更改已确定的原型，设计等资源

测试

• 分析测试需求
• • 测试人员根据交互原型，效果图等，分析测试需求
• 指定测试计划
• • 测试人员根据测试需求，指定测试计划
• 撰写测试用例
• • 测试人员根据测试计划，撰写测试用例
• 集成测试
• • 在开发完成 alpha 测试后，根据测试用例，开始集成测试

验收

• 测试工程师宣布产品通过集成测试后 ， 申请企业师父和教学老师验收
• 如果产品与 PRD 和交互原型相差较大，企业师父和教学老师有权不接收产品
• 企业师父和教学老师验收完毕。再交由需求方验收

发布上线

• 项目通过验收后，测试工程师安排产品在生产环境进行部署
• 产品发布上线需要有严格的发布规范和工具。必须支持版本恢复功能，一旦新版本出现问题，可以立即恢复之前的稳定版本

新版本迭代

• 根据产品特性， 进行新版本迭代任务发布

系统运维

• 根据产品特性，进行服务器硬件，网络，带宽，软件日常管理等维护工作

产品运营

• 由产品经理根据产品特性，对学员讲解产品运营相关事项