Wir haben ein Projekt zur Entwicklung und Implementierung eines neuen IT-Systems! Und du brauchst eine PM ...
Was ist passiert? Wo ohne. Und es scheint, dass der Markt mit allen Arten von Projektmanagern gesättigt ist.
- Wählen Sie! Jeder hat eine wundervolle reiche Erfahrung. Es gibt PMs mit Erfahrung in der Umsetzung von Projekten in Bau und Verteidigung. Es gibt PMs mit Erfahrung in der Umsetzung medizinischer Projekte. Es gibt sogar im Flugzeug! Was brauchst du noch? Das Maß an Verantwortung und Genauigkeit in diesen Branchen ist eine völlige Herausforderung.
"Kennt er es?"
- Warum willst du es?! Er hat ausgezeichnete Kenntnisse der Projektmanagement-Methodik ... das ist die Hauptsache!
Und das ist auch passiert ...
Lassen Sie uns verstehen, ob IT für einen Projektmanager benötigt wird, der die Entwicklung und Implementierung eines Informationssystems organisieren sollte.
Zuerst müssen Sie ein Informationssystem entwickeln!
- Komm schon, PM, was wirst du zuerst tun?
- Definieren Sie die Bedürfnisse und Ziele!
- Gut. Und dann?
- Lassen Sie uns einen Entwicklungsprojektplan erstellen!
- Es ist logisch. Und wie sind die Entwicklungsstadien? Es ist notwendig, die obersten Aufgaben für die Komposition zu bestimmen!
- Wozu brauche ich das? Ich werde jemanden fragen!
- Und wem in der IT gehören diese Informationen?
- Wer, wer? Der Programmierer ... wahrscheinlich ...
In jüngerer Zeit bin ich auf eine ähnliche Geschichte gestoßen. Einerseits scheint alles glatt zu sein. In der Tat weiß der Programmierer, aus welchen Entwicklungsstufen normalerweise besteht. Aber lassen Sie uns eine Änderung vornehmen. Um das Ziel nicht zu verfehlen, gehen wir zum Architekten! Er muss es sicher wissen.
- Hallo Architekt. Woraus besteht die Entwicklung? Benötigen Sie Aufgaben im Plan.
- Wir müssen TK und Gash-Funktion darauf nehmen!
- Und alle?! So einfach?
- Nun, noch testen.
- Und was ist, wenn sich TK dabei ändert?
"Das weiß ich nicht." Meine Aufgabe ist es, an TK zu arbeiten
Wir gingen runter. Sie fragten. Erhielt 2 Punkte: TK und Entwicklung.
- Was machen wir jetzt, PM?
- Also ist alles klar! Wir werden darum bitten und es dem Architekten geben. Lass es geschätzt werden. Sagt die Frist. Es wird die Bereitschaftspunkte bestimmen und wir werden es an diesen Punkten kontrollieren. Und zeigen Sie dem Benutzer regelmäßig das Ergebnis.
So passiert es ungefähr, wenn der PM nicht Bescheid weiß.
Und was würden wir ihn fragen, wenn wir einstellen? Und wenn Sie sehr weit gehen, was ist dann der Lebenszyklus des Informationssystems von seiner Geburt bis zum Tod? Obwohl Systeme nicht sterben. Sie sind "moralisch" veraltet.
Ich werde nie die „lustige“ Geschichte mit der Kanalklimaanlage vergessen, die in unserer Fabrik passiert ist. Fand also ein System. Gut, kraftvoll. Es sollte die gesamte Anlage und die angrenzenden Verwaltungsgebäude kühlen. Gut gekauft. Für etwas rund 200K amerikanische Rubel. Sie haben es ausgedrückt. In Betrieb nehmen. Nach mehreren Betriebsmonaten ist das System verbogen. Warum? Ja, denn kein System kann ohne Support und regelmäßigen technischen Support überleben!
Das Informationssystem ist jedoch nicht anders. Wie bei anderen Systemen ist auch hier eine Inbetriebnahme erforderlich. Genau wie andere sind Infrastrukturen. Und manchmal sind Implementierungsfehler, die bei einem Projekt zur Implementierung eines Finanzsystems aufgetreten sind, viel teurer als das Brechen einer Kondeya.
Wie kann der PM, der aus der Luftfahrt- oder Bauindustrie zum IT-Projekt gekommen ist, einen Plan erstellen, der alle diese Phasen enthalten sollte?
Lassen Sie sich vom Architekten beraten? Wer sieht seine Aufgabe fragmentarisch und stellt sich nicht vor, was „vorher“ und was „nachher“ ist? Leider. Ein solches Projekt ist im Voraus zum Scheitern verurteilt.
Daher ist es für ein IT-Projekt wichtig, PM zu verstehen, aus welchen Aufgaben das Projekt besteht, welche Aufgaben miteinander verbunden sind und welche parallel ausgeführt werden können.
Und wie verstehen wir jetzt, wie viel PM dem erwarteten Ergebnis entspricht? Dazu gibt es eine Reihe nicht schwieriger Fragen, auf die wir klare Antworten erhalten müssen.
Frage 1: In welchen Phasen werden technische Spezifikationen für die Entwicklung erstellt?Die Antwort lautet:- Aus der Bildung der funktionalen Anforderungen des Kunden
- Bildung der Aufgabe für die Infrastruktur, die wiederum das Ergebnis der Entwicklung des Vertrags für Fehlertoleranz und Sicherung ist
- Und aus der Karte der Interaktion des zukünftigen Systems mit anderen Systemen.
Tatsächlich erhalten wir am Ausgang drei Aufgaben: funktionale und technische, technische Spezifikationen für die Infrastruktur, technische Spezifikationen für die Schnittstellenentwicklung. Sie sind auch Kontrollpunkte für die Kontrolle.
Frage 2: Was sind die Entwicklungsstadien?Die Antwort lautet:- Aus der Verteilung von Aufgaben durch Entwickler
- Aus der Aufstellung des Abnahmeplans
- Aus umfassenden Tests (Pilotierung)
- Von der Erstellung eines Migrationsplans bis zur Entwicklung dieses Plans
Frage 3: In welchen Phasen erfolgt die Inbetriebnahme?
Die Antwort lautet:- Lasttest
- Die Bildung von Unterrichtsmaterialien
- Benutzerschulung
- Ausfüllen aller NSI (Normative Referenzinformationen + Benutzerzugriff)
- Datenmigration
- Abgleich von Salden
- Beginn der operativen Arbeit (Pilotierung)
- Hot-Assist beim ersten Start
Frage 4: Wie sieht das Schema für die Übertragung des Systems zur Unterstützung nach der Inbetriebnahme aus?Die Antwort lautet:Mindestens das System verfügt über 3 Unterstützungsstufen:
- Infrastrukturunterstützung und Überwachung der Serverlast
- Funktionsunterstützung und Thread-Überwachung für den Fall, dass im System ein Fehler aufgetreten ist.
- Methodische Unterstützung bei der Beantwortung der Fragen, warum dies so und nicht anders funktioniert, sowie beim Sammeln von Entwicklungsbedarf
Und jede dieser Phasen sollte ihre eigene SLA haben. Hier ist auch ein Wort, das Menschen außerhalb der IT nicht immer klar ist.
Wenn der PM-Kandidat nicht alle Stufen benannt hat, spielt dies keine Rolle. Könnte etwas vergessen oder sich Sorgen machen. Wenn der Plan formuliert ist, wird er ihnen irgendwie begegnen. Es ist viel schlimmer, wenn er sich das überhaupt nicht vorstellt. Die Situation wird komplizierter, wenn er seine bisherigen Erfahrungen aus anderen Geschäftsbereichen auf die IT projiziert. In diesem Fall beginnt das Team mit Konflikten und dem "Tod" von Entwicklern. Der Nutzen eines Technikers selbst liegt immer dort, wo ein kompetentes Management eines IT-Projekts seine Komfortzone sein wird.