项目管理者联盟案例分析：客户的变更导致关键功能受影响

　　【案例正文】

　　不懂技术的领导承诺客户变更，最终影响关键功能，PM怎么办?

　　小张带领团队为A企业开发一个电商系统，A企业领导和小张的老板是同学，且都不懂技术;

　　A企业领导要求小张加入一个功能，小张在经过评估后觉得加入此功能可能导致其它关键功能受影响，便拒绝了这个需求。

　　A领导找到小张的老板，小张老板当场就答应了这个功能，并要求小张立即安排团队按要求开发。团队开发完成后发现果然导致了关键功能的影响，现A企业领导找小张追究责任。

　　请问：

　　1、在这个过程中小张工作有什么问题?

　　2、如果你是小张，现在该怎么办?

　　【项目管理者联盟会员分析】

　　分析1：针对需求变更的处理策略

　　1. 开始拒绝是对的，第二次就妥协了，其实还是需要坚持自己的意见给自己老板讲明原因及风险;

　　2. 整个事件过程中，要是我开始拒绝时应该拿出详细的可行性分析报告，包含可能的风险、里程碑的变更、上市计划的推迟、资源的增加等等，有理有据有数据有图表，最好有可选择的其它方案，给A企业领导以专业的建议，同时需要汇报给自己的老板，让自己老板跟A企业老板评审定夺，如果自己老板也要非理智的冒险上这个功能，也可以写进项目责任书里，明确责任主体。

　　分析2：初步认知

　　小张的错误之处：

　　1、在A企业领导要求加入一个功能时，不应当因为新加入的功能会导致其他关键功能受影响就直接拒绝，理应将加入新功能带来的问题包括但不限于技术成本交期的相关影响告知客户。或者告知A企业老板如果不是在此阶段的必须功能，可以放置在后期迭代。

　　2、小张没有及时将A领导要求变更的信息告知老板。

　　小张应该怎么做：寻找弥补的技术方案!同时记录在案，作为后期开发的经验教训。

　　分析3：客户变更导致关键功能受影响

　　1、对于客户变更首先做可行性评估，并估算对成本的影响，如果是本身已经识别了变更存在风险，需要把详细的风险评估报告告知客户，如果客户还是要强制执行变更，需要客户承担该变更潜在的风险，并签署风险协议

　　2、对于问题已经发生，首先应该和客户沟通具体的解决方案，对于责任和赔偿问题等解决方案有了之后再去谈。

　　分析4：风险识别是项目经理的基本要求

　　分析：领导不懂技术，但不是无法交流沟通的。作为项目经理，应该把需求增加或者变更带来的对质量、进度的风险分析清楚，讲清楚利弊。如果领导的变更无法拒绝，那么无非就是以质量或者成本来换取功能，关键要对风险应对要了然于胸，不能沉默不语最终导致失败。

　　分析5：项目变更的处理

　　1、小张在项目管理过程中违反了项目变更的过程。在变更过程中需要先进行评估，确认变更需求，然后完成变更申请，形成变更的记录。

　　2、如果是我，我会先将变更进行记录，并有技术人员进行变更评估，提交评估结果至客户和变更委员会，确认变更后再实行变更。在无法变更的情况下也会按客户的需求(目的)提供其他解决方案。

　　分析6：变更要及时通报

　　1、A领导直接找公司领导变更，小张是否忽略了与公司领导沟通变更会带来的影响，并且反向反馈给甲方变更的影响;

　　2、当前是否留有当时沟通的记录，能够证明已经和对方负责人说清楚了变更带来的影响，如果有，提供给甲方公司管理层;

　　3、在当前允许的时间内，能否提供一个最低满足需求的版本先降低对用户最低的影响，再后续进行补救。