甲方

前提 客户早上找到我，说是领导看到一个大需求的进度慢，工作量也很大。领导很不满意，让我们分析下原因。 过程 沟通过程概述 客户合作经理：进度慢，有你们乙方的原因。但也有我们甲方的原因 客户开发主管：我们合理评估工作量就好 客户需求负责人：我的需求是有膨胀 乙方合作经理：慢的原因有：需求膨胀、技术调研&试错 乙方技术负责人：范围有膨胀，但技术复杂度很多。有试错是正常的。 分析问题 需求膨胀 原因 前期需求分析不到位，开发人员开始Coding。进行一半，发现需求有遗漏，加新卡 需求在Coding时，就不清晰。 解决 需求分析时，尽量做到足够清晰，再Coding 如果中间有需求膨胀或调整，则走新的需求。不在原有需求上再追加 技术方案试错 原因 Story原本的技术复杂度高，在方案确定后，在实现过程中，发现不满足业务需求，需要换框架 解决 所有技术方案均需要与甲方开发主管确认后，再进行Coding 如果开发过程中，需要更换技术方案，需要再次三方评估，重新确定新的工作量 本质问题 客户领导的关注点 一个需求做了一个月，没有做完。与预期差异较大。 花费的成本与收益不对等 自己的问题 没有及时关注团队内部的进度及风险，并告知甲方 没有把风险管理起来，引发了这次风波 团队的问题 没有正确流程操作意识，根因：团队JR新人太多，经验缺失 没有管理客户期望的意识 总结 这个问题，虽然看起来不大。但已经说明甲方爸爸缺失对我们的信任了，如何在后续的工作中，建立起来足够的信任，需要我们做更大的努力才可以。当然，作为PM，我自己也要更多去关注客户的预期，同时控制团队的风险。想起一位同事对PM及格线的定义：对内保护、对外