前提

客户早上找到我,说是领导看到一个大需求的进度慢,工作量也很大。领导很不满意,让我们分析下原因。

过程

沟通过程概述

  • 客户合作经理:进度慢,有你们乙方的原因。但也有我们甲方的原因
  • 客户开发主管:我们合理评估工作量就好
  • 客户需求负责人:我的需求是有膨胀
  • 乙方合作经理:慢的原因有:需求膨胀、技术调研&试错
  • 乙方技术负责人:范围有膨胀,但技术复杂度很多。有试错是正常的。

分析问题

  • 需求膨胀
    • 原因
      • 前期需求分析不到位,开发人员开始Coding。进行一半,发现需求有遗漏,加新卡
      • 需求在Coding时,就不清晰。
    • 解决
      • 需求分析时,尽量做到足够清晰,再Coding
      • 如果中间有需求膨胀或调整,则走新的需求。不在原有需求上再追加
  • 技术方案试错
    • 原因
      • Story原本的技术复杂度高,在方案确定后,在实现过程中,发现不满足业务需求,需要换框架
    • 解决
      • 所有技术方案均需要与甲方开发主管确认后,再进行Coding
      • 如果开发过程中,需要更换技术方案,需要再次三方评估,重新确定新的工作量

本质问题

  • 客户领导的关注点
    • 一个需求做了一个月,没有做完。与预期差异较大。
    • 花费的成本与收益不对等
  • 自己的问题
    • 没有及时关注团队内部的进度及风险,并告知甲方
    • 没有把风险管理起来,引发了这次风波
  • 团队的问题
    • 没有正确流程操作意识,根因:团队JR新人太多,经验缺失
    • 没有管理客户期望的意识

总结

这个问题,虽然看起来不大。但已经说明甲方爸爸缺失对我们的信任了,如何在后续的工作中,建立起来足够的信任,需要我们做更大的努力才可以。当然,作为PM,我自己也要更多去关注客户的预期,同时控制团队的风险。想起一位同事对PM及格线的定义:对内保护、对外