SW9 Flashcards
Die Prozesse des Wissensgebiets “Stakeholder Management” und “Human Ressource Management”
Initiating: Identify Stakeholders
Stakeholder Definition?
Projekt-Stakeholder sind Einzelpersonen, Gruppen oder Organisationen, die auf ein Projekt einwirken können oder von dessen Auswirkungen betroffen werden können, oder die der Ansicht sind, von einer Entscheidung, einem Vorgang oder dem Ergebnis eines Projekts betroffen zu sein oder zu werden.
Was machen Stakeholder?
Sie umfallen Einzelpersonen und Organisationen - wie Kunden, Sponsoren, die Trägerorganisation und die Öffentlichkeit - die aktiv an einem Projekt beteiligt sind, oder deren Interessen als Folge der Projektdurchführung oder des Projektergebnisses positiv oder negativ beeinflusst werden können. Sie können auch das Projekt und seine Liefergegenstände beeinflussen. Stakeholder können auf verschiedenen Ebenen innerhalb der Organisation vorkommen und können unterschiedliche Berechtigungsstufen besitzen, oder sie können im Hinblick auf die Trägerorganisation extern sein.
Wichtigen Tools?
- Power / Interest grid with Stakeholders (Macht/Interessen-Diagramm)
- Die verschiedenen Kategorien der Stakeholder-Engagements
- Organigramme und Stellenbeschreibungen, RACI Chart, Networking
- Anerkennung und Belohnungen, Grundregeln
- The five kinds of power
- Phasen der Teamentwicklung
- Konfliktbewältigung
Analytical Techniques?
- unaware / in Unkenntnis
- Resistant / Widerstrebend
- Neutral / neutral
- Supportive / Unterstützend
- Leading / Leitend
Unaware / in Unkenntnis
In Unkenntnis über das Projekt und mögliche Auswirkungen
Resistent / Widerstrebend
Kenntnis über das Projekt und mögliche Auswirkungen und widerstrebend gegenüber Änderungen
Neutral / Neutral
Kenntnis über das Projekt, aber weder unterstützend noch widerstrebend.
Supportive / Unterstützend
Kenntnis über das Projekt und mögliche Auswirkungen und unterstützend gegenüber Änderungen.
Leading / Leitend?
Kenntnis über das Projekt und mögliche Auswirkungen und aktiv an der Sicherstellung des Projekterfolgs engagiert.
Tools
- Kommunikationsmethoden
- soziale Kompetenz / Interpersonal Skills
- Management Skills
Soziale Kompetenz / Interpersonal Skills
- Vertrauensbildung
- Lösung von Konflikten
- Aktives Zuhören
- Überwindung von Widerstand gegen Änderungen
Management Skills?
- facilitate consensus toward project objectives
- influence people to support the project
- negotiate agreements to satisfy the project needs
- modify organizational behavior to accept the project outcomes
Important Outputs?
- Issue Log
- change requests
Issue Log
- Tracks issues, problems, bugs, etc.
- usually in form of lists
- tools: Jira, Word, Excel usw.
Was sagt PMI zu Vorgehensmodellen
- PMI setzt den Fokus auf den Projektlebenszyklus und das Projekt Management Framework
- Es wird kein bestimmtes Vorgehensmodell vorgegeben.
Überblick Vorgehensmodell in der Softwareumgebung?
- Sechziger/seibziger Jahre: die “Frühzeit” der Vorgehensmodelle
- Achtziger Jahre: Beginnende systematische Betrachtung der Softwareprozesse
- Neunziger Jahre: leitgewichtige und agile Prozesse
- 200 - 2010: Die Zeit der “Religionskrieg”
- seit ca. 2005: allmähliche Annährung / Einsatz hybrider Modellansätze
Definition - Vorgehensmodelle beim Softwareentwicklungsprozess
- Unterstützen schrittweise auf dem Weg vom Problem zur Lösung über systematische rationales Vorgehen –> dient der Übersichtlichkeit und Beherrschbarkeit der Komplexität
- Empfehlen einen Rahmen, geben Struktur und Richtlinien für: Rollen bzw. Verantwortlichkeiten, Phasen sowie aufgaben und Aktivitäten, Methoden und Dokumente (Artefakte, Arbeitsergebnisse)
- Gängige Vorgehensstrategien
- Prototypen
Prototyping?
dient häufig der Unterstützung einzelner Vorgehensstrategien
Iteratives Vorgehen (1) - zyklisches Vorgehen
- Ist sowohl dem inkrementeller als auch dem evolutionären Ansatz übergeordnet
- Entwicklung schrittweise, Projektteam kann Erfahrungen aus vorangegangenen Entwicklungsschritten unmittelbar nutzen
- Ziel bei der Umsetzung jedes Iterationsschritts: Einfachheit, Überschaubarkeit und Modularität –> Reduktion der Komplexität
- Durchlaufen aller “Projektphasen” in jeder Iteration (Projektphasen: Planning –> Analyse –> Design –> Implementation –> Testing –> Deployment)
Inkrementelles Vorgehen (2)
- Prozess der kontinuierlichen Verbesserung, häufig in kleinen / kleinsten Schritten
- Entwickelt in Inkrementen, Lösung erweitert mit zusätzlicher Funktionalität in Zyklen
- Iteration liefern funktionierenden Zwischenstand / Sockel, inkementelles Release
- Aufteilung in Inkremente kann nach funktionalen, organisatorischen oder technischen Kriterien erfolgen
Inkrementelles Vorgehen (2) - Vorteile
- Frühzeitig lauffähige IT-Teilsysteme die eingesetzt werden können
- Aus Anwendersicht früh ein konkreter Eindruck des späteren Endproduktes
- Erfahrungen aus bisherigen Entwicklungsaufgaben fliessen in nachfolgende Inkremente ein
- Entwicklungsrisiken lassen sich früh erkennen
Inkrementelles Vorgehen (2) - Nachteile
- die grundsätzliche Systemarchitektur erfolgt frühzeitig. Werden in späteren Inkrementen Änderungen an der Systemarchitektur notwendig, können diese schwer implementierbar sein.
- die sich kontinuierlich ändernden Anforderungen lassen sich nicht vorhersehen und erschweren die Aufwandsabschätzungen zu Projektbeginn erheblich. Nein zu Festpreis Projekten
Evolutionäres Vorgehen (3)
- Auffassung, Projekte bilden in Wirkungszusammenhängen selbstorganisierte Systeme
- Durch Planung kann nur in begrenztem Umfang vorbestimmt und sinnvoll gesteuert werden:
- Aufbau auf Vorhandenen (Muss-Anforderungen des Auftraggebers bilden Produktkern)
- Einbezug von Erfahrungen, aktive Nutzung von Freiräume
- Neuerungen auf Basis des Entwicklungsstands im Sinn von “Versuch und Irrtum”
Evolutionäres Vorgehen (3) - Vorteile
- Auftraggeber bekommt regelmässig die einsatzfähigen Produkte vorgestellt, früh ein lauffähiger Produktkern
- Überschaubarkeit des Produkts und Bestimmung der Entwicklungsrichtung; Erfahrung aus vorherigen Produktversionen werden berücksichtigt.
- Entwicklungsrisiken lassen sich früh erkennen: Zwischenergebnisse ermöglichen einfachere Termineinhaltung
Evolutionäres Vorgehen (3) - Nachteile
- Bei fehlerhaften Entwicklung der Kerneigenschaften muss die Arbeit wieder von Anfang gestartet werden.
- Gefahr, dass die Nullversion in der Entwicklung nicht so flexibel ist, wie es erwartet war.
Sequenzielles Vorgehen
- Relativ strengen Ablauffolge von Phasen mit Phasenprodukt und i.d.R. Meilensteinen.
- Phase startet nach Abschluss des Vorgängerphase
- Anzahl und Inhalt der Phasen je nach konkretem Vorgehensmodell unterschiedlich
- Prüfung der Ergebnisse nach Abschluss der Entwicklung anhand der Anforderungs- und Design-Spezifikationen
Sequenzielles Vorgehen - Vorteile?
- Absicherung durch Planung und Dokumentation wichtig bei Grossprojekten; Fix-Price-Projekt!
- Bekanntheitsgrad sehr hoch und benötigt i.d.R. keine Änderung im Denken und Organisation der meisten Unternehmen.
Sequenzielles Vorgehen - Nachteile?
- Gefahr an der “besten” Lösung vorbei zu entwickeln, unzufriedener Kunde; setzt gutes Change Management voraus.
- Meist lange Projektlaufzeit, darunter häufige Phasen ohne enge Zusammenarbeit mit dem Kunden
Partizipatives Vorgehen (5)
- Software-Entwicklung als Kooperation zwischen den Herstellern und Nutzern eines Informationssystems; Verfolgung gemeinsamer Ziele
- Anwender wird stärker in den Entwicklungsprozess einbezogen, wobei Kompromisse ausgehandelt und Interessengegensätze überwunden werden müssen
- Perspektivenerweiterung der Betroffenen bei der Gestaltung des Anwendungssystems
Partizipatives Vorgehen - Vorteile
- Frühere Erkennung von Unklarheiten, frühere Klärung von Requirements
- Perspektivenwechsel erhöht Chance auf Projekterfolg; Kommunikation und Transparenz
- Höhere Akzeptanz und Zufriedenheit des Kunden
Partizipatives Vorgehen - Nachteile
- Durch langwierige Kompromissfindung und Interessenverhandlung kann Zeit verloren gehen.
- höhere Anspruch an die kommunikativen Fähigkeiten aller Teilnehmenden und ggf. Mediation nötig
- setzt eine partnerschaftliche Geschäftsbeziehung voraus.
Welches Vorgehen wird hier angewendet?
Der Anwender wird in den Entwicklungsprozess einbezogen, wobei Kompromisse ausgehandelt und Interessengegensätze überwunden werden müssen
Partizipatives Vorgehen
Welches Vorgehen wird hier angewendet?
Produktkern wird zuerst realisiert und eingeführt. Bei der Anwendung anfallende Verbesserungsvorschläge sind Ausgangspunkt für weiteren Entwicklungsprozess
Evolutionäres Vorgehen
Welches Vorgehen wird hier angewendet?
Entwicklung in Entwicklungszyklen unter Durchlaufen aller Projektphasen
Iteratives Vorgehen
Welches Vorgehen wird hier angewendet?
Software-Entwicklung als stückweise Realisierung der Funktionalität, Anforderungen an das zu erwartende Ergebnis werden zu Anfang möglichst vollständig analysiert, modelliert und dokumentiert.
Inkrementelles Vorgehen
Welches Vorgehen wird hier angewendet?
Entwicklung als schrittweise (phasengetriebene) Konkretisierung auf breiter Front (top-down-Ansatz)
Sequenzielles Vorgehen
Klassische Modelle?
- Wasserfall Modell
- Spiralmodell
- V-Modell
Wasserfall Modell - streng sequenzielle Projektmethode?
- Viele Modelle basieren auch heute noch auf dem Grundgedanken von Wasserfall
- “Iterationen” sind nur zwischen zwei aufeinanderfolgenden Phasen erlaubt
- Das Modell ist dokumentengetrieben
- Aus jeder Phase entstehen Dokumente, die bei Meilensteinen abgenommen werden
Wasserfall Modell - streng sequenzielle Projektmethode - Darstellung
Anforderungsdefinition –> System- und Softwareentwurf –> Implementation und Komponententest –> Integration und Systemteste –> Betrieb und Wartung
Spiralmodell?
- Entwicklungsprozess im Software-Engineering ist ein iterativer Prozess
- Weiterentwicklung des Wasserfallmodells, in der die Phasen mehrfach spiralförmig durchlaufen werden
- Risikobetrachtung ist wesentlicher Aspekt, der das Spiralmodell von anderen, zuvor entwickelten Vorgehensmethoden unterscheidet
V-Modell - Standard für den öffenltlichen Bereich?
ISO-Standard: Militär- und Bundesbehörden Gesamtsystem / Anspruch auf Allgemeingültigkeit Aufteilung in 4 Submodelle:
- System-Erstellung (SE)
- Qualitätssicherung (QS)
- Konfigurationsmanagement (KM)
- Projektmanagement (PM)
Neue Version des V-Modells: V-Modell XT:
- stärkere Modularisierung
- Integration agiler inkrementeller Ansätze
Agile Modelle
- Extreme Programmierung (XP)
- SCRUM und IT-Kaban
Extreme Programming (XP)
- Leichtgewichtiges und flexibles Vorgehensmodell
- Weiterentwicklung der Inkrementelle Entwicklung
- Basiert auf der Entwicklung und Auslieferung kleiner Inkremente / Teilsysteme
- zwei Forderungen motivierten die Entwicklung von XP
- Develop for today
- Do the simplest thing that could possibly work
SCRUM ud IT-Kaban
- SCRUM - Vorgehensrahmen oder - gerüst (Framework), bewusst nicht als Vorgehensmodell –> nur wenige Regeln
- IT-Kaban - Vorgehensmodell (wobei dies umstritten ist!) zur Softwareentwicklung
- viele Gemeinsamkeiten - neue Anforderungen können jederzeit beim Team gestellt werden, falls freie Kapazität
IT-Kanban - Vorgehensmodell zur Softwareentwicklung?
- Anzahl paralleler Arbeiten - der Work in Progress (WiP) - reduziert –> erreichen schnellere Durchlaufzeiten und Sichtbarmachen von Problemen (v.a. Engpässe)
- Schwerpunkt kontinuierliche Verbesserung
- Gut geeignet für Wartungsprojekte; Gut in Kombination mit anderen Vorgehensmodellen
SCRUM und IT-Kanban: Viele Gemeinsamkeiten - die Hauptunterschiede sind…?
Iterationen sind Kanban optional (kann Event getrieben statt Zyklus getrieben sein)
Kanban zeigt Überlastung von Teammitglieder an, bereichsübergreifende (cross-functional) Teams optional, Kanban gibt keine Rolle vor
Neue Anforderungen können jederzeit beim Team gestellt werden, falls freie Kapazität vorhanden sind
Welche Vorgehensmodell wird gewählt?
Leichtgewichtig, Auslieferung kleiner Inkremente?
EXtreme Programmierung
Welche Vorgehensmodell wird gewählt?
Umfanssendes Modell mit hohem Fokus auf Dokumentation; öffentlicher Bereich?
V-Modell
Welche Vorgehensmodell wird gewählt?
Bei relativ wenig komplexen aber schwieriger planbaren Projekten
Kanban
Welche Vorgehensmodell wird gewählt?
Iterativer Prozess, durchlaufen von 4 Quadranten mit hohem Fokus auf Risikominimierung
Spiralmodell
Welche Vorgehensmodell wird gewählt?
Phasengetriebenes Vorgehen mit klaren Dokumentationsanforderungen
Wasserfall
Welche Vorgehensmodell wird gewählt?
Es handel sich um ein Framework mit wenigen Prinzipen und kontinuierlichen Lieferungen
SCRUM
Welche Vorgehensmodelle sind klassische Modelle
Wasserfall
V-Modell
Spiralmodell
Welche Vorgehensmodelle sind agile Modelle
eXtremen Programming
Kanban
SCRUM
Entscheidungsfaktoren zur Auswahl eines Vorgehensmodells?
Hybride Methoden werden immer häufiger eingesetzt.
Beispiel SCRUM als agile Methodik innerhalb eines sequenziell ablaufenden Projektes einsetzbar, indem man gewissen Analyse-, Plan- und Abschlussphasen als Rahmen etabliert.
Erkenntnisse aus der Praxis
Hybride Methode werden immer häufiger eingesetzt. Gründe..?
- Als Übergang von klassischem zum agilen Vorgehensmodellen
2. Bewusst zur Nutzung von Stärken beider Modelltypen
Was versteht man unter Erkenntnisse aus der Praxis?
Gleiche Ziele (hohe Qualität, im Zeitplan, im Budget) bei plangetriebenen und agilen Vorgehensmethoden
- -> aber unterschiedliche Ansätze um die Ziele zu erreichen
- -> je nach Rahmenbedingungen unterschiedliche gut geeignet
Ergänzung statt Konkurrenz: bessere Skalierbarkeit, (Risiko-) Steuerung, Kombination aus Werkzeugen und Kommunikation bei sequentiellen Gesamtprojekten mit agilen Teilprojekten
Stakeholder Management
ist die aktive und proaktive Betreuung der Projektbeteiligten und Anspruchsgruppen (=Stakeholder) und versucht, diese in die Gestaltung der Projektergebnisse und Entscheidungsfindung mit einzubeziehen. Im Vordergrund steht das Ziel, Unternehmens interne Interesse sowie Interessen mit Projektumfeld in Einklang zu bringen (=kompromittierte Win-win-Situation)
Erwartungen und Wünsche der Stakeholder: Auftraggeber wünscht?
- eine ausführliche Produktpräsentation
- termingerechte Übergabe
- vollständige Produktdokumentation
Erwartungen und Wünsche der Stakeholder: Nutzen/Zielgruppe?
- nutzerfreundliches Produkt
- fachgerechte Einweisung in das Produkt (z.B. interne Nutzer)
Erwartungen und Wünsche der Stakeholder: Projektleiter
- das Projekt zu einem erfolgreichen Abschluss zu führen
- die Projekttätigkeit in nutzbringende Kompetenzerweiterung überzuführen
Erwartungen und Wünsche der Stakeholder: Projektmitglied
Eine Würdigung der erreichten Leistung
Dass sie/er aus den Erfahrungen des Projektverlaufs lernen
Vorteile Stakeholder Management
Bessere Verständnis der geschäftsrelevanten und gesellschaftlichen Belange
Verbesserte Risikomanagement
Neue Denkansätze führen zu Innovation und Steigerung der geschäftlichen Leistung
Nachteile Stakeholder Management
Steigende Kommunikationstransparenz führt zu erhöhten Anforderungen der Anspruchsgruppen
Umgang mit Stakeholdern erfordert überproportional hohe Personal- und finanzielle Ressourcen
Gefahr, dass die Kernfelder der Geschäftstätigkeit vernachlässigt werden
Tools zur Stakeholder Identifikation und Analyse?
Identifikation: Stakeholder Register
Analyse: Power/Interest Grid
Engagement: Stakeholder Engagement Assessment Matrix
Stakeholder Engagement Assessment Matrix: Unaware?
Kennt das Projekt und den möglichen Einfluss nicht
Stakeholder Engagement Assessment Matrix: Resistant?
kennt das Projekt und den möglichen Einfluss, eher abgeneigt
Stakeholder Engagement Assessment Matrix: Neutral?
Kennt das Projekt, ist aber weder abgeneigt noch unterstützend
Stakeholder Engagement Assessment Matrix: Supportive?
Kennt das Projekt und den möglichen Einfluss und unterstützt das Vorhaben
Stakeholder Engagement Assessment Matrix: Leading?
Kennt das Projekt und den möglichen Einfluss und ist aktiv im Projekt involviert, um dieses erfolgreich zu machen
