学习部门岗位分类与职责
熟悉部门内岗位分类和职责有利于我们开发中做好工作对接,分工细致明确,各级协调工作。
具体步骤
下面从8步介绍一个项目从评审到上线的全过程
需求评审 :
- 参与:项目经理、产品经理、UI、开发、测试
- 目标:根据产品需求文档(PRD)评审产品需求,并确保项目组成员对用户需求的理解达成一致
- 要求:
①明确要做什么(需求概要)
②明确为什么做(即此需求要解决的问题)
③明确怎么做,后面的计划是什么(需求范围、实现方案、后续规划)
④反思这样做,能否解决问题(分辨真实需求与伪需求,如果不能确定,应考虑建立数据模型支持后续的反馈) - 产出:产品需求文档(原型 + PRD),清晰描述产品功能性能
排期
- 参与:项目经理、产品经理、UI、开发、测试
- 目标:根据资源情况,评估整体项目时间,并明确开发启动、系统联调、提测、上线等关键时间点(里程碑)
- 要求:
①排期前明确外部依赖和干系人
②排期前确定研发资源投入,根据需求拆解功能点并以人天为单位评估整体工作量 - 产出:项目排期计划表
系统设计
- 参与:开发
- 目标:根据设计规范形成能够指导开发的文档,并在研发内部就系统实现达成一致
- 要求:
①系统设计需由系统负责人主导,并依照前端设计文档规范执行
②设计完成后,需组织研发评审,以确保理解设计文档 - 产出:系统设计文档,必须包含业务流程图、数据流图(数据模型&组件结构)
开发
- 参与:开发
- 目标:根据设计文档实现系统功能
- 要求:
①开发需依照设计文档执行
②开发完成后,需在测试环境验证后方可提测 - 产出:高质量的代码
测试用例评审
- 参与:产品、开发、测试
- 目标:根据产品需求,研发和测试沟通技术实现,并生成指导测试的用例(Test Case)
- 要求:
①开发和测试充分沟通技术实现,避免有理解不一致或遗漏的case - 产出:冒烟测试用例(确认代码中的更改会按预期运行,且不会破坏整个版本的稳定性)
提测
- 参与:开发
- 目标:测试充分验证,确保线上代码的质量
- 要求:
①提测前需在测试环境根据用例自测通过
②提测前需在组内review代码,尤其是涉及公共代码改动时,需明确改动范围及改动影响
③提测需发提测邮件,抄送干系人。
④对自己严格要求,主要功能、异常情况、样式、交互都要兼顾,先给自己定一个小目标0bug
⑤视具体项目情况组织UI进行验收
灰度/预发
- 参与:运营、产品、开发、测试、灰度用户
- 目标:在真实环境验证系统,收集白名单用户的意见,改进产品方案
上线
- 参与:开发、测试、运维
- 目标:发布系统到生产环境
- 要求:
①涉及上线依赖(如环境配置)时要提前准备
②上线由测试操作,禁止开发私自上线
③上线完成后,第一时间进行验证,然后通知产品组织生产环境验收