极课研发流程与规范 - GitBook.PPT

《极课研发流程与规范》 —— 极课研发中心 —— FCLASSROOM.COM By:Jason 修订历史 日期 版本 作者 作者 2015-05-09 V0.1 张胜 设计新人入门的过程 2015-06-18 V0.2 张胜 构思整体阶段的分布 2015-07-22 V0.3 张胜 编写整体目标与流程 2015-07-27 V0.4 张胜 设计奖惩处罚规则 2015-08-09 V0.5 张胜 产品设计阶段的内容 2015-08-25 V0.6 张胜 修正流程图 2015-09-12 V0.7 张胜 开发阶段的内容 2015-09-29 V0.8 张胜 添加注意事项 PART3.产品开发流程 PART2.目标与项目职责 目录 FCLASSROOM.COM PART1.入门篇 PART4.注意事项 入门：万事开头难 FCLASSROOM.COM 1，现有产品熟悉： 教师产品： web: app: 极课教师 客户端：下载 学生产品： web: app：极课同学 家长产品： 微信：极课家长 管理系统： 学校管理平台：（后期分离） 入门：万事开头难 FCLASSROOM.COM 本流程规定了极课产品开发的流程，本流程制定的目的是为了对软件开发进行有效的组织实施，使软件开发处于受控状态，保证软件开发的最后成功，向用户提供高质量的软件产品。 本流程基于敏捷开发实战，每个成语都必须遵从一定的开发规范和技术约定，按照共同的目标和规范去设计，沟通，开发，测试，部署，才能保证整个开发团队的工作协调一致。 FCLASSROOM.COM 目标与项目职责 角色 职责描述 备注 项目负责人 负责整个项目的实施方案，开发质量，阶段里程碑，风险预警，以及处理与项目相关的其他事情 在产品，设计，技术3个阶段，由对应的人来担任。 产品策划 负责整个产品的需求调研，信息架构，业务流程 需求，原型，交互 设计美工 负责整个产品的视觉，UI，交互，体验，切图 交互，UI，UX 开发实施 负责整个产品的研究与开发，单元测试。确保产品目标和质量。 技术研究，方案探讨，单元测试，部署与调试 测试部署 负责整个产品的功能测试，质量把控。确保需求与产品的统一，确保线上系统的稳定，确保整个产品中的文档管理统一 测试方案，测试计划，测试用例，回归，专项 运维监控 确保服务器的稳定运行，数据安全； 服务器，数据库，文件 FCLASSROOM.COM 项目与项目管理之难 产品每次迭代或关键任务都以项目方式来执行 项目管理 计 划 管 理 进 度 管 理 人 员 管 理 费 用 管 理 流 程 管 理 需 求 管 理 协 作 方 管 理 技 术 管 理 文 档 管 理 项目计划 （软件开发计划） （系统集成实施计划） 技术规范和标准、技术保密制度等的制定完善。 技术规范和标准、过程文档等的管理。 协调、引导；管理、控制 软件开发流程 系统集成流程 FCLASSROOM.COM 产品开发总流程 产品组确认需求 P1文档： 用户故事 产品功能脑图 UML+逻辑说明 组建项目团队 确认成员职责 需求评估 技术评估 需求分析 输入： P1文档 主线交互原型 重要支线文档 需求复议 不合格 合格 项目Kick Off 输出： 技术架构方案------技术 定义重大风险------技术 明确关键功能指标------技术，产品 测试方案:测试计划，用例，checkList------测试,All 项目经理： 编写Scrum文档 确定Sprint计划 产品开发中 P2文档： Scrum文档 建立Tower任务 建立Bug项目 项目经理产品经理： 进度把控：维护到Tower 风险追踪：关键问题及时找上一级 需求变更：业务调整找上一级，其他内部商议 项目经理测试经理： 里程碑演示 Sprint过程测试 开发完成 项目组演示： 主线功能现场演示 风险点检测 关键功能指标检查 checkList审核 项目上线： 产品，技术，设计审核 超过3个模块的内测一周 测试报告 性能报告 checkList 源代码 项目经理设计经理： 设计文档：素材，切片，标注 关键交互过程demo 关键过程说明： 1，需求阶段由产品组开始，但必须要有技术组和设计组的负责人知晓或参与，任何任务都必须以文档为执行依据。2，紧急业务需求，必须提供主线相关文档，其他文档和执行流程视具体情况而定。 3，项目启动之初，必须明确产品，设计，技术的里程碑和关键任务，必须明确各组之间的负责人和交接规则。 原则上项目或关键任务负责人不允许是部门老大。 4，对关键技术方案有异议的，提供demo来进行评审 5，开发过程中，要实时验证风险可控方案，及时更新测试用例，checkLi