我们的现状
- 立项与开发:v1.0 2018.10.17-2019.03.08
- 快速迭代:v1.01-v1.12 2019.03.09-2019.04.22
- 用户运营:v1.13 2019.04.22-至今
目标达成情况
web端
- 延期上线,IM模块仍需重构,简历管理、企业工作台经历了大的改动
小程序
问题与反思
产品在项目规划阶段缺少合理的产品规划
- 开发前,没有充足的时间做计划,缺少必备的产品调研,如用户画像,竞品分析等
- 做了一些事后看来没必要或没多大价值的事,如同事协作,自研IM,招聘流,套餐体系
- 规划中的产品需求未作出清晰明确可实现的定义和可衡量的交付标准,web功能出现多次的变更
- 计划中没有留下缓冲区,项目方向与节奏未能及时调整。
没有严格执行项目的需求变更流程
- 项目出现了大量的需求变更
- 需求变更时,没有做到让相关人员及时知道变更消息
- 每次变更,是“推迟”还是“必须实现”?没有经过评审,完全由产品个人决策
- 需求变更的验收标准(改好了)基本为口头描述,缺少清晰明确的定义及文本输出
资源利用与协调出现了严重的问题
- 我们本来是有足够的资源来完成这个项目,但由于产品、开发人员离职,尽管团队经历了加班、熬夜但仍未保证项目高质量的交付
- 项目所需时间和其他资源是由各团队分开制定汇总到产品,而且是在截止日前倒推,整个团队没有进行统一的资源分配与时间节点管理
- 测试的时间、人力和软/硬件资源都不够。项目全程基本由李茂功1人进行测试,无法覆盖整站测试,而我们对此所做的调整未见显著效果
- 在前期产品设计中的文案/运营策略等,没有利用好策划团队的资源,导致整站的文案经不起推敲
团队协作的机制并不完美
- 项目过程中,出现了人员变动。前端离职2人/后端离职1人/产品离职1人
- 人员变动事先并未做处置预案,导致的工期延误、沟通成本增加给项目带来了较大的困难
总结
团队
团队目前已经进入“萌芽/磨合/规范/创造”中的规范阶段。经过几个小版本的快速迭代后,无论是需求变更还是测试反馈,已经逐渐建立起相应的需求变更、禅道测试制度。后期的项目流程会愈加顺利。
项目
项目上线的好坏与初期合理的产品目标规划、流程管理与团队成员的落地执行是分不开的。期望在项目后期的运营、产品迭代中,能将产品规划与执行做的更好,让团队成员清楚的知悉产品各阶段的目标与节点。
个人
从个人角度上,作为产品经理,在接下来的工作中,会将重心放在产品调研与技能提升上,交付高质量的输出物。对产品需求的整个流程负责,从日常的产品调研到竞品分析,为团队的执行提供合理、可执行的标准,提升团队效率。