前提

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

过程

沟通过程概述

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

分析问题

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

本质问题

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

总结

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