供应商或合作伙伴依赖:一个常见的瓶颈

门外的咒骂声又响起来了。这个合作伙伴又搞砸了一次发射，所有人的寻呼机都响个不停。无助地，团队组装并对所有系统进行了正常的仪式检查APM，并且低于银行迫使我们使用的外部支付处理器再次下降。这次实习生在60分钟内赢得了MTTF的赌注。没有人真的赢得这个赌注。

“我去叫杰瑞，”Scrum管理员说。

Jerry是支付处理器的架构师和程序经理。他是一个很好的人，即使他的语音信箱被接了，他看起来也很爽朗。官方头衔是DevOps经理，负责确保系统始终正常运行。这是一个简单的角色，在QA验证了代码后，他将这批代码转移到发布分支和部署。

在过去几个月里，批次越来越大，迫使杰瑞盲目地部署代码和希望。

“他不接，他会打电话给我们——他总是这样，我会发短信给我们的副总裁。”与此同时，我可以一边等着，一边掏钱买披萨当午餐。”

半小时后，App Dev副总裁Carolyn送来了2个披萨。“所以让我猜猜，Jerry没有回复，他们发布了一个大爆炸，我们在排队付款，但没有人在业务方面注意到，因为我们仍然在写业务，只是没有得到报酬?”亚博vip9通道

每个月的第一个星期五，教室里一片寂静。同样的事情。同样的问题。这是一次常规的意外失败。从战略上讲，与该行的合作关系是合理的，而不是为营运资本提供更优惠的条款。去年，双方达成了一项协议，确保该公司获得所需的流动资金，银行将处理未来6年的所有付款。在过去的30天里，这是一个免费的披萨派对，每一个问题都需要越来越长的时间来解决，越来越接近影响销售和最终的现金流，团队坐等了几天，只是在等待，以防他们需要加入。

为了不错过教练机会，Carolyn问这个团队，“我们来到这里，让我们发挥成为银行的Cio的假设游戏。你会怎么办？”问Carolyn。

“退休”。后面的一个人说，整个房间都哄堂大笑起来。Scrum Master给每个人都发了便条，让他们写下自己的想法，整个房间都安静下来，团队都在努力修复这个假设的系统。

在笔噪声安静下来后，团队中的一个高级开发人员都站起来，开始阅读解决方案。“upskill开发人员”，“部署更多”，“测试更多...”

“除非我们帮助我们的合作伙伴，否则未来6年将是有风险的。”卡罗琳打断了她的话:“最后一封是谁写的?“是的，”卡尔答道。卡尔是在几年前公司数字化转型期间加入的。当时他是一位直言不讳的领导者，并帮助推动变革。“他们和我刚加入的时候没有什么不同。卡罗琳，你不是DevOps的领导吗?如果我们不帮助他们，世界上就没有技术可以解决这个问题。我们和他们联系紧密，所以让我们帮忙，因为我认为我们不能解雇他们。我们要么一个月10天无所事事地等待他们的风暴过去，要么我们也可以出手相助!”

卡洛琳对这个想法很惊讶，但也说得通。只剩下5年的战略合作关系，它正走向灾难，这是双方都不希望看到的。“卡尔，你下周能来参加我和首席信息官的一对一谈话吗?”

依赖有各种形式;常见的一个是供应商或合作伙伴。在处理任何依赖关系时，您将其隔离并控制，但这只能使组织到目前为止。最终，依赖关系将成为瓶颈。如果你不能解雇你的供应商或购买你的供应商，你唯一能做的就是合作，帮助你的供应商或一起度过动荡。