Nach dem "heißen" Piloten letzte Woche entspannte sich das Gehirn anscheinend und geriet in die Frage: "Was hätte getan werden sollen, damit alles reibungslos und ohne all diese Nerven verläuft?"
Ich werde versuchen, die Optionen für die von ihm generierten Antworten anzugeben.
Über mich
9 Jahre - SAP ERP IT-Berater. Aufgaben: Design, Teamleading, Testen und Debuggen, Training, Pilotierung.
Anwendbarkeitsrahmen
Er schrieb mit Schwerpunkt auf Projekten von 3-4 Monaten bis 1 Jahr mit komplexer systemübergreifender Integration.
Nachdem ich mich entschlossen hatte, nicht zu ertrinken, um Perfektionismus zu erreichen, und die anfängliche Zündschnur für das Schreiben verloren hatte, musste ich den Anspruch auf ein hohes Maß an Struktur, Konsistenz und Vollständigkeit aufgeben. Aus den gleichen Gründen wurde der Text nur „aus persönlicher Erfahrung“ geschrieben, ich habe die Texte, die zu diesem Thema konsonant waren, vor der Veröffentlichung nicht gelesen.
Daher zähle ich bis zu einem gewissen Grad darauf, dass Kommentatoren möglicherweise eine zweite Ausgabe schreiben, in der die oben genannten Kriterien bereits auf dem richtigen Niveau waren.
Glossar
BA - Business Analyst
BZ - Projektwissensbasis
BT - Geschäftsanforderungen
IT - Architekt und Berater des Projektteams
KP - Hauptnutzer von
MC - Juniorberater, enikeist
PR - Designlösung Produktproduktiver
Systementwickler
-
CT- Entwickler - Testszenarien
SC - Senior Berater, Konstrukteur
technischer Spezifikationen - Leistungsbeschreibung
Schlüssel zum Erfolg von IT-Projekten
Die allgemeine Botschaft ist eine reibungslose Kommunikation
Es ist notwendig, eine Synchronisation zwischen Geschäft und IT zu erreichen, um Geschäftsanforderungen, Testszenarien, Entwurfsentscheidungen und das Aussehen bei der Implementierung wahrzunehmen.
Detaillierte und nachdenkliche BT
Für BT muss ein vollständiges und synchrones Verständnis zwischen Unternehmen und IT bestehen. Dazu sollten es BA und KP sein (idealerweise, wenn BA ein ehemaliger KP ist).
Kompletter Satz von Testskripten
Die maximale Anzahl der detailliertesten Szenarien sollte bekannt sein und ausgearbeitet werden, bevor eine Lösung geschrieben wird. Skripte sollten in der Reihenfolge von den häufigsten bis zu den seltensten geschrieben werden. Letztere müssen im Falle ihrer teuren Automatisierung eine durchdachte manuelle Steuerung haben.
Arbeitsteilung innerhalb der IT
Das Projektteam sollte entsprechend der intellektuellen Komplexität der Arbeit unterteilt sein. Es ist gut, wenn der Designer die Fähigkeit besitzt, die Dokumente ohne unnötige Kosten stilistisch korrekt zu gestalten. Ansonsten ist es besser, einer Person mit einer Juniorposition die Anleitung "Schönheit" zu geben.
Gleiches gilt für den aktuellen Inhalt von TK / PR:
- SK schreibt an den Entwickler über die Anpassungen und legt den MK in eine Kopie
- MK sammelt und reflektiert Änderungen im Bearbeitungsmodus mithilfe der Versionierung
- SK akzeptiert Änderungen
- MK aktualisiert die Dokumentation in der KB
Tests sollten auch an MK delegiert werden.
Ich weiß nicht, wie außerhalb von SAP, aber hier wird sehr oft das Prinzip eines Consultant-Harvester verwendet, das alles erledigt (Design, Test, Dokumentation schreiben).
Infolgedessen leiden Qualität, Begriffe (und „Geld“) und die Risiken, die mit der Tatsache verbunden sind, dass alles miteinander verbunden ist für 1 Person.
Testen von Skripten vor der Veröffentlichung
- Die Tests sollten in einer Umgebung durchgeführt werden, die der Produktumgebung nahe kommt (idealerweise in einer Kopie des Verkäufers).
- Die Teilnahme von Personen, die direkt mit der Funktionalität arbeiten, ist obligatorisch (es ist ratsam, vor der Entscheidung ein Bildungsprogramm durchzuführen).
Gemeinsamer Raum für Teams zur Integration von Systemen
Bei einer komplexen Integration in das Projekt ist es unbedingt erforderlich, ein gemeinsames Feld des Projektkontexts zu erstellen und „körpernah“ bereitzustellen. Idealerweise sollte sich das gesamte Projektteam in einem Raum befinden. Andernfalls benötigen Sie eine separate Person oder ein praktisches Tool, das die Synchronisierung zwischen Teams ermöglicht.
Technische Angemessenheit des Hosts
Die formelle Versöhnung durch die Geschäfts-PR ist die Geißel des Projekts. Der Gastgeber sollte sich die Entscheidung vollständig und detailliert vorstellen. Wenn das Projekt eine tiefgreifende Modernisierung der vorhandenen Funktionalität betrifft, sollte das Unternehmen dies genau wissen.
Ideal, wenn der Host ein perfekt sachkundiger Geschäftsmann mit konsistenter und strukturierter Logik ist.
Pilot Moderator
Neutral für IT- und Geschäftsleute mit dem Zeug zum Schiedsrichter. Erstellt einen Pilotplan, erstellt Testprotokolle, verfolgt Kommentare und deren Korrekturen.
Wenn es einen Impuls gibt, gibt es eine Idee, die Probleme zu beschreiben, die auftreten können, wenn die beschriebenen Empfehlungen nicht befolgt werden.