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