如何从一家软件供应商切换到另一家
与当前软件开发供应商结束合作是困难的，尽管有时是必要的。
当前团队无论多么不称职，都掌握着代码；而新团队无论多么热情和能干，也无法在一夜之间接手。
无论是什么原因促使您寻找新供应商——低质量的交付、过高的成本或缺乏默契——您都有一件事必须高度重视，凌驾于一切之上：您的产品。
我们 Colibryx 的团队见证过多次供应商更替。我们见过交接过程顺畅如油，带来性能和企业文化的改善；但我们也听说过其他情况——真正的灾难，出现延误，甚至关键功能和产品交付彻底失败。
诚然，供应商更替充满技术挑战，例如了解系统和服务器访问权限、理解现有代码，以及是否删除或修复现有代码等艰难决定。但归根结底，这更多是一项人员管理挑战。
从知识传递和文档记录到保护您的代码，一切都取决于您如何引导和对待双方公司的人员。
从错误中学习
大多数软件项目失败的原因不是技术或工程问题，而是沟通不畅、软件开发流程不完善、士气低落或资金不足（依赖缺乏经验的公司）。
如果与开发团队的合作出现问题，不要责怪他人，而要承担责任，理解问题出在哪里、如何出现的。
可能是您没有给开发人员足够的时间或关注，或者存在您本可以更好处理的冲突。您可能在传达期望或确认成果方面出现了失误。
始终问自己事情本可以如何做得更好，以避免将来出现类似错误。
不要抱有过高期望
不要期望目前合作的公司为继任者编写详细的文档。这是开发人员最厌恶的工作之一（如果您不相信，请在 Google 上搜索一下）。
当被问到：
为什么程序员讨厌编写文档？Google 显示超过40,800,000个结果。
尽管如此，为了避免过渡期间出现更多问题，请确保旧团队记录所有关于流程/产品的知识，并将联系方式提供给新公司，以便日后澄清问题。
不要自我怀疑
请始终记住，如果您对当前团队不满意，他们很可能也对您不满意。
请记住，终止合同对所有相关方来说都是最好的选择——您的供应商可能也心知肚明。他们不会破坏您的系统或做其他事情，他们只是希望得到应有的报酬，以便传递知识。
同时，如果您对立即授予新供应商系统完全权限有所顾虑，可以考虑分配受限功能，将用户访问权限仅限于完成工作所需的资源，从而降低网络攻击的整体风险或影响。
将细节交由新团队处理
您之前的合作失败了，您可能还没准备好信任新的开发团队，尽管这是必要的。
请记住，您对新工程师的信任程度与您软件项目成功的可能性成正比。让他们引导过渡策略，有助于建立信任与透明的文化。
请记住，他们正在经历一个入职过程，这可能相当有压力，您的支持始终很重要。尽量克制成为控制狂的冲动。首先给予新开发团队对现有情况完全的自主分析权。
在大多数情况下，新来者会对代码有多"糟糕"感到震惊，可能建议重写整个应用程序（通常是合理的，这往往是必要的）——让他们表达意见，并尽可能客观地分析。
Colibryx 的一些实用建议
"精心规划数据迁移过程，以最大限度降低丢失重要信息的风险。" Paolo
"请记住，从一家软件供应商切换到另一家可能看起来复杂，但通过正确的规划和准备，它可以成为一次顺畅的体验，将改善您的业务。" Francesco