Rolle

Projektleiter

Wie oft pro Woche tragen Sie den Projektstatus neu zusammen und fragen dieselben Menschen? Wenn mehrmals, geht ein guter Teil der Woche in das Beschreiben der Arbeit statt in ihre Führung.

Erstgespräch

Vier Fragen, mit denen wir beginnen würden

Wie oft pro Woche tragen Sie den Status zusammen?

Für das Team, für den Kunden, für die Geschäftsführung, für einen Lenkungsausschuss. Jeder in einem anderen Format, jeder aus denselben Daten.

Wer bemerkt zuerst, dass ein Projekt zu rutschen beginnt?

Wenn der Projektleiter zwei Wochen nach der Tatsache, taucht das Risiko als Problem auf statt als Risiko.

Wann fällt die Entscheidung über eine Umfangsänderung?

Wenn informell, in einem Gespräch, ohne Festhalten der Wirkung auf den Termin, dann wächst der Umfang und der Termin bleibt.

Was bleibt nach einem Projekt, wenn sich das Team auflöst?

Wenn nur die Produktdokumentation, wiederholt das nächste Projekt dieselben Fehler.

Raum, Projektplan an der Wand: Aufgabenbalken auf dem Wandplan, eine Person zeichnet einen Abhängigkeitspfeil zwischen zwei Balken.

Wir übernehmen das Zusammentragen des Status, Sie behalten die Führung des Projekts

Fortschritt zu sammeln, Berichte vorzubereiten, Risiken und das Änderungsregister zu überwachen, lässt sich vom Schreibtisch nehmen. Das Lesen der Projektlage und die Entscheidungen bleiben beim Leiter.

  • Der Status entsteht aus der Arbeit, nicht aus einer Umfrage. - Der Fortschritt kommt aus dem, was das Team ohnehin in seinen Werkzeugen tut, und der Leiter liefert die Deutung.
  • Berichte für verschiedene Adressaten haben eine Quelle. - Derselbe Zustand in drei Formaten, statt dreier Handfassungen, die binnen einer Woche auseinanderlaufen.
  • Eine Umfangsänderung hat ihre Wirkung berechnet. - Eine Aufgabe hinzuzufügen zeigt die Wirkung auf den Termin, bevor die Entscheidung fällt.

Umfang

Was sich aus der Projektführung herausnehmen lässt

Zwanzig Aufgaben als Beispiel. Jede hat einen Punkt menschlicher Freigabe. Unten eine Auswahl; den Umfang passen wir an Ihre Methodik an.

Plan und Umfang

  • Der Umfang, aufgefächert nach Phasen
  • Verknüpfung der Aufgaben mit Menschen und Terminen
  • Ein Signal, wenn eine Aufgabe keinen Verantwortlichen hat
  • Die Abhängigkeiten zwischen Aufgaben und was daraus folgt (Einschätzung: der Leiter)

Status und Reporting

  • Fortschritt, gesammelt aus den Werkzeugen, die das Team nutzt
  • Ein Berichtsentwurf im Format der Geschäftsführung (Inhalt: der Leiter)
  • Ein Berichtsentwurf im Format des Kunden
  • Eine Übersicht der Änderungen seit dem vorherigen Bericht
  • Ein Signal, wenn eine Aufgabe länger als vereinbart keinen Fortschritt zeigt

Risiken und Probleme

  • Ein Register der Projektrisiken mit Verantwortlichem und Maßnahme
  • Ein Signal, wenn ein Termin durch eine Abhängigkeit gefährdet ist
  • Hinweis auf die Aufgaben auf dem kritischen Pfad
  • Eskalation eines Problems an den vereinbarten Schwellen (Entscheidung: der Leiter)

Umfangsänderungen

  • Ein Register der Änderungsanträge
  • Die berechnete Wirkung einer Änderung auf Termin und Aufwand
  • Die festgehaltene Entscheidung, eine Änderung anzunehmen (Entscheidung: der Sponsor)
  • Der ursprüngliche Umfang gegenüber dem aktuellen

Projektabschluss

  • Ein Vergleich von Plan und Lieferung
  • Eine Übersicht der Probleme und ihrer Ursachen
  • Erkenntnisse, übertragen in die nächsten Projekte (Freigabe: der Leiter)

Ein Arbeitstag

Heute

  • Den Status sammeln Sie, indem Sie das Team in einer Besprechung und im Chat fragen
  • Den Bericht für die Geschäftsführung bauen Sie von Hand, in einem anderen Format als den für den Kunden
  • Von einer Verzögerung erfahren Sie, wenn sie jemand meldet
  • Umfangsänderungen werden im Gespräch vereinbart, ohne berechnete Wirkung
  • Die Risiken leben in einem Register, in das niemand schaut
  • Nach dem Projekt bleiben die Erkenntnisse im Gedächtnis einiger weniger

Mit AI-Unterstützung

  • Der Fortschritt kommt aus den Werkzeugen, nicht aus Fragen ans Team
  • Berichte in verschiedenen Formaten haben eine Quelle
  • Eine Aufgabe ohne Fortschritt meldet sich selbst
  • Eine Umfangsänderung zeigt die Wirkung auf den Termin vor der Entscheidung
  • Ein Risiko mit gefährdetem Termin wird früher gemeldet
  • Die Erkenntnisse nach einem Projekt sind festgehalten und dem nächsten Team verfügbar
  • Ein verlässlicher Status

    der Bericht beschreibt den Zustand statt des Eindrucks vom Freitag

    der Fortschritt kommt aus der Arbeit des Teams

  • Zeitaufwand fürs Reporting

    der Leiter führt das Projekt, statt es zu beschreiben

    die Berichte haben eine Quelle und einen entworfenen Text

  • Risiko früh erkennen

    eine Verzögerung kann sichtbar sein, bevor sie ein Problem wird

    fehlender Fortschritt und gefährdete Abhängigkeiten werden gemeldet

  • Wissen nach einem Projekt

    das nächste Projekt wiederholt dieselben Fehler nicht

    die Erkenntnisse sind festgehalten, nicht erinnert

Wir beginnen mit der Quelle des Status, weil sie entscheidet, wie viel Zeit das Reporting kostet.

  1. Schritt 1

    Fortschritt aus den Werkzeugen des Teams

    Der Status zusammengetragen aus dem, was bereits existiert, statt aus einer Umfrage.

  2. Schritt 2

    Berichte in mehreren Formaten

    Eine Quelle, verschiedene Ansichten für Geschäftsführung, Kunde und Team.

  3. Schritt 3

    Risiken und Gefährdungssignale

    Kein Fortschritt, gefährdete Abhängigkeiten, der kritische Pfad.

  4. Schritt 4

    Umfangsänderungen und Erkenntnisse

    Die berechnete Wirkung einer Änderung und die Erkenntnisse nach dem Abschluss. Zuletzt, weil es einen verlässlichen Plan voraussetzt.

Häufige Fragen

Fragen, die beim ersten Treffen aufkommen

Worin unterscheidet sich das von einem Scrum Master?

Ein Projektleiter verantwortet gegenüber dem Sponsor Umfang, Termin und Budget - und hat die Befugnis dafür. Ein Scrum Master verantwortet, dass das Team arbeiten kann, und hat keine Befugnis über es. Daher die verschiedenen Werkzeuge: hier ein Bericht und eine Entscheidung über den Umfang, dort das Beseitigen von Hindernissen und das Gespräch. In Unternehmen, in denen eine Person beides macht, gewinnt meist das Reporting, weil es eine Frist hat.

Und Projekte außerhalb der IT?

Die Mechanik ist dieselbe: Umfang, Abhängigkeiten, Status, Änderungen, Abschluss. Was sich unterscheidet, ist die Quelle des Fortschritts - in einem Bau- oder Einführungsprojekt kommt er von woanders als aus einem Code-Repository. Das ist eine Entwurfsfrage, kein Hindernis.

Braucht die Projektführung weniger Menschen?

Ein Projekt wird durch Entscheidungen geführt, nicht durch Berichte - und das ist Arbeit, die niemand abnimmt. Wir übernehmen das Zusammentragen des Status, also eine halbe Woche, die ins Beschreiben fremder Arbeit geht. Ein Leiter, der das nicht tut, führt das Projekt, statt es zu dokumentieren. Wie viele Projekte das umfasst, hängt von Ihrem Portfolio ab.

Fällt das unter die KI-Verordnung?

Projekte zu führen ist keine Hochrisiko-Anwendung. Die Grenze verläuft bei Fortschrittsdaten, die Menschen zugeordnet sind: Wir führen die Übersichten auf der Ebene von Aufgaben und Phasen, denn Daten über das Arbeitstempo einzelner Teammitglieder sind bereits das Gebiet der Mitarbeiterbewertung.

Ihre Frage steht nicht dabei? Gespräch vereinbaren

Nächster Schritt

Wie viele Stunden pro Woche verbringen Sie mit dem Zusammentragen von Statusberichten?

Wir zeigen Ihnen, wie Projektführung aussieht, wenn der Status aus der Arbeit des Teams kommt und eine Umfangsänderung ihre Wirkung berechnet hat.