Die Welt der Kunden verändert - wie gehen wir damit um?

Vor einiger Zeit wurden wir mit einem Projekt beauftragt, das alte Mainframe-System eines Kunden durch eine neue Intranet-ASP.NET-Lösung zu ersetzen, die SQL Server als Back-End verwendet. Ein Teil davon war auch eine Umgestaltung des Geschäfts - im Wesentlichen sollten wir beim Ändern des Systems darüber nachdenken, wie wir besser Geschäfte machen können.

Die erste Aufgabe bestand also darin, die logischen und dann physischen Datenmodelle zu erstellen. Der Kunde war an diesen Diskussionen beteiligt und hatte eine vollständige Abmeldung. Die nächste Phase bestand darin, das Design und den Bau jedes Moduls tatsächlich durchzuführen. Um es kurz zu machen, die Programmierung wurde durchgeführt und wir testen das System jetzt parallel. Für die meisten Module läuft es bisher wunderbar - außer für eins.

Wir haben ein System, in dem - wenn Sie nur den Geschäftsbenutzern die Anwendung und die Berichte anzeigen lassen würden, wäre alles in Ordnung. Es arbeitet mit dem neuen integrierten Workflow und automatisiert zuvor manuelle Prozesse und bietet eine hervorragende Leistung gemäß den Spezifikationen. Parallele Tests haben jedoch einige Probleme mit den migrierten Altdaten aufgedeckt. Den Entwicklern des Legacy-Systems fällt es sehr schwer, das neue Schema und den Geschäftsprozess zu verstehen. Daher fällt es ihnen sehr schwer, zu verstehen, wie die Legacy-Daten in das neue Schema eingefügt werden. Aus diesem Grund rufen sie Besprechungen der Geschäftsbenutzer und Stakeholder an und teilen ihnen mit, dass das neue System keine Daten liefert, die das alte System erstellt hat (wenn dies wirklich der Fall ist) - dies lässt das neue System schlecht aussehen.

Das ist, gelinde gesagt, frustrierend. Das neue System funktioniert hervorragend und bietet alles, was sie benötigen und wollen. Wenn die IT-Mitarbeiter die neuen Tabellen nicht mit den alten Daten ausfüllen könnten, wären die Geschäftsbenutzer mit den neuen Features und Funktionen zufrieden.

Ich bitte um Vorschläge, wie man damit umgeht. Aufgrund einiger politischer Schritte hat der neue "Architekt" keine Ahnung, wie das System funktioniert, und kann die Auswirkungen der von den IT-Mitarbeitern angeforderten Änderungen nicht vollständig verstehen. Die IT-Mitarbeiter wünschen sich einige grundlegende Änderungen am System, die im Wesentlichen nicht erforderlich sind und tatsächlich ein schlechtes Design darstellen - aber sie SIND der Kunde.

Irgendwelche Gedanken?

Ihr Team muss die Datenkonvertierung für sie durchführen. Du hättest es wirklich für sie tun sollen .

Ich war an einer Reihe teurer Plattformmigrationen beteiligt, und der Anbieter hat immer ein eigenes Datenkonvertierungsteam, das dafür verantwortlich ist, das Altsystem zu verstehen, alle Migrationsskripte zu schreiben, alle Tests durchzuführen und im Allgemeinen sicherzustellen, dass alles vorhanden ist macht was es soll.

Einige Unternehmen verfügen möglicherweise über hervorragende IT-Mitarbeiter, die dies selbst tun können. Andere mögen behaupten , es selbst tun zu können, können es aber tatsächlich nicht. Im letzteren Fall müssen Sie bescheiden genug sein, um sich zurückzulehnen, aber auch bereit sein, sich zu verstärken, wenn das Management entschieden hat, dass das interne Team nicht gut genug arbeitet.

Dies ist Ihr System und Ihre Implementierung. Sie und Sie allein sind dafür verantwortlich, dass es gelingt. Erwarten Sie nicht, dass der Kunde einen Teil davon selbst erledigen kann. Nur wenn sie absolut darauf bestehen, diesen Teil selbst zu erledigen, sollten Sie diese Option überhaupt in Betracht ziehen , und in diesem Fall müssen Sie Ihre Ärsche abdecken - der Vertrag sollte etwas enthalten, das besagt, dass sie dafür verantwortlich sind, wenn sie dies selbst tun für sein Ergebnis.

Sie können Sie dafür bezahlen, dass Sie ihr Team babysitten, wenn sie wollen, und sie können Sie dafür bezahlen, dass Sie von vorne anfangen, wenn sie wollen, aber verschwenden Sie keine unnötigen Zyklen, ohne dass eine Vereinbarung getroffen wurde. Besonders wenn Sie einen zeitlich begrenzten oder festen Vertrag haben, ist diese Situation der Tod.

Der Punkt ist, wie Sie sagen, sie sind der Kunde, was bedeutet, dass sie nicht für Sie arbeiten. In der Tat, wenn Sie ein Zyniker wie ich sind, könnten Sie vermuten, dass einige von ihnen aktiv gegen Sie arbeiten, um an ihrer Arbeitsplatzsicherheit festzuhalten. Es ist ein Fehler, sich darauf zu verlassen, dass der Kunde einen Teil Ihrer Implementierung ausführt.

Wenn Sie ein paar Slaves für die Dateneingabe mit Mindestlohn einstellen müssen, um die Datenkonvertierung manuell durchzuführen, tun Sie dies. Alles, um das Ergebnis wieder in Ihre Hände zu legen .

Sie sind diejenigen, die die Rechnungen bezahlen, also müssen Sie ihnen am Ende das geben, wonach sie fragen, auch wenn dies nicht die beste Lösung und ein Rückschritt wäre.

Sie müssen jedoch berücksichtigen, dass vielleicht die Leute, die früher den Mainframe benutzt haben, einen Punkt haben. Meine Frau arbeitete für eine Bank, in der sie ein Mainframe-System verwendete, um verschiedene Finanztransaktionen mit Hunderten verschiedener Arten von Codes einzugeben. Es war im Wesentlichen eine eigene Minisprache. Als die Bank Millionen von Dollar für die Implementierung eines GUI-basierten Systems ausgab, das die Komplexität und die damit verbundenen Schritte erheblich reduzierte, stellte sie später fest, dass die Produktivität PLUMMETED und nie wieder gestiegen ist.

Tatsache war, dass das Mainframe-System zwar unnötig kompliziert war und eine hohe Lernkurve aufwies, jedoch VIEL schneller war als das GUI-System, da sie Hunderte von Transaktionen pro Stunde eingeben konnten, indem sie einfach schnell auf einer Tastatur tippten. Dies führte zu einer Massenverweigerung durch die Benutzerbasis und das Projekt wurde als vollständiger Fehler verschrottet. Die Produktivität kehrte zurück.

Die Moral ist, die Bedenken der Kunden nicht vollständig abzulehnen. Nehmen Sie ihre Überlegungen ernst und fragen Sie sich, ob die von Ihnen bereitgestellte Lösung den Anforderungen ALLER Stakeholder entspricht.

ihnen, dass das neue System keine Daten liefert, die das alte System gemacht hat (wenn es wirklich tut).

Sie sollten dies sehr ernst nehmen ..

Dann:

1) Versichern Sie dem Management, dass Sie mit den Legacy-Mitarbeitern zusammenarbeiten, um alle Probleme zu lösen.

2) Stellen Sie sicher, dass Sie vollständig verstehen, was sie sagen, fehlt und warum es benötigt wird. Arbeiten Sie mit den Legacy-Leuten zusammen, um dies zu gewährleisten. Dann wiederholen Sie das Problem und lassen Sie sie sagen: "Ja, das ist unser Anliegen."

Wenn Sie mit diesen Bedenken einverstanden sind, dann:

3) Schlagen Sie dann eine Lösung vor und lassen Sie die Legacy-Teams \ Validierung für \ die Lösung eingeben.

4) Fahren Sie mit Korrekturmaßnahmen fort.

Wenn Sie mit den Legacy-Leuten nicht einverstanden sind und glauben, dass sie Bedenken haben, sind sie nicht gültig:

3) Bringen Sie Bedenken gegenüber dem Management zum Ausdruck, indem Sie dieselbe Sprache verwenden, die die Legacy Guys für richtig befunden haben. Lassen Sie das Management entscheiden, wo Sie sich damit befassen sollen oder nicht.

"Die Legacy-Jungs haben Angst, dass XXX, ich bin mir nicht sicher, ob es wegen JJJ ein Problem ist. Sind sie in ihrer Sorge richtig?"

Ich schlage eine E-Mail vor, die große Panik erstickt und alle Beteiligten trifft, nicht nur deren Management. Halten Sie es kurz und auf den Punkt.
2 Punkte:

1) Wir können Ihre Bedenken bei einem Meeting / Telefonanruf ansprechen (einen Termin vorschlagen).

2) Wir haben volles Vertrauen in das System, da es ohne den Aufwand und die Kosten zusätzlicher Änderungen ist

Es hört sich so an, als hätten Sie eine Liste ihrer Bedenken und können diese Punkt für Punkt in der Besprechung durchgehen. Sie müssen nur die Panik stoppen, sie ein wenig abkühlen lassen und sie dann mit der Wahrheit schlagen. Bieten Sie sogar an, bei der Zuordnung alter zu neuen Daten zu helfen. Wenn sie immer noch Änderungen fordern ... nun, es ist ihr Geld.

Zunächst möchte ich darauf hinweisen, dass der IT-Bereich zwar Ihre Schnittstelle ist, der echte Kunde jedoch NICHT der IT-Bereich ist, sondern das Unternehmen, für das der IT-Bereich arbeitet. Etwas zu tun, um das Geschäft zu schädigen und die IT zu beruhigen, wäre kein guter Service.

Setzen Sie sich informell mit der IT zusammen. Kaufen Sie sie Donuts. Nehmen Sie die Rolle des Schülers zu ihrem Lehrer und fragen Sie "Was ist mit unserem Software-Design falsch?" Hören Sie sowohl zu, was sie sagen, als auch was sie nicht sagen. Sie haben möglicherweise einen Punkt, der in den ursprünglichen Spezifikationen übersehen wurde, oder haben Bedenken aufgrund früherer Probleme. Andererseits könnten sie aus Angst vor etwas Neuem reagieren. Der Punkt ist jedoch, dass Sie, wenn Sie ihre Einwände genau kennen, besser in der Lage sind, ein positives Ergebnis zu erzielen und ihre Einwände zu beantworten.

Sie hatten erwähnt, dass das Problem in der Datenmigration vom Altsystem zum neuen System lag. Wenn der IT-Bereich Probleme beim Migrieren der Daten hat, würde ich in Betracht ziehen, sie als kleines Tool zu erstellen, um dies schnell und sauber zu tun.

Wenden Sie sich an die IT-Mitarbeiter Ihres Kunden, um die Migration der alten Daten auf das neue System zu unterstützen. Jemand aus Ihrem Unternehmen, der das neue Datenformat versteht, sollte physisch einfach dorthin gehen und den IT-Mitarbeitern bei der Migration helfen.

Auf diese Weise können sie den IT-Mitarbeitern hoffentlich das neue System näher bringen, die Daten werden korrekt migriert und Ihre Implementierung verläuft reibungsloser.