概要
- 目标：拥抱变化，进度可控。
- 方法：快速迭代，确保产品发布的快速和弹性。
原则
- 方向明确，方案资料完备，职责到人
- 文档流程规范化、标准化
管理
开发
方案
周期是20个工作日(具体周期天数团队定，项目首次周期建议是40+工作日)。
| 角色/阶段 | 产品(5天) | 开发(10天) | 测试(4天) | 发布(1天) |
|---|---|---|---|---|
| 产品人员(PM) | 原型设计 | 沟通，项目管理 | 测试，产品验收，下期版本设计 | |
| 设计人员(Design) | 设计 | 设计 | bugfix，测试 | |
| 开发人员(Dev) | 设计 | 开发 | bugfix，单元测试 | |
| 测试人员(Test) | 测试计划 | 测试用例 | 测试&报告 |
功能新增/调整处理规则
- 由PM决策是否本期处理。
- 如过了阶段1，则放到下期。
补丁(patch)
基本同上，部分工作简化。
角色分工
整体
- 任务完成/关闭操作：只有创建者或者测试人员。
- 完成后流转到下一步，和下一步负责人沟通安排：
- 产品：提交原型等，填写“产品完成”
- 开发：提交代码，填写“开发完成”
- 测试：完成任务
产品
- 发布需求（不止产品）
- 审核需求
- 方案流程设计
- 方案流程审核（产品召集会议）
- 产品设计
- 原型上要有细节说明和交互
- 检查方法：所有场景模拟在原型上运行，确保覆盖
- 产品/原型审核（产品召集会议），审核通过负责人直接开任务
设计
- 设计负责人发布任务
- 设计
- 设计稿审核（设计师召集会议），产品为主
开发
- 开发负责人发布任务
- 前端开发
- 前端页面/app审核（前端召集会议），设计&产品参加
- 后端开发
流程
- 需求整理(PM)
- 原型设计(PM)
- 需求分解成若干个任务，分配给Design/Dev(PM&Dev负责人) 执行任务(Design/Dev)。开发类任务，Design做完后需将任务转交给Dev
- 任务完成后自动转交给Test
- 测试并反馈给不同的人员(Test)。如是产品问题转给PM，开发问题转给Dev
工具
看板
- 看板内容：是当前工作的贴纸。
- 要做和延期的工作见工作池。
- 贴纸内容：事情，人员，完成时间
参考
项目管理过程组与知识领域表
5大项目管理过程组
启动过程组、规划过程组、执行过程组、监控过程组、收尾过程组
9大项目管理知识领域
项目整合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理
42个项目管理过程
- 项目整合管理
- 启动：1.制定项目章程；
- 规划：2.制定项目管理计划；
- 执行：3.指导与管理项目执行；
- 监控：4.监控项目工作；5.实施整体变更控制；
- 收尾：6.结束项目或阶段。
- 项目范围管理
- 规划：1.收集需求；2.定义范围；3.创建工作分解结构；
- 监控：4.核实范围；5.控制范围。
- 项目时间管理
- 规划：1.定义活动；2.排列活动顺序；3.估算活动资源；4.估算活动持续时间；5.制定进度计划；
- 监控：6.控制进度。
- 项目成本管理
- 规划：1.估算成本；2.制定预算；
- 监控：3.控制成本。
- 项目质量管理
- 规划：1.规划质量；
- 执行：2.实施质量保证；
- 监控：3.实施质量控制。
- 项目人力资源管理
- 规划：1.制定人力资源计划；
- 执行：2.组建项目团队；3.建设项目团队；4.管理项目团队。
- 项目沟通管理
- 启动：1.识别干系人；
- 规划：2.规划沟通；
- 执行：3.发布信息；4.管理干系人期望；
- 监控：5.报告绩效。
- 项目风险管理
- 规划：1.规划风险管理；2.识别风险；3.实施定性风险分析；4.实施定量风险分析；5.规划风险应对；
- 监控：6.监控风险。
- 项目采购管理
- 规划：1.规划采购；
- 执行：2.实施采购；
- 监控：3.管理采购；
- 结尾：4.结束采购。
