工作Delay，应该吸取什么教训？（二）

场景：（续上回）

既然项目Delay直接关系是由业务负责人B导致的，那么项目接口人A的领导C也必须谈谈他的改进意见。

C向我们说明会向B的领导D反映B的工作对项目的影响以及重要性，但是C也再次强调说B的业务能力很强，加上很多工作又是大老板直接安排，可能D也没有办法（C和D是平级关系）。

思考：

领导C已经承认了工作Delay的原因，已经不容易了，而且也表达进行改进的意愿，下次B再造成延误再说吧？

分析：

C只是认可了目前Delay两周的这个事实，但是并不意味着他已经认可整个项目计划顺延两周哦；无数事实教育不要想当然哦；

项目管理理论告诉我们一项工作Task如果不在关键路径上面，那么他的延误进行调整并不一定就是最后整个里程碑都顺延；

“等再造成了延误再说”，要记住，那时候要分析更加清楚会更加复杂，因为本次Delay已经引进了干扰要素，如果不对计划进行调整，后续的分析将更加复杂。

因此，我们必须将B也拉来开会，不管他有多忙，这个瓶颈不解决，下次还会再发生的。B来了之后，领导C先说了B对工作的重要性，也说明了现在工作有一些Delay，并且也说明了我们管理中心来开会对问题进行监督，询问有什么改进建议。

B说建议说将部分工作交给E负责，说E在该领域非常熟悉，并且我们直接找她就可以了。

思考：

读者面对这种“乾坤大挪移”，我们应该提出什么要求啊？

我们当时是这样说的：

必须由接口人A和业务负责人B亲自告知E，某些部分将由她了负责，因为我们在需求调研时，就已经和E合作过，她是作为需求提出方的一员，但是现在责任变更了，必须通知她；

作为业务负责人B，他对项目总体的责任没有变化，在工作上，可以分配给E来负责，但是最终的把关，B都必须负责；

读者，写到这里，计划呢，后续应该怎么办呢？