Es ist selten angenehm, einen Termin zu verpassen, und manchmal kann es sogar karrierehemmend sein. Letzte Woche haben wir über einige Probleme gesprochen , die zu verpassten Projektterminen führen. Jetzt wollen wir uns mit einigen Lösungen befassen.
Wir haben bereits über die Bedeutung von Projektzielen und -spezifikationen gesprochen. Die Festlegung dieser Ziele setzt natürlich voraus, dass Sie Ihre Stakeholder kennen und sie einbeziehen. In diesem und anderen Artikeln verwende ich den Begriff " Stakeholder" für alle Personen, denen das Projekt am Herzen liegt. Dabei kann es sich um Ihre Kunden, Ihren Manager, die Mitarbeiter der zu modellierenden Systeme oder andere handeln.
Bei der Erstellung eines Projektplans kommen einem zwei Sprichwörter in den Sinn.
<center><em>"Erwarte das Beste; plane für das Schlimmste"</em></center>Ich denke, es ist in Ordnung, ein Optimist zu sein und zu hoffen, vielleicht sogar zu erwarten, dass die Dinge gut laufen werden. Aber ich verlasse mich nicht darauf. Ich stütze meinen Plan nicht auf optimistische Annahmen. Ich beginne gerne mit einer vernünftigen Schätzung und verdopple sie dann, um all die Dinge zu berücksichtigen, von denen ich weiß, dass sie schief gehen werden. Das mag wie eine "Aufpolsterung" erscheinen, aber das Ziel ist es, einen realisierbaren Zeitplan zu erstellen. Ich habe selten, wenn überhaupt, festgestellt, dass das, was auf den ersten Blick als "vernünftiger" Zeitplan erscheint, aufgrund der vielen Unbekannten bei einem typischen Projekt am Ende auch tatsächlich realisierbar ist.
Natürlich kann man im Vorfeld mehr Zeit auf die Untersuchung des Problems verwenden, um das Risiko auf ein akzeptables Maß zu reduzieren und möglicherweise die Genauigkeit der Schätzungen zu verbessern. Aber zu diesem Zeitpunkt ist das Projekt oft schon irrelevant geworden, weil die Entscheidungen bereits getroffen wurden. Zeitschätzungen sind immer eine Schätzung und immer falsch, also finden Sie eine Methode, die für Sie funktioniert, und machen Sie weiter.
"Zu wenig versprechen, zu viel liefern"Für mich bedeutet dies, konservativ zu sein. Ich versuche, übermäßige Verpflichtungen zu vermeiden und, wenn möglich, meine optimistischen Absichten nicht zu verbreiten. Ich kann zum Beispiel erwarten, dass ich eine überzeugende 3D-Animation erstelle, aber ich garantiere nur eine 2D-Animation oder eine einfache 3D-Animation. Oder ich habe zwar vor, einige sekundäre Anwendungen zu modellieren, um mögliche Systemverbesserungen zu erforschen, aber das würde ich nicht in den Projektspezifikationen garantieren.
Meine Projektspezifikationen umfassen in der Regel drei Kategorien:
- Garantierte Ergebnisse - Egal, was passiert, das Projekt wird ohne diese Ergebnisse nicht als abgeschlossen betrachtet.
- Wahrscheinliche Leistungen - Ich beabsichtige, diese Leistungen zu erbringen, aber wenn die Dinge schlecht laufen, können sie gestrichen werden. Oft wissen die Beteiligten nicht einmal, dass es diese Liste gibt, je nachdem, wie flexibel sie sind.
- Wunschliste - In den seltenen Fällen, in denen das Projekt außergewöhnlich gut läuft, führe ich Aufgaben von dieser Liste aus. Diese Liste wird nie in einen öffentlichen Projektplan aufgenommen.
Dieser Ansatz bietet mir eine gewisse Flexibilität, um:
a) die Enttäuschung der Beteiligten zu vermeiden, falls das Projekt schlecht läuft, und
b) die Möglichkeit zu bewahren, die Stakeholder zu begeistern, wenn das Projekt gut läuft.
Was kommt als Nächstes?
Diese ersten beiden Schritte sind nur der Anfang eines Projekts. In zukünftigen Artikeln werde ich auf Priorisierung, Agilität, Kommunikation und viele andere Themen eingehen, die dazu beitragen, den Termin festzulegen und ein erfolgreiches Projekt zu realisieren.
Bis zum nächsten Mal, viel Spaß beim Modellieren!
Dave Sturrock
VP Produkte - Simio LLC