项目管理从零到一的流程
迭代0阶段-准备阶段
- 了解项目整体背景、业务范围、用户对象、用户数量
- 要求运维组提供基础环境:测试服务器、域名、基础开发环境(Java、MySQL、Redis、Nginx、Jenkins、文件服务器等),提前抛出问题。
- 参与需求会,评审需求,画出业务流程图或UML图。
- 需求中用户故事推演并做任务分解,分解粒度越小越好,制定预计工期,具体到N人/天。产物:任务分解Excel包括功能优先级。
- 联系测试资源,测试评估测试工期,测试开始编写测试用例。
- 制定前后端开发周期、优先级,制定联调时间、提测时间、上线时间
- 提供基础框架(迭代更新可以省略)
- 设计数据库(迭代更新时若涉及到数据库改动或业务改动,则需要清理涉及范围),留存数据库文档作为上线物料
- 建立需求Question and Answer(Q&A)文档,开发过程中遇到需求方面的问题及时更新文档,找产品确认,注意沟通方式,设定最晚回复时间,自己带着默认方案去沟通,若在最晚回复时间内未回复,则按默认方案去做
开发阶段:
- 根据优先级开发功能模块,每日早上组内站会汇报进度、及遇到的问题,是否需要协调资源
- 接口自测
- 编写接口文档
- 联调
- 开发周期过半时评审测试用例
- 提测阶段Bug在每日下午四点前提出的Bug尽量做到日闭
产品宗旨:做用户刚刚够用的产品,降低试错成本。拒绝口头需求、不合理需求,遵循MVP模式,做最小可行性产品。
开发宗旨:有限的时间内做最重要的事。遵循艾森豪威尔矩阵—-四象限工作法。
测试阶段
- 提测前,开发人员负责走一遍开发流程
- 提前联系运维人员提供测试环境
- 根据优先级解决Bug
上线
最理想的交付日期是昨天,其次是尽快。需求提出者都期待着需求尽快被实现,但瀑布模型已经不适合于现在,所以需求分优先级、分版本迭代交付。