Il y a quelque temps, nous avons été chargés d'un projet visant à remplacer l'ancien système mainframe d'un client par une nouvelle solution intranet ASP.NET utilisant SQL Server comme serveur principal. Une partie de cela a également été une réingénierie de l'entreprise - essentiellement, lorsque nous changeons le système, nous devions réfléchir à la meilleure façon de faire des affaires.
Ainsi, la première tâche a été d'entrer et de faire les modèles de données logiques puis physiques. Le client était sur ces discussions et avait une approbation complète. La phase suivante consistait à faire la conception et la construction de chaque module. Eh bien, pour faire court, la programmation a été faite et nous sommes maintenant en train de tester le système en parallèle. Jusqu'à présent, les choses vont merveilleusement bien pour la plupart des modules - sauf un.
Nous avons un système où - si vous ne laissiez que les utilisateurs professionnels voir l'application et les rapports, tout irait bien. Il fonctionne avec le nouveau flux de travail intégré et automatise les processus précédemment manuels et fonctionne très bien selon les spécifications. Les tests parallèles ont cependant révélé quelques problèmes avec les données héritées migrées. Les constructeurs du système hérité ont du mal à comprendre le nouveau schéma et le nouveau processus métier, par conséquent, ils ont du mal à comprendre comment prendre les données héritées et les mettre dans le nouveau schéma. Pour cette raison, ils convoquent des réunions des utilisateurs commerciaux et des parties prenantes et leur disent que le nouveau système ne fournit pas de données que l'ancien système fournissait (quand il le fait vraiment) - cela fait mal paraître le nouveau système.
C'est pour le moins frustrant. Le nouveau système fonctionne très bien et fournit tout ce dont il a besoin et ce qu'il voulait, et si l'incapacité du personnel informatique à remplir les nouveaux tableaux avec les anciennes données, les utilisateurs professionnels seraient satisfaits des nouvelles fonctionnalités et fonctionnalités.
Je demande des suggestions sur la façon de gérer cela. En raison de certains mouvements politiques, le nouvel "architecte" n'a aucune idée du fonctionnement du système et ne peut pas comprendre pleinement les ramifications des changements demandés par le personnel informatique. Le personnel informatique souhaite des changements fondamentaux au système, qui sont essentiellement inutiles et sont en fait une mauvaise conception - mais ils SONT le client.
Des pensées?