概述
共分为
- 《需求分析》
- 《需求评审》
- 《UI 设计》
- 《功能开发》
- 《测试》
- 《验收》
- 《发布上线》
- 《新版本迭代》
- 《系统运维》
- 《产品运营》部分
其中功能开发、测试、上线、迭代、运维是穿插实施的。
实施的 10 个阶段
- 参会人员
包括 UI 设计人员、开发人员、测试人员，项目负责人、技术负责人等
- 主要目的
使产品经理、测试工程师、开发工程师、UI 设计人员就需求的具体目标达成一致，统一认识。
- 需求评审会议流程
1、师父发出评审通知(评审内容、会议时间、会议地点、参加人员等)
2、提前下发《需求说明文稿》
3、产品经理简述需求
4、需求技术可行性评审
5、业务架构合理性评审
6、交互逻辑完备性评审
7、产品经理总结
- 注意事项
会议主要为了让参会人员明确产品设计的目标与意义所在，要解决参会人员的所有疑问。对于半数以上参会人员审议没有通过的需求，要重新整理改进，参会人员否决某些功能点，要有理有据
需求评审一般以不超过 3 次为宜
需产生 PRD( 产品需求文档) , PRD 相对于“需求说明文稿”中的同样内容，要更加详细，并进行量化。简单来说，这份文档的作用就是文字化需求——“怎么”去开发，对产品涉及的方方面面
UI 设计
- 此阶段由甲方或外包 UI 设计人员完成 （效果图、layout、资源）
功能开发
- 由师父和技术老师 对项目人员进行分工分组
- 前端开发
根据 UI 设计页面切图资源，编写前端页面
- 后端开发
概要设计
数据库设计
差异化设计
开发单元测试（后端内部）
- alpha 测试
主要为了 BUG 修复，调优（开发小组内部）
- 注意事项
开发人员对文档有疑惑或者不理解， 必须与产品经理沟通，了解其真实含义。开发人员不得以任何理由私自更改已确定的原型，设计等资源
测试
- 分析测试需求
测试人员根据交互原型，效果图等，分析测试需求
- 指定测试计划
测试人员根据测试需求，指定测试计划
- 撰写测试用例
测试人员根据测试计划，撰写测试用例
- 集成测试
在开发完成 alpha 测试后，根据测试用例，开始集成测试
验收
- 测试工程师宣布产品通过集成测试后 ， 申请企业师父和教学老师验收
- 如果产品与 PRD 和交互原型相差较大，企业师父和教学老师有权不接收产品
- 企业师父和教学老师验收完毕。再交由需求方验收
发布上线
- 项目通过验收后，测试工程师安排产品在生产环境进行部署
- 产品发布上线需要有严格的发布规范和工具。必须支持版本恢复功能，一旦新版本出现问题，可以立即恢复之前的稳定版本
新版本迭代
- 根据产品特性， 进行新版本迭代任务发布
系统运维
- 根据产品特性，进行服务器硬件，网络，带宽，软件日常管理等维护工作
产品运营
- 由产品经理根据产品特性，对学员讲解产品运营相关事项
