一、概述

• 真实项目来自企业
• 驻场、外包承接、公益项目、内部系统、企业师父等
• 严格按照真实开发流程，做到交付级别。
• 共分为《需求分析》、《需求评审》、《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、产品运营

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