Fragen zur Prüfungsvorbereitung


Set of flashcards Details

Flashcards 96
Students 62
Language Deutsch
Category Career Studies
Level Vocational School
Created / Updated 12.01.2013 / 27.02.2025
Weblink
https://card2brain.ch/box/gpmipma_der_projektmanager_kapitel_c_operatives_projektmanagement
Embed
<iframe src="https://card2brain.ch/box/gpmipma_der_projektmanager_kapitel_c_operatives_projektmanagement/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>
C 9.11 Welchen Inhalt in welcher Form sollte ein Projektbericht haben?

Projektleiter, Leitungsgremien und das Topmanagement wollen folgende Daten vorgelegt bekommen (im Überblick): • Termine • Kosten • Projektfortschritt Mögliche Überblicksberichte sind: • Cockpit-Bericht, • Meilensteintrendanalyse, • Termin- und Kosteninformationen • Aussagen zur Qualität des Projektergebnisses • Ampelbericht -> Darstellung der Gesamtsituation in stark vereinfachter Form Die Zielgruppe und der Zweck sollte bei der Erstellung beachtet werden. Je höher die Zielgruppe des Berichts im Unternehmen angesiedelt ist, desto mehr müssen Informationen verdichtet werden.

C 9.12 Wie kann eine Projektkrise (im Sinne einer Projektdiskontinuität) bewältigt werden?

Vgl. Fragen & Antworten D5.13 und weitere

C 9.13 Was ist der Unterschied zwischen PM-Handbuch und Projekthandbuch?

Das Projekthandbuch enthält alle Unterlagen, die sich auf ein konkretes Projekt beziehen (Projektakte). Das Projekt Management-Handbuch wird i.d.R. vom Project Office erstellt und definiert unternehmensweit die zu verwendenden Verfahren und Methoden für das Projektmanagement.

C 9.14 Welche Aufgaben im Projekt sollte ein zentrales Project Office unterstützen?

• Ausufernde Berichtsformate vermeiden ==> Vorgabe • Betreut als zentrale Servicestelle das Berichtssystem • Macht Vorgaben zu Inhalt und Form

C 9.15 Mit welchen Fragen kann in einer Projektstatussitzung die Basis für die weitere Projektsteuerung ermittelt werden?

• Welche Arbeitspakete sind seit der letzten Statusbesprechung fertig geworden? • Welche Arbeitspakete beginnen zwischen dieser und der nächsten Statusbesprechung? • Bei welchen Arbeitspaketen sind welche Schwierigkeiten aufgetreten? • Wie werden sich die Abweichungen bemerkbar machen? • Wie sollen die Abweichungen abgebaut werden? • Gab es bei Arbeitspakete Änderungen? Wie wirken sich diese Änderungen aus? • Wurden die Maßnahmen aus der letzten Projektstatusbesprechung erledigt? • Liegen die aktuellen Kosten- und Termindaten vor? • Gibt es noch etwas Besonderes zu berichten?

C 9.16 Welche Steuerungsmaßnahmen stehen dem Projektleiter zur Verfügung?

• Maßnahmen, die den Leistungsumfang reduzieren • Maßnahmen, die den Aufwand reduzieren • Maßnahmen, die die Kapazität erhöhen • Maßnahmen, die die Produktivität erhöhen

C 9.17 Welche Indizien deuten auf eine Projektkrise (im Sinne einer Projektdiskontinuität) hin?

Vgl. Fragen & Antworten D5.13 und weitere (von außen und von innen blockiertes Projektteam)

C 10.1 Wann gilt ein Projekt als abgeschlossen?

Definition laut ICB: „die Beendigung der Projektarbeit bei Fertigstellung des Projektgegenstandes“ Damit werden zwei Prozesse verknüpft: • Die Übergabe des Projektergebnisses und dessen Abnahme durch den Kunden. • Der Abschluss des Projekts mit Dokumentation der Erfahrungen und deren Weitergabe. Drei verschiedene Projektenden: • Leistung erbracht • Kosten evaluiert ==> kfm. Abschluss • Projekt ausgewertet

C 10.2 Welche Aufgaben sind am Ende des Projekts durchzuführen?

Aufgaben auf der Sachebene: • Abnahmen, Prüfungen, Reviews • Erbrachte und noch offene Leistungen • Auflösung der wesentlichen Umfeldbeziehungen (z.B. Berichte für das Topmanagement) • Prüfen der endgültigen Kosten, Ertrags- und Finanzsituation • Übergabe Aufgaben auf der Beziehungsebene: Der PM muss den Auflösungsprozess der Gruppe begleiten und unterstützen. Hierbei muss er mit folgenden Problemen umgehen: • Identitätsverlust (Wir-Gefühl geht verloren) • Unnötige Verlängerung (Angst der Mitarbeiter, dass neue Aufgaben weniger attraktiv sind bzw. keine Perspektive vorhanden ist) • Freiwilliger Rückzug („rechtzeitiger“ Absprung in andere Projekte) ==> Es muss für einen klaren Neuanfang der Mitarbeiter gesorgt werden ==> Projektbeendigung durch gemeinsames Erlebnis

C 10.3 Welche Themen sollten in einer Projektabschlusssitzung besprochen werden?

• Fazit des Projektleiters: welche Ziele wurden / wurden nicht erreicht (Projektergebnisse)? • Feedbackrunde: Jeder Teilnehmer kommt einmal zu Wort – Schwächen und Verbesserungsbereiche. Aussprache zur Feedbackrunde • Projektlernen: Was können Team und Unternehmen aus dem Projekt lernen? Welche Maßnahmen werden getroffen, um Fehlerwiederholungen zu vermeiden? • Vergabe der restlichen Aktivitäten. • Feierlicher Ausklang.

C 10.4 Welchen Inhalt sollte ein Projektabschlussbericht haben?

Es gibt keine allgemein gültige Empfehlung. Es sollten allerdings folgende Mindestinhalte genannt werden: 1. Sachebene -> Aussagen über • Zu Beginn geplante und tatsächlich erreichte Leistungsziele • Die ursprünglich geplanten und am Ende tatsächlich angefallenen Kosten • Terminabweichungen ==> Bei allen drei Parametern sollten eventuelle Abweichungen begründet werden: 2. Beziehungsebene -> Die Frage, was im Team und in den Beziehungen zum Projektumfeld besonders gut und was schlecht gelaufen ist 3. Informationen über Konsequenzen für künftige Projekte, die aus den Abweichungen gezogen werden, und eine Liste mit Aufgaben, die noch abzuarbeiten ist.

C 10.5 Welche Empfehlungen für Projektlernen sollten implementiert werden?

• Nach dem offiziellen Projektabschluss Personal bereitstellen für eine gründliche Auswertung. • Beauftragten im Unternehmen für Projektlernen über die im Projekt gemachten Erfahrungen informieren. • Berücksichtigung des Faktors Mensch und nicht nur „harte“ Fakten. • Offenes konstruktives Feedback -Lernkultur etablieren, die verhindert, dass einmalige Fehler negative Konsequenzen nach sich ziehen. • Wissen ist Macht – Wissen zu teilen bedeutet Machtgewinn. • Projektlernen als Projektziel aufnehmen. • Formalisierten Prozess für Projektlernen und Ablage der Erfahrungen im Projektlernsystem, so dass gezielt nach ihnen gesucht werden kann. • Management lässt sich regelmäßig zu Maßnahmen und Erfolgen zum Projektlernen berichten. • Feedbackmechanismen aufbauen. • Projektlernen zum „Faktor Mensch“ dokumentieren. • Motivator einsetzen, falls systematisches Lernen aus Projekten schwerfällt. • Schulung der Mitarbeiter • Vor Beginn eines Neuen Projektes sollte nachgesehen werden, ob nicht etwa schon Wissen vorhanden ist. • Coach / Mentorensystem einrichten • Erfolgreiche Teams sollten wenn möglich in neuen Projekten wieder zusammenarbeiten • Bewusstsein schaffen, dass der gemeinsame Wissenspool genutzt wird

C 10.6 Welche Methoden zur Projektanalyse unterstützen das Projektlernen?

Projektanalyse auf der Sachebene: • Nachkalkulation: Identifikation wesentlicher Kosten- und Termintreiber • Projektkostendatenbanken • Kennzahlen und Kennzahlensysteme • Kundenbefragung Projektanalyse auf der Beziehungsebene: • Fragebogen • Feedbackgespräche Projektanalyse auf der Sach- und Beziehungsebene: • Modell for Project Excellence • Befragung von Beteiligten • Projekterfahrungsdatenbanken

C 10.7 Welche prozess- und dokumentationsbasierten Methoden unterstützen das Projektlernen?

Prozessbasierte Methoden: • Projektnachbewertung • Manöverkritik Dokumentenbasierte Methoden: • RECALL (Formular via Internetbrowser werden Erfahrungen erfasst. Ziel ist, Erfahrungen leichter und automatisiert zu erfassen und zugänglich zu machen) • Projektlerngeschichte (Der jeweilige Verfasser stellt die wichtigsten Ereignisse des Projektes aus dem Bereich „Faktor Mensch“ in chronologischer Reihenfolge zusammen) • Mikroartikel (DIN A4 Seite in unkomplizierter gesprochener Sprache, den jeder Projektmitarbeiter nach Projektabschluss verfasst. Ziel ist Erfahrungen möglichst authentisch wiederzugeben)

C 11.1 Welche Softwarekategorien für IT-Unterstützung im Projektmanagement gibt es?

• Prozessorientierte Multiprojektmanagement-Systeme, die sich auf Qualitäts- und Prozessmanagement konzentrieren • Ressourcenorientierte Multiprojektmanagement-Systeme mit Schwerpunkt auf der Einsatzmittelplanung sowie der Aufgabe einen Ressourcenpool zu verwalten • Umfassende Projektmanagement-Systeme (Enterprise Project Management Systems) • Plattformen zur Unterstützung der Zusammenarbeit innerhalb des Projekts (Project-Collaboration Platforms)

C 11.2 Was sollte vor dem Kauf von PM-Software für das Unternehmen berücksichtigt werden?

Es muss ein Projektmanagement-Konzept vorliegen, welches auf die Organisation abgestimmt wurde. Denn nur wenn die Projektmanagement-Prozesse sorgfältig beschrieben sind, können auch Anforderungen an die Software definiert werden. Eine Einführung von Projektmanagement über den Kauf einer Softwarelösung ist zum Scheitern verurteilt.