Heute werden wir uns einen oft übersehenen Aspekt des Software Development Lifecycle (SDL) ansehen, der als Post Project Review bekannt ist. Wir beginnen mit der Definition, was genau ein Post-Projekt-Review ist, und gehen dann auf die Elemente eines guten Projekt-Reviews ein.
Was ist ein Post Project Review?
Eines der Merkmale eines Projekts ist, dass es einen bestimmten Anfang und ein bestimmtes Ende hat. Manchmal sind Anfang und Ende nicht ganz klar definiert (!) aber man kann in der Regel eine grobe Vorstellung davon bekommen, wann ein Projekt begonnen hat und wann es vorbei ist. Etwas, das nicht diese Art von endlicher Lebensdauer hat, ist nicht wirklich ein Projekt. Es ist jedoch möglich, alle Aktivitäten wie laufende Softwarewartung und Support in eine Reihe klarer Projekte aufzuteilen – in der Regel wird ein Projekt beendet, wenn ein Software-Release in Produktion genommen wird, und ein neues Projekt für das nächste Release oder Upgrade gestartet.
Eine Überprüfung nach dem Projekt ist eine sehr nützliche und leistungsstarke Möglichkeit, einen kontinuierlichen Verbesserungsmechanismus hinzuzufügen. Die meisten Aktivitäten können wie oben erwähnt in eine Reihe diskreter Projekte unterteilt werden. Dieser kontinuierliche Verbesserungsmechanismus trägt dazu bei, dass jedes nachfolgende Projekt erfolgreicher (und für alle Teilnehmer häufig weniger stressig) wird. Post-Projekt-Reviews beinhalten in der Regel das Projektteam und die wichtigsten Stakeholder, die sich treffen und überprüfen, was während des Projekts gut und was schlecht gelaufen ist. Dieser Input kann den Teilnehmern helfen, die richtigen Entscheidungen und Pläne zu treffen, damit das nächste Projekt besser läuft. Es kann auch helfen, Missverständnisse und andere Probleme zu klären.
Lesen: Was ist Projektmanagement-Software für Entwickler?
Bei einer Überprüfung nach dem Projekt, die ich einmal durchgeführt habe, war das Qualitätssicherungsteam verärgert, da es der Meinung war, dass Anforderungsänderungen ohne ihre Eingabe während des Projekts genehmigt und vorgenommen wurden. Basierend auf diesem Feedback wurde dies in nachfolgenden Projekten korrigiert, indem sichergestellt wurde, dass immer ein Vertreter des QS-Teams anwesend war, wenn Diskussionen über Anforderungen geführt werden mussten. Dies brachte sie auf den Laufenden und gab ihnen die Möglichkeit, mögliche Auswirkungen auf die QS-Fristen aufzuzeigen. Es ist wichtig sicherzustellen, dass alle Teilnehmer an der Überprüfung nach dem Projekt verstehen, dass es nicht an der Zeit ist, Schuld zuzuweisen oder persönliche Angriffe zu unternehmen. Die Idee ist, sich gegenseitig für gut gemachte Jobs zu loben und Wege zu finden, die Dinge noch besser zu machen. Man muss aufpassen, dass eine Überprüfung nach dem Projekt nicht zu einer Fingerzeigübung oder einem Schreispiel verkommt.
Die Elemente einer guten Überprüfung nach dem Projekt
Wie bereits erwähnt, besteht der Hauptzweck einer Überprüfung nach dem Projekt nicht darin, die Schuld zuzuweisen, sondern Bereiche für Verbesserungen und Verbesserungsmöglichkeiten zu identifizieren. Bevor Sie eine Überprüfung nach dem Projekt planen, identifizieren Sie Ihre Hauptziele und was Sie mitnehmen möchten.
- Identifizieren Sie Elemente, die gut gemacht wurden: Zum Beispiel waren die Zeitschätzungen sehr gut, Entwickler und Qualitätssicherungsteams arbeiteten gut zusammen und so weiter.
- Identifizieren Sie Elemente, die verbessert werden könnten: Möglicherweise war die Systemdokumentation nicht rechtzeitig fertig; Entwickler hatten Streitigkeiten mit Analysten usw. Grundsätzlich handelt es sich um Elemente, die verbessert werden müssen und mit einem gewissen Aufwand realistisch erreicht werden können.
- Defekte Elemente identifizieren: Diese sind ziemlich ernst und erfordern möglicherweise ein vollständiges Überdenken der Vorgehensweise. Möglicherweise müssen einige Prozesse gelöscht oder geändert werden. Vielleicht erfordern ständig wechselnde Anforderungen, dass das Team zu einer agileren Entwicklungsmethodik wechselt. Zwei Personen, die sich gegenseitig auf die Nerven gehen, müssen möglicherweise neu zugewiesen werden, damit sie nicht zusammenarbeiten müssen.
- Entscheiden Sie Aktionspläne: Erhalten Sie Input & Vereinbarung über Aktionspläne zur Verbesserung von Elementen, die verbessert werden müssen, und Möglichkeiten zur Behebung defekter Elemente. Dies erleichtert die Umsetzung langfristiger Änderungen erheblich und trägt dazu bei, ein starkes Engagement und Teamgeist im Team aufzubauen.
Versuchen Sie, möglichst viele Stakeholder und Teammitglieder für das Meeting zusammenzubringen. Während es wie ein Rezept für Chaos erscheinen mag (!), wenn es gut geplant ist, kann es eine großartige Erfahrung für alle sein. Stellen Sie sicher, dass jeder den Aktionsplan und die Ziele versteht. Stakeholder und Teammitglieder werden wahrscheinlich begeistert sein, wenn sie es als Chance sehen, an der Lösung von Problemen zu arbeiten. Nach meiner Erfahrung ist das erste Mal, wenn diese Überprüfungen durchgeführt werden, normalerweise das schwierigste, da die Leute nicht sicher sind, was erlaubt ist und was nicht. Einige Mitglieder können auch Kritik schlecht nehmen. Es kann sinnvoll sein, eine Vorstellung von potenziell explosiven Themen zu haben und sie zu entschärfen, bevor Sie in die Besprechung gehen. Es kann sehr hilfreich sein, sich vor dem Meeting privat mit den betroffenen Teilnehmern zu treffen, um sicherzustellen, dass die Grundregeln verstanden werden, und sich zu verpflichten, dass sie befolgt werden.
Eine gute Technik, die ich gefunden habe, um wichtige Probleme zu identifizieren, ist so etwas wie Abstimmung. Jeder Teilnehmer stellt Elemente auf, die in eine der Kategorien fallen können gut gemacht, Einige Optimierungen sind erforderlich und müssen behoben werden. Dadurch hat jeder das Gefühl, dass seine Meinungen gezählt werden. Außerdem kann es helfen, einen vollständigen Überblick über viele Probleme zu erhalten. Häufig findet man in vielen Themen ein Muster. Loben Sie Dinge, von denen die Leute glauben, dass sie gut gemacht sind. Die am häufigsten genannten Themen sind diejenigen, die Aufmerksamkeit erfordern. An diesem Punkt kann es hilfreich sein, wenn die Leute Ideen zur Verbesserung von verbesserungsbedürftigen Elementen und zur Behebung defekter Elemente bereitstellen. Möglicherweise haben Sie sogar eine informelle Abstimmung darüber, welche Ideen die besten zu sein scheinen.
Wenn das Meeting vorbei ist, sammeln Sie alle Informationen und notieren Sie sie. Stellen Sie sicher, dass Sie detailliert beschreiben, was gut läuft, was verbessert werden muss und was behoben werden muss. Identifizieren Sie die Techniken, mit denen alle einverstanden waren, um die Verbesserung vorzunehmen und die Probleme zu beheben. Es ist eine gute Idee, dies der Geschäftsleitung vorzulegen, insbesondere wenn einige Korrekturen genehmigt oder Ressourcen benötigt werden. Diese Berichte bieten ihnen die Möglichkeit, das Team zu überprüfen und ihr Vertrauen aufzubauen, dass das Team versucht, Probleme selbst anzugreifen und zu beheben. Es ist viel besser, Wege zu finden, um Probleme selbst zu beheben, als dass sich die Geschäftsleitung an der Suche nach den Korrekturen beteiligt. Die Leute ärgern sich normalerweise über Exekutivbefehle, arbeiten aber bereitwillig an Änderungen, die sie selbst vorgeschlagen haben.
Lesen Sie: Beste Projektmanagement-Tools für Entwickler.
Fazit
Post Project Reviews sind eine wertvolle Möglichkeit für Teams, ihre Leistung und Fähigkeiten zu verbessern. Sie bieten einen Mechanismus zur kontinuierlichen Verbesserung sowie zur Verbesserung der Teammoral. Es ist wichtig, so viele Stakeholder wie möglich in die Überprüfung einzubeziehen, da es hilft, alle Teile des Projekts zu überprüfen und einen Mechanismus zur Klärung von Missverständnissen und anderen Problemen bereitzustellen. Eine gute Planung und Nachbereitung nach dem Meeting ist entscheidend, um diese Überprüfungen zum Erfolg zu führen.
