Kategorie: Initialisierung

Kommunikationsplanung

Autor: Günter Drews
Eingabe Detaillierte Prozessbeschreibung Ausgabe
  • Stakeholderanalyse
  • Terminplanung
  • Infrastrukuranalyse
KCI-ID (ICB 4) 04.05.12.02.
Ziel
Steuerung des Informationsflusses: Wer erhält welche Information auf welchem Wege mit welchem Ziel?
Methodenart
Kommunikationsmethode, Planungsmethode
Prozessgruppe
Information & Dokumentation & Kommunikation
Projektphase
Initialsierung, Definition, Planung
Geeignet für
mittlere und größere Projeke und Projekte mit komplexen sozialen Zusammenhängen
Benötigte Hilfsmittel
Textverarbeitung, Tabellenkalkulation bzw. Projektplanungswerkzeug (bei komplexen Kommunikationsbeziehungen)
Zeitaufwand
ein bis fünf Tage
Stärken
  • strukturierte Planung der Kommunikation
  • Zeitersparnis durch Formalisierungen
  • vollständige Einbeziehung der Stakeholder
  • Reflexion der Ziele der Kommunikation und der einzusetzenden Mittel
Schwächen
  • Gefahr der Überplanung
Quelle
  • abgeändert nach Günter Drews / Norbert Hillebrand: Lexikon der Projektmanagement-Methoden. München: Rudolf Haufe Verlag GmbH & Co.KG 2007, S. 164 ff.

Lean Project Management

Autor: Rainer Erne

Eingabe Detaillierte Prozessbeschreibung Ausgabe
  • Stakeholderanforderungen Stakeholderanalyse
  • Schnelle und anforderungskonforme Ergebnisse für den Kunden
Ziel
Konzentration aller Aktivitäten im Projektmanagement auf Wertschöpfung für den Kunden
Methodenart
Analysemethode,Entscheidungsmethode,Planungsmethode, Steuerungsmethode
Prozessgruppe
Ablauf & Termine, Organisation, Ressourcen, Ziele
Projektphase
Initialisierung, Definition, Planung, Steuerung, Abschluss
Geeignet für
Alle Projektarten
Benötigte Hilfsmittel
Tabellenkalkulationstool (Microsoft Excel, Open Office Calc, Gnumeric, Abykus, Numbers, o.ä.)
Zeitaufwand
Projektdauer. Jedoch werden in weitaus kürzeren Zyklen Ergebnisse geliefert, die Wert für den Kunden bedeuten.
Stärken
  • Konzentration auf den Kunden und dessen Anforderungen,
  • Konzentration auf Ergebnisse statt auf Aufgaben
  • Konzentration der Mitarbeiter auf das Projekt
  • Eliminierung von nicht-wertschöpfenden Tätigkeiten
Schwächen
  • Durchsetzungsprobleme in einer Matrixorganisation
  • Hohe Anforderungen an die Konsequenz und Durchsetzungskraft des Projektleiters
  • Hohe Anforderungen an das Projektteam
Quellen
  • Gesellschaft für Projektmanagement & PA Consulting (2004) Studie zur Effizienz von Projekten in Unternehmen, Nürnberg / Frankfurt, Arbeitspapier.
  • Malik, F. (2006) Führen, leisten, leben: Wirksames Management für eine neue Zeit. Komplett überarb.Neuaufl. Frankfurt, Campus.
  • Monsell, S. (2003) Task Switching. Trends in cognitive sciences 7 (3); pp.134-140
  • Ōno, T. (1988) Toyota Production System: beyond large-scale production. Cambridge, Productivity Press.
  • Rubinstein, J.S., Meyer, D.E. & Evans, J.E. (2001) Executive Control of Cognitive Processes in Task Switching. Journal of Experimental Psychology, Human Perception and Performance 27 (4); pp.763-797
  • Spira, J.B. & Feintuch, J.B. (2005) The cost of not paying attention: how interruption impact knowledge worker productivity. New York Basex
  • Taylor, F.W. (1967) The principles of Scientific Management. New York, Norton.
  • The Standish Group International ed. (2008) The CHAOS Chronicles: Quarterly Research Reports, West Yarmouth, The Standish Group
  • Womack, J., Jones, D. & Roos, D. (1990) The machine that changed the world: the story of Lean Production.New York, Harper Collins.

MAP

Autor: Prof. Dr. Eckhart Hanser

Eingabe Detaillierte Prozessbeschreibung Ausgabe
  • Auswahl der für agile Methoden in Frage kommenden Projekte
  • erfolgreiches Produkt insb. lauffähige Software, erfolgreiches Projekt
KCI-ID (ICB 4) 04.03.02.01.
Ziel
Schnell ändernde Anforderungen an modernes Software-Engineering bedingen agile Methoden des Projektmanagements: Mit der Einführung des „Meta Agile Process Model“ (MAP) werden die wichtigsten „Zutaten“ für ein erfolgreiches Projekt definiert. Es zeigt sich, dass die richtige Zusammensetzung des Teams Vorrang hat vor dem definierten Prozess.
Methodenart
Meta-Modell, das unterschiedliche Methodenarten umfasst: Planungsmethoden, Kommunikationsmethoden,Steuerungsmethoden
Prozessgruppe
umspannt alle Projektmanagement-Prozesse,insbesondere: Ablauf & Termine, Information & Kommunikation, Organisation, Projektstruktur
Projektphase
für alle Phasen:Initialisierung,Definition,Planung,Steuerung,Abschluss
Geeignet für
Technische Projekte, insbesondere Software-Entwicklungsprojekte
Benötigte Hilfsmittel
Zeitaufwand
Stärken
  • Nicht die Methodik/das Prozessmodell steht im Vordergrund, sondern die korrekte Zusammensetzung des Projektteams und das Zusammenspiel mit dem Kunden.
  • Ein erfolgreiches Projekt ist das Resultat eines erfolgreichen Teams. Mit Hilfe der Organisationspsychologie kann die Zusammensetzung des Teams modelliert werden.
  • Bekannte Prozesse, Methoden und Werkzeuge werden als „Wekzeugkasten“ betrachtet und situativ eingesetzt.
Schwächen
Weniger geeignet für Branchen, wie etwa die militärische oder pharmazeutische Software-Entwicklung, in denen Gefahr für Leib und Leben bestehen kann, und eine ausführliche Dokumentation unverzichtbar ist. Allerdings kann auch ein Projektteam im validierten Umfeld in seiner Zusammensetzung und seinem internen Prozess von MAP profitieren.
Quelle
  • Eckhart Hanser, „Agile Software-Entwicklung: Das Projektmanagement-Labor der BA Lörrach“, Artikel im Buch „Innovationen durch Projektmanagement – oder?“, Hrsg. Klaus Wagenhals et.al., 2008
  • Eckhart Hanser, „Rollenveränderung in der Agilen Software-Entwicklung: Das Projektmanagement-Labor der BA Lörrach“, GI Lecture Notes in Informatics, Hrsg. Georg Herzwurm et.al., Nov. 2008
  • Eckhart Hanser „Extreme Programming in Real World at the „IT Laboratory“ of BA Loerrach“, ISTC Conference Proceedings 2006, Vaal University of Technology, South Africa
  • Eckhart Hanser, Uwe Brecht, Andreas Michelbach, „Agile Software-Entwicklung: Extreme Programming im IT-Labor der BA Lörrach“, BA Dialog Nr. 6, 2006
  • Kent Beck „Extreme Programming Explained“, Addison-Wesley 2000
  • Ivar Jacobson, Grady Booch, James Rumbaugh, „Unified Software Development Process“, Addison-Wesley Professional, 1999
  • Andreas Rausch, Manfred Broy, Klaus Bergner: „Das V-Modell XT, Grundlagen, Methodik und Anwendungen“, Springer, 2006
  • Wolfgang Dröschel, Manuela Wiemers, „Das V-Modell 97″, Oldenburg, 2000
  • Rainer Baldegger „Erfolgreich im Team“, Baldegger Verlag 2004
  • Rainer Baldegger, Linda Gotsmann, „Ganzheitliches Projektmanagement“, Baldegger Verlag 2001
  • http://www.agilemanifesto.org

Methode 635

Autor: Norbert Hillebrand

Eingabe Detaillierte Prozessbeschreibung Ausgabe
  • Vorbereitung des Moderators
  • Ideensammlung
KCI-ID (ICB 4) 04.04.08.04.
Ziel
viele neue, ungewöhnliche Ideen in einer Gruppe, in relativ kurzer Zeit zu gewinnen
Methodenart
Kreativitätsmethode
Prozessgruppe
Information & Dokumentation & Kommunikation, Ziele
Projektphase
Initialisierung, Definition, Planung
Geeignet für
Problemfelder mit geringer bis mittlerer Komplexität; kann auf ein Brainstorming folgen, um bestimmte oberflächliche Themen und Ideen zu vertiefen
Benötigte Hilfsmittel
Moderator, maximal 6 Teilnehmer, die Regeln müssen der Gruppe bekannt sein
Zeitaufwand
je ca. eine Stunde für Vorbereitung, Durchführung und Auswertung der Ergebnisse
Stärken
  • Ideen können nicht wie beispielsweise beim Brainstorming zerredet und wegdiskutiert werden.
  • Zwischen den Teilnehmern besteht Chancengleichheit.
  • Inspiration durch Ideen anderer
  • Es können viele Ideen in kurzer Zeit entstehen, die Grundideen lassen sich vorteilhaft weiterentwickeln.
Schwächen
  • direktes Feedback ist nicht möglich
  • starrer Ablauf durch Flussrichtung und Regeln
  • geringe Bearbeitungszeit kann die Kreativität stören
  • Die Qualität der Ergebnisse hängt von den Teilnehmern ab.
  • Es werden auch sehr viele unbrauchbare Ideen entwickelt.
Quelle
  • Günter Drews / Norbert Hillebrand: Lexikon der Projektmanagement-Methoden. München: Rudolf Haufe Verlag GmbH & Co.KG 2007, S. 105 ff.

Moderation vorbereiten

Autor: Ulrike Wikner

Eingabe Detaillierte Prozessbeschreibung Ausgabe
KCI-ID (ICB 4) 04.04.03.01.
Ziel
eindeutige Agenda, eindeutige Vorbereitungsaufgaben, eindeutige Besprechungsziele; optimale Vorbereitung als Moderator auf die Besprechung
Methodenart
Planungsmethode, Steuerungsmethode
Prozessgruppe
Information & Dokumentation & Kommunikation, Organisation
Projektphase
Initialisierung, Definition, Planung, Steuerung, Abschluss
Geeignet für
alle Besprechungen mit mehr als drei Personen
Benötigte Hilfsmittel
Textverarbeitung oder Tabellenkalkulation, Flip Chart und dicke Stifte, Pinwand und Moderationsmaterial
Zeitaufwand
Bei Moderationserfahrung und einfachen = nicht konfliktbehafteten Meetings werden zwischen 30 und 60 Minuten für die inhaltliche und organisatorische Vorbereitung benötigt. Bei Strategiemeetings kann die Vorbereitung auch einige Tage umfassen.
Stärken
  • Die Moderation wird vorab gedanklich durchgespielt.
  • Es besteht Klarheit über die Tagesordnungspunkte und die Ziele der Teilnehmer.
  • Die Stärken, Schwächen, möglichen Diskussions- und/oder Konfliktpunkte sind bekannt.
  • Die Moderation ist so weit wie möglich vorbereitet, sowohl organisatorisch (Raum, Ausstattung) als auch inhaltlich (Agenda, Flip Charts usw.)
Schwächen
  • Kleben am Plan und mangelnde Flexibilität in der Moderation
Quelle
  • Wikner, Ulrike: Sinnvolle Besprechungen. Mit Moderation die Routine aufbrechen, in: Versicherungsbetriebe, Januar 2002, S. IV-VI
  • Wikner, Ulrike: Besprechungs-Moderation. Mehr Effizienz für’s Meeting, in: salesBusiness, September 2001, S. 66-69.
  • Wikner, Ulrike: Moderation. Der Weg zur erfolgreichen Besprechung, in: management & training, Oktober 2001, S. 44-47

Portal

Autor: Prof. Dr. Jürgen Treffert

Eingabe Detaillierte Prozessbeschreibung Ausgabe
  • Kommunikationsplan
  • Portal Styleguide
  • Portal Story Board
  • Portalinhalte
  • Portal Implementierung
KCI-ID (ICB 4) 04.04.04.02.
Ziel
Portale haben zum Ziel, den Benutzern einen zentralen Zugriff auf benötigte Informationen zu ermöglichen und ihn möglichst effizient in die Prozess-Abwicklung einzubinden. Aus Projekt-Sicht erlaubt ein Portal einer Vielzahl an Usern den „rechtegesteuerten“ Zugang zu einem personalisierten und umfassenden Informations- und Funktionalitäten-Angebot.
Methodenart
Kommunikationsmethode
Prozessgruppe
Information & Dokumentation & Kommunikation
Projektphase
Initialisierung, Definition, Planung, Steuerung, Abschluss
Geeignet für
größere Projekte mit der entsprechenden technologischen Infrastruktur
Benötigte Hilfsmittel
Portal Software
Zeitaufwand
Portalprojekte benötigen einen einmaligen Implementierungaufwand von mindestens 6 Monaten; Projekte in ein bestehendes Portal einzubinden ca. eine Woche.
Stärken
  • umfassendste Art des Informationszugangs
  • Effizienzverbesserung im Umgang mit Informationen
Schwächen
  • aufwändige technische Infrastruktur
  • hoher erstmaliger Implementierungsaufwand
  • technologische Abhängigkeit
Quelle

Integrierte Methodische Estimierung (IME)

Autor: Joachim Gielnik

Eingabe Detaillierte Prozessbeschreibung Ausgabe
  • IT-Projekttyp
  • IT-Wertschöpfungskette
  • Technologien
  • Hardfacts
  • Optional: Softfacts
  • Optional: Randbedingungen
  • Belastbare Ergebnisse zu Aufwand, Zeit, Kosten und Ressourcen einschließlich potentieller Risiken, Fehlern und Dokumentationsumfang
  • Verschiedene Analyse- und Benchmarking-Optionen
KCI-ID (ICB 4) 04.05.12.01.
Ziel
Genaue Schätzungen zu Aufwand, Zeit, Kosten, Ressourcen, potentiellen Risiken und Fehlern sowie dem Dokumentationsumfang. Dadurch wird eine solide und transparente Entscheidungsgrundlage für optimale Planungen und sichere Durchführung selbst komplexer IT-/Software-Projekte – auch in Multiprojektmanagement-Umgebungen geschaffen
Methodenart
Analysemethode, Prognosemethode, Entscheidungsmethode
Planungsmethode, Steuerungsmethode
Prozessgruppe
Ablauf & Termine, Information & Dokumentation & Kommunikation, Kosten & Finanzen, Organisation, Ressourcen, Risiko, Projektstruktur
Projektphase
Initialisierung, Definition, Planung, Steuerung, Abschluss
Geeignet für
Alle Arten von IT-/Software-Projekten, ganz gleich, ob es sich dabei um Individual-, System- oder Standardsoftware handelt; egal, ob reine Neuentwicklung, Wiederverwendung und Modifikation (REUSE), Integration von Fremdprodukten (COTS), laufende Modernisierung oder Migration, einschließlich aller Kombinationen daraus (Bsp. ERP, Internet, Desktop Application, Embedded, Datenmigration, Konsolidierung, Testing uvm.),branchenübergreifend anwendbar
Benötigte Hilfsmittel
CX Tool Suite
Zeitaufwand
geringer Zeitaufwand
Stärken
  • Methodik ist in jeder Projektphase (auch bereits in der Feasibility-Phase) anwendbar; Änderungen von Anforderungen können jederzeit während des laufenden Projektes nachgezogen werden
  • IME stellt eine Integration, Kombination und Erweiterung von wissenschaftlich publizierten Methoden und Modellen dar
  • Berücksichtigung aller relevanten Faktoren (Projekttyp, Prozess, Technologien (wie Programmiersprache, IDEs, Frameworks), Hardfacts (über Sizing-Methoden wie Function Points, UML Use Case Points uvm.), Softfacts (über Estimierungs-Methoden wie COCOMOII, REVIC uvm.), Randbedingungen, Qualitäts- und Risikomodelle) für eine zuverlässige, transparente und nachvollziehbare Ermittlung von belastbaren Ergebnissen vor und während eines IT-/Software-Projekts
  • Standardisierung und systematische Anwendung der relevanten Faktoren
  • Möglichkeit der Simulation verschiedener Szenarien und der Durchführung von What-if-Analysen; dadurch: frühzeitiges Erkennen der Auswirkungen von Planungen und Entscheidungen
Schwächen
  • komplex, aber erlernbar
Quelle
  • Müller, Frank (09.2008) Zur Sache, Schätzchen. Aufwand, Zeit und Kosten mit Cost Xpert schätzen. In: iX Magazin für professionelle Informationstechnik. Heise Zeitschriften Verlag. S. 76ff.
  • Burkert-Espich, Patricia (09.2008): Erfolgsfaktor Schätzmethoden. Einsatz und Nutzen. In: it management Magazin, IT-Verlag, S. 26ff.
  • Burkert-Espich, Patricia (04.2008): What-if-Analysen. Innovative Methoden zur Ermittlung von „Ist-Daten“. In: it management Magazin. IT-Verlag, S. 38ff.
  • Meyer, Mey Marc (2005): Aufwands-/Kostenschätzung für Software-Entwicklungsprojekte. In: PM aktuell Heft 1/2005), S. 41ff.

SCRUM

Autor: Prof. Dr. Eckhart Hanser

Eingabe Detaillierte Prozessbeschreibung Output
  • Auswahl der für agile Methoden in Frage kommenden Projekte
  • erfolgreiches Produkt insb. lauffähige Software, erfolgreiches Projekt
Ziel
Schnell ändernde Anforderungen an modernes Software-Engineering bedingen agile Methoden des Projektmanagements: Scrum ist aufgrund seiner Einfachheit für viele agile Prozesse die geeignete Projektmanagement-Methode
Methodenart
Agile Projektmanagement-Methode,Planungsmethoden, Kommunikationsmethoden,Steuerungsmethoden
Prozessgruppe
Agiles Projektmanagement,Ablauf & Termine, Information & Kommunikation, Organisation, Projektstruktur
Projektphase
Initialisierung,Definition,Planung,Steuerung,Abschluss
Geeignet für
Technische Projekte, insbesondere Software-Entwicklungsprojekte
Benötigte Hilfsmittel
Papier
Zeitaufwand
gering
Stärken
  • Einfachheit
  • Nur 3 Projektrollen
  • Wenige Artefakte (Dokumente)
  • Regeln und Praktiken anderer agiler Prozesse können auch in Scrum eingesetzt werden
Schwächen
  • Weniger geeignet für Branchen, wie etwa die militärische oder pharmazeutische Software-Entwicklung, in denen Gefahr für Leib und Leben bestehen kann, und eine ausführliche Dokumentation unverzichtbar ist
  • Nur für kleine Teams geeignet (7 ± 2 Teammitglieder)
Literatur
  • Hanser E (2010) Agile Prozesse: Von XP über Scrum bis MAP. Heidelberg: Springer
  • Gloger B (2009) Scrum – Produkte zuverlässig und schnell entwickeln. München: Hanser
  • Pichler R (2008) Scrum – Agiles Projektmanagement erfolgreich einsetzen. Heidelberg: dpunkt Verlag
  • Schwaber K (2004) Agile Project Management with Scrum. Washington, DC: Microsoft Press

Foren

Autor: Jürgen Treffert

Eingabe Detaillierte Prozessbeschreibung Ausgabe
  • Kommunikationsplan
  • technische Infrastuktur
  • Verhaltensrichtlinien für den Gebrauch des Forums
  • Forum
KCI-ID (ICB 4) 04.04.04.02.
Ziel
Foren sind wichtige Bausteine eines Informations- und Kommunikationsmanagements in Projekten. Sie dienen einer publikumsgetriebenen Themensetzung und Diskussion und der nachhaltigen Speicherung von Wissen.
Methodenart
Kommunikationsmethode
Prozessgruppe
Information & Dokumentation & Kommunikation
Projektphase
Initialisierung, Definition, Planung, Steuerung, Abschluss
Geeignet für
mittlere und größere Projekte
Benötigte Hilfsmittel
Software
Zeitaufwand
zum Einrichten und Schulen etwa ein Tag; für die laufenden Verwaltungsaufgaben etwa 2 Stunden pro Woche
Stärken
  • kostengünstige Implementierung
  • Zugriff von jedem System, das einen Internetzugang hat
  • publikumsgetriebene Themensetzung
  • Diskussion an den Bedürfnissen der Mitglieder orientiert
  • nachhaltige Wissensspeicherung
Schwächen
  • Moderation notwendig
  • Technologische Abgängigkeit
Quelle

Stakeholderanalyse

Autor: Norbert Hillebrand

Eingabe Detaillierte Prozessbeschreibung Ausgabe
  • aus der Umfeldanalyse Liste der beteiligten Stakeholder
  • Maßnahmen und strategische Vorgehensweisen zur „Führung“ der Stakeholder
KCI-ID (ICB 4) 04.03.04.01.
Ziel
potentiellen Beteiligte und Betroffene eines Projektes erkennen
Methodenart
Analysemethode, Kommunikationsmethode
Prozessgruppe
Organisation, Risiko
Projektphase
Initialisierung, Definition
Geeignet für
Risikoanalyse / Risikomanagement, zum Erkennen des relevanten Projektumfeldes
Benötigte Hilfsmittel
Projektleiter und Team; eventuell Spezialisten
Zeitaufwand
Je nach Umfang des Projektes und Qualität der Analyse können die Arbeiten recht aufwändig ausfallen.
Stärken
  • Mit dem Erkennen der potentiellen Stakeholder eines Projekts können Maßnahmen zur Führung der verschiedenen Stakeholder geplant und eingeleitet, positive Effekte auf Projektverlauf und Projektziele genutzt und negative Einflüsse auf das Projekt reduziert werden.
Schwächen
  • Es lassen sich nicht immer alle Stakeholder erkennen. Stakeholder fluktuieren.
Quelle
  • Günter Drews / Norbert Hillebrand: Lexikon der Projektmanagement-Methoden. München: Rudolf Haufe Verlag GmbH & Co.KG 2007, S. 186 ff.