Egal in welchem Format sie geführt wird – sie MUSS enthalten:>> Aufgabe>> Verantwortlicher (keine Organisation, keine Gruppe, nur EIN Name)>> Status>> Datum>> Notiz Alle anderen Informationen sind optional nach Bedarf. Ich empfehle ein Tool mit einer Filterfunktion (z.B. Excel), um z.B. die erledigten Aufgaben ausblenden zu können. Wenn man sich weitere...
Ein zentrales Element zur Kommunikation der aktuellen Projektsituation ist der Statusbericht. Mindestens monatlich sollte eine Statusmeeting mit dem Auftraggeber/Management stattfinden, in dem der Bericht besprochen wird. Es ist ein internes Dokument, gerichtet an das Management und zur Information für alle Projektbeteiligten:> fasst sachlich und knapp den aktuellen Stand seit dem letzten...
vorheriger Beitrag >>Stakeholder – was will er wirklich ?<< Die erste Stakeholder-Analyse liegt vor, wie geht es weiter ?Jetzt wird eine Strategie für die einzelnen Stakeholder geplant (tabellarisch, eine Zeile je Stakeholder): Welches Hauptinteresse hat die Person / Gruppe zu dem Projektthema ? Wird diese Erwartung durch das Projekt erfüllt ?...
Ein Projekt bewirkt Veränderung ! Sonst würde man kein Projekt machen. Menschen mögen keine Veränderung, es wird Widerstände geben ! Wer die möglichen Widerstände kennt, kann sie ernst nehmen und darauf eingehen ! >> Stakeholder Analyse
Change Kurve nach Kübler Ross Menschen tun sich schwer mit Veränderungen. Das ist normal. Veränderungen bedrohen das eingespielte System. Als Projektmanager hilft es, die Reaktionen der Betroffenen zu verstehen und ihnen Zeit für den Prozess zu geben: typischer Ablauf:1. „Ich ahne es bereits – es wird sich etwas verändern und ich...
Jeder knüpft an ein Projekt unterschiedliche Erwartungen ! Das ist menschlich. NICHT ALLE ERWARTUNGEN WERDEN VON DEM PROJEKT ERFÜLLT ! Daher sollte man unbedingt:>> 3-5 konkrete Projektziele formulieren>> formulieren, was das Projekt NICHT macht Eine Stakeholder-Analyse hilft, die unterschiedlichen Erwartungen zu sammeln und bewerten.
Ursprünglich wurde das agile Manifest (“Manifesto for Agile Software Development”) in 2001 von einer Gruppe von Softwareentwicklern formuliert. Und mittlerweile hat es sich auch als Modell für die Zusammenarbeit von Teams bewährt. Vier Leitsätze für agile Teams 1. Individuen und Interaktionen sind wichtiger als Prozesse und Werkzeuge Der Mensch steht im...
… vom Projektergebnis zur Übergabe Input: Projektergebnisse, ProjektdokumentationOutput: Abnahmeprotokoll, Lessons Learned, Übergabeprotokoll Meilensteine: Übergabe abgeschlossen 1. Projekt-Ziele:? Abschliessende Bewertung und Analyse der Projekt-Ziele? Abnahme der Projektergebnisse durch den Auftraggeber? Vorschläge für Ziele von möglichen Nachfolgeprojekte 2. Projekt-Plan:? Abschliessende Dokumentation der abschlossenen Aufgaben? Abweichungsanalyse im Vergleich zum Ursprungsplan? Entscheidungen zu noch offenen...
… vom Projektplan zum Projektergebnis Input: Projektplan, Finanzkalkulation, Kick-off-MeetingOutput: konkretisierte Projektziele, konkretiseirter Projektplan, terminierte Finanzkalkulation, Stakeholder-Abstimmungen, regelmäßiger Statusbericht Meilensteine: abgenommene Projektergebnisse 1. Projekt-Ziele:? Messung der Projekt-Ziele im Projektverlauf? Können die Ziele wie geplant erreicht werden ? 2. Projekt-Plan:? Werden die Aufgaben wie geplant und erfolgreich bearbeitet ?? Gibt es Planänderungen ?...
… von der Projektfreigabe zum Projektplan Input: ProjektfreigabeOutput: konkretisierte Projektziele, konkretiseirter Projektplan, terminierte Finanzkalkulation, Stakeholder-Abstimmungen, regelmäßiger Statusbericht Meilenstein: Kick-off-Meeting 1. Projekt-Ziele:? Überprüfung, Detaillierung und Abstimmung der konkreten Projekt-Ziele (SMART: Spezifisch, Messbar, Akzeptiert, Realistisch, Terminiert)? Wie und wann werden die Projektziele gemessen (Business Case) ?? Ist die Abnahme der Projektergebnisse festgelegt ??...
