改变了客户的世界-我们该如何处理？

不久前，我们的任务是进入一个项目，并使用SQL Server作为后端，用新的Intranet ASP.NET解决方案替换客户的旧Mainframe系统。部分原因还在于业务的重新设计-本质上，随着我们更换系统，我们正在考虑如何更好地开展业务。

因此，第一个任务是进入并执行逻辑和物理数据模型。客户参与了这些讨论，并已完成签收。下一阶段是实际进行每个模块的设计和构建。好了，总而言之，编程已经完成，我们现在正在对该系统进行并行测试。到目前为止，对于大多数模块来说，一切都进行得很顺利-除了一个。

我们拥有一个系统-如果您仅让业务用户查看应用程序和报告，一切都会很好。它与新的集成工作流程一起使用，可以自动执行以前的手动流程，并且可以按规格执行。并行测试发现了与迁移的旧数据有关的一些问题。遗留系统的构建者很难理解新的架构和业务流程，因此，他们很难理解如何获取遗留数据并将其放入新的架构。因此，他们召集业务用户和利益相关者开会，并告诉他们新系统没有提供旧系统所做的数据（实际上确实如此），这确实使新系统看起来很糟。

至少可以这样说，这令人沮丧。新系统运行良好，可提供他们需要和想要的一切，如果不是由于IT员工无法用旧数据填写新表，则业务用户将对新特性感到满意。

我正在寻求有关如何处理此问题的建议。由于采取了一些政治措施，新的“架构师”对系统的工作原理一无所知，并且无法完全理解IT员工要求的变更的后果。IT员工希望对系统进行一些根本性的更改，这些根本上不必要的更改实际上是一个糟糕的设计-但他们是客户。

有什么想法吗？

您的团队需要为他们进行数据转换。首先，您真的应该为他们做到这一点。

我已经参与了许多昂贵的平台迁移，始终厂商，一直都有自己的数据转换队谁是负责了解遗留系统，将所有迁移脚本，做所有的测试，一般确保一切做了应该做的事。

一些公司可能拥有出色的IT员工，他们可以自己做。其他人可能声称自己可以做到，但实际上做不到。在后一种情况下，您需要谦虚地坐下来，而且还需要准备在管理层决定内部团队表现不佳时以及何时加强工作。

这是你的系统和你的实现。您和您自己都有责任确保它成功。不要指望客户能够自己做任何事情。只有当他们绝对坚持要自己做这件事时，您才应该考虑该选择，并且在这种情况下，您需要掩盖自己的屁股-合同中应该有一些内容表明，如果他们选择自己做这件事，那么他们就有责任对于它的结果。

如果愿意，他们可以付钱让他们照看他们的团队，如果愿意的话，他们可以付钱让您重新开始，但不要在没有某种协议的情况下浪费不必要的时间。特别是如果您签订的是限时合同或固定成本合同，这种情况就是死亡。

问题的关键是，就像你说的，他们是顾客，这意味着他们不为你工作。实际上，如果您像我这样愤世嫉俗，您可能会怀疑其中有些人正在积极地与您抗争，以保持他们的工作安全。依托客户做的任何部分，你的实现是一个错误。

如果您必须雇用几个最低工资的数据输入从站来手动进行数据转换，请执行此操作。任何将结果放回您手中的东西。

他们是付账单的人，所以最后您必须给他们他们想要的东西，即使这不是最好的解决方案，也不是向后退一步。

但是，您必须考虑到曾经使用大型机的人可能有一点。我的妻子曾经在一家银行工作，在那里她使用大型机系统使用数百种不同类型的代码输入各种金融交易。它本质上是它自己的迷你语言。当银行花费数百万美元来实施基于GUI的系统时，该系统极大地降低了复杂性和涉及的步骤，后来他们发现生产力下降了，而且再也没有恢复。

事实是，尽管大型机系统不必要地复杂且具有较高的学习曲线，但它们比GUI系统快得多，因为大型机系统仅通过在键盘上快速键入即可熟练地每小时输入数百笔交易。这导致用户群的大规模拒绝，该项目被视为完全失败而被取消。生产力恢复了。

道德是，不要完全消除客户的顾虑。认真考虑他们的考虑，并问自己，您提供的解决方案是否满足所有利益相关者的需求。

他们认为新系统没有提供旧系统提供的数据（实际上确实提供了）。

您应该非常认真地对待这个。

然后：

1）确保管理层您正在与Legacy团队合作，以解决所有存在的问题。

2）请确保您完全理解他们在说什么，以及为什么需要它。与传统团队合作以确保这一点。然后重述该问题，然后让他们说“是，这是我们的关注”。

如果您同意那里的担忧，那么：

3）然后提出一个解决方案，让旧团队在该解决方案上输入\验证。

4）采取纠正措施。

如果您完全不同意旧版工具，并认为他们担心的问题无效，那么：

3）使用传统专家说的正确的语言表达对管理层的担忧。并让管理层决定您应该关注的地方。

“老家伙们担心XXX，由于YYY，我不确定这是个问题。他们对此是否正确？”

我建议发送一封令人惊慌的大邮件，打击与之相关的所有人，而不仅仅是他们的管理层。简明扼要。
2分：

1）我们可以在会议/电话中解决您的问题（建议时间）

2）我们对系统充满信心，因为它不会造成麻烦和其他更改的费用

听起来您已经列出了他们的关注点，您可以在会议中逐点逐一列出。您只需要停止恐慌，让他们冷静一些，然后用真相打击他们。甚至提供帮助，帮助您将旧数据映射到新数据。如果他们仍然要求改变……那是他们的钱。

首先，我想指出，虽然IT部门可能是您的界面，但真正的客户不是IT部门，而是IT部门所服务的业务。为伤害企业以安抚IT而做的事情不是好服务。

非正式地坐下IT。给他们买甜甜圈。将学生扮演老师，然后问：“我们的软件设计有什么问题？” 听他们说的和不说的。他们可能有一个原始规范中忽略的观点，或者基于过去的问题而有所顾虑。再说一遍，他们可能由于担心新事物而做出反应。但是，关键是，如果您很了解他们的反对意见，那么您将更有可能取得积极的成果并回答他们的反对意见。

您已经提到问题出在从旧系统到新系统的数据迁移中。如果IT部门在迁移数据时遇到问题，我会考虑将它们构建为一个小工具，以快速，干净地进行迁移。

请咨询客户的IT员工以支持将旧数据迁移到新系统。您公司的了解新数据格式的人应该亲自去那里，并帮助IT人员进行迁移。

这样一来，他们希望可以向IT人员介绍新系统，正确迁移数据，并使您的实施过程更加顺利。