0 项目总体流程
对项目经理来说,分析软件项目整个生命周期,形成规范的管理流程,对取得项目成功具有重要意义。此项目流程融合了多种大型软件公司进行改编并在小型公司进行应用。
本篇结合多年管理经验融合互联网大厂实战流程,更改适用于小型公司的流程。
1 规划
1.1售前
(1)项目建议阶段:根据客户需要编写项目建议书(项目初步方案)或者BRD(商业需求文档),经决策层评审后对外交付与沟通。
(2)招投标阶段:撰写投标文件,并进行现场投标。
(3)合同签订阶段:签订合同(或者内部高层宣布启动项目)。
1.2立项
(1)立项申请阶段:项目经理撰写立项报告(明确项目目标、时间节点与人员需求),向高层申请项目资源(含人员、资金等)
(2)立项批准阶段:立项报告获批,获得项目经理授权书(含责权等)。
2 设计
2.1 需求分析
(1)需求调研阶段:产品经理与客户沟通需求,记录沟通纪要、会议纪要表;
(2)需求设计阶段:输出原型、PRD产品需求文档、MRD市场需求文档(可选);
注:产品需求需详细列出项目外部资源需求(服务器、三方对接、短信、域名、地图);
(3)需求评审阶段:向高层汇报与评审需求方案。
2.2 需求评审
(1)添加需求到管理工具:迭代分阶段,需求添加并入pingcode;史诗命名V1.0需求、或者V1.1需求,特性为模块菜单名,用户故事为具体菜单功能。
(2)迭代计划会:
进行需求内部评审,评审后更新现有完整PRD;
新建迭代与迭代任务,根据故事点调整迭代工作量。
(3)任务执行:团队成员自主领取迭代故事(项目经理平衡工作量),通过每日站会、状态汇报会等同步进度。
2.3 UI设计
(1)准备原型文件:提供原型文件,与UI沟通启动UI设计。
(2)完成UI设计:UI根据原型输出UI设计图(蓝湖、源文件、切图)
(3)内部评审:组织成员进行UI评审
(4)用户评审:汇报UI设计图及原型,得到客户确认
2.4 系统架构设计
(1)架构设计:进行技术框架设计及技术选型(复杂的项目)
(2)评审:进行接口(APIFOX)评审、数据库评审
3 需求变更
需求变更是项目管理中最复杂的环节,因此此处单独列出。
3.1 启动变更控制流程
(1)准备变更初始需求:获得原始变更需求(可代为撰写并向提出方确认后形成)
(2)变更申请:提出变更申请,评估变更价值与代价(资源需求)
(3)审批变更:高层对变更内容进行审批
(4)更新基线PRD文档:更新产品PRD基线文档(标注变更内容)
3.2 变更执行
(1)新增迭代:在pingcode项目管理工具新建迭代,走正常流程。
3.3 变更确认
(1)根据原始变更需求,汇报给客户方(相关方)确认
(2)审批后,更新PRD产品需求文档。
4 开发及测试
4.1 前端开发(开发严格与APIFOX为主)
(1)领取迭代任务,明确任务优先级
(2)参与评审接口文档APIFOX
(3)根据UI设计(原型)、APIFOX等进行开发
(4)配合后端进行联调
(5)及时更新与结束迭代任务
4.2 后端开发
(1)领取迭代任务,明确任务优先级
(2)撰写接口文档APIFOX,参与接口评审
(3)参与数据库评审
(4)进行服务端开发,及时更新APIFOX与通知相关方
(5)配合前端联调代码
(6)及时更新与结束迭代任务
4.3 测试
(1)编写测试计划、测试用例;
(2)进行产品功能测试、回归测试、安全测试等;
(3)输出测试报告
(4)提Bug,问题反馈研发进行修改与调整
(5)编写用户操作手册
5 项目验收收尾
5.1 验收及上线
(1)评审成果:召开迭代评审会,内部评审项目成果(包含文档资料);
(2)部署上线:申请项目部署资源;服务器资源登记;正式环境发布上线;
(4)内部预验收演示:项目准备验收PPT,进行内部预验收演示;
(5)正式验收:产品、售前及客户在测试环境进行客户方预验收及正式验收;
(6)正式上线:编写使用培训方案(可以为操作手册),根据情况对业务方进行操作培训。
5.2 项目收尾
(1)召开团队成员进行项目总结会,总结项目遇到的经验及教训
(2)项目经理填写项目总结报告(含资源消耗分析、人员绩效评价)
(3)项目经理收集及归档项目相关材料进入SVN
(4)对项目过程、文档进行审计。
6 项目运维
(1)根据业务反馈或实际上线运营后产品存在的问题、缺陷进行优化。记录问题到问题反馈表。
(2)记录用户使用中提出的新的需求,形成需求清单。
(3)积累项目运营中的数据,并对数据进行分析、挖掘、变现。
(4)探索项目到产品转化过程,分析行业共性需求产品与意向群体。
二、项目进度跟踪
项目过程的监督与控制是保证项目成功的重要因素。主要分为配置、过程进行控制。
项目过程中,项目经理跟踪各环节是否执行,项目结束后审计对过程进行核实。
文档名称 | 编写人 | 审批人 | 是否需要向客户汇报 | 文档是否具备 |
项目建议书 | 售前/规划 | 高层领导 | 是 | |
投标文件(合同) | 售前/规划 | 高层领导 | ||
项目立项书 | 项目经理 | 高层领导 | ||
PRD需求文档 | 产品经理 | 高层领导 | ||
原型图 | 产品经理 | 高层领导 | ||
UI设计图 | UI设计师 | 产品经理;高层领导 | 是 | |
项目会议纪要 | 项目经理 | 产品经理 | 是 | |
项目变更文档 | 产品经理 | 高层领导 | 是 | |
测试计划与用例文档 | 测试 | 产品经理、项目经理 | ||
测试报告 | 测试 | 产品经理、项目经理 | ||
验收材料 | 项目成员 | 产品经理、项目经理 | 是 | |
用户操作手册 | 测试 | 产品经理、项目经理 | 是 | |
验收汇报ppt | 产品经理 | 高层领导 | 是 | |
项目总结报告 | 项目经理 | 高层领导 | ||
三方对接接口文档(可能有) | 项目成员 | |||
阶段 | 过程 | 组织人 | 参与对象 | 是否具备 |
前期规划 | 项目建议书评审会 | 规划/售前 | 高层领导 | |
项目前期汇报 | 售前 | 客户 | ||
投标文件(合同)评审会 | 规划/售前 | 高层领导 | ||
项目研发 | PRD评审会 | 产品经理 | 高层领导、团队成员 | |
UI图评审会 | 产品经理 | 高层领导、团队成员 | ||
变更评审会 | 产品经理 | 高层领导、客户 | ||
迭代计划会 | 项目经理 | 高层领导、团队成员 | ||
项目状态汇报会 | 项目经理 | 高层领导、客户 | ||
数据库与接口评审会 | 项目成员 | 架构师、技术专家 | ||
测试计划与用例评审 | 测试人员 | 产品经理、测试 | ||
迭代评审会 | 项目经理 | 高层领导、产品经理、团队成员 | ||
收尾 | 迭代回顾会(项目总结会) | 项目经理 | 高层领导、产品经理、团队成员 | |
项目预验收会 | 售前 | 客户 | ||
项目验收会 | 售前 | 客户 |
各会议的主要目的:
- 建议书评审会:建议书是否符合客户需要,是否具有建设的必要性及优点
- 项目前期汇报:项目建设的必要性、亮点、功能
- PRD评审会:PRD文档是否符合客户的业务需要
- UI图评审会:UI是否符合客户的审美要求
- 内部变更评审会:变更内容是否必要,方案是否合理
- 迭代计划会:迭代计划内容是否清晰,工作量是否合适,依赖条件是否已具备。
- 项目状态汇报会:项目当前的开发进度汇报、成果演示,以及需要协助的事项。
- 数据库与接口评审会:接口是否符合项目需求;数据库具有一致性
- 测试计划与用例评审:测试计划与用例是否符合业务需求
- 代码评审会:代码是否符合代码规范
- 迭代评审会:迭代成果演示,是否符合业务需求;
- 项目预验收会:项目成果(含验收文档)是否符合客户需求
- 项目验收会:正式流程验收,跟进合同付款,保存材料
- 项目总结会:分析项目经验教训。
三、管理工具
1、Yearning数据库审核工具
2、APIfox接口开发工具
3、Pingcode敏捷项目流程工具
4、SVN文档管理工具
5、Gitlab代码仓库与CICD管理
6、Navicat数据库上线比对工具
关于项目管理各环节如各位小伙伴有更好的建议,欢迎在评论区留言。