改变了客户的世界-我们该如何处理？
不久前，我们的任务是进入一个项目，并使用SQL Server作为后端，用新的Intranet ASP.NET解决方案替换客户的旧Mainframe系统。部分原因还在于业务的重新设计-本质上，随着我们更换系统，我们正在考虑如何更好地开展业务。 因此，第一个任务是进入并执行逻辑和物理数据模型。客户参与了这些讨论，并已完成签收。下一阶段是实际进行每个模块的设计和构建。好了，总而言之，编程已经完成，我们现在正在对该系统进行并行测试。到目前为止，对于大多数模块来说，一切都进行得很顺利-除了一个。 我们拥有一个系统-如果您仅让业务用户查看应用程序和报告，一切都会很好。它与新的集成工作流程一起使用，可以自动执行以前的手动流程，并且可以按规格执行。并行测试发现了与迁移的旧数据有关的一些问题。遗留系统的构建者很难理解新的架构和业务流程，因此，他们很难理解如何获取遗留数据并将其放入新的架构。因此，他们召集业务用户和利益相关者开会，并告诉他们新系统没有提供旧系统所做的数据（实际上确实如此），这确实使新系统看起来很糟。 至少可以这样说，这令人沮丧。新系统运行良好，可提供他们需要和想要的一切，如果不是由于IT员工无法用旧数据填写新表，则业务用户将对新特性感到满意。 我正在寻求有关如何处理此问题的建议。由于采取了一些政治措施，新的“架构师”对系统的工作原理一无所知，并且无法完全理解IT员工要求的变更的后果。IT员工希望对系统进行一些根本性的更改，这些根本上不必要的更改实际上是一个糟糕的设计-但他们是客户。 有什么想法吗？