1
Q
Die Prozesse des Wissensgebiets “Stakeholder Management” und “Human Ressource Management”
A
Initiating: Identify Stakeholders
2
Q
Stakeholder Definition?
A
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.
3
Q
Was machen Stakeholder?
A
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.
4
Q
Wichtigen Tools?
A
- 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
5
Q
Analytical Techniques?
A
- unaware / in Unkenntnis
- Resistant / Widerstrebend
- Neutral / neutral
- Supportive / Unterstützend
- Leading / Leitend
6
Q
Unaware / in Unkenntnis
A
In Unkenntnis über das Projekt und mögliche Auswirkungen
7
Q
Resistent / Widerstrebend
A
Kenntnis über das Projekt und mögliche Auswirkungen und widerstrebend gegenüber Änderungen
8
Q
Neutral / Neutral
A
Kenntnis über das Projekt, aber weder unterstützend noch widerstrebend.
9
Q
Supportive / Unterstützend
A
Kenntnis über das Projekt und mögliche Auswirkungen und unterstützend gegenüber Änderungen.
10
Q
Leading / Leitend?
A
Kenntnis über das Projekt und mögliche Auswirkungen und aktiv an der Sicherstellung des Projekterfolgs engagiert.
11
Q
Tools
A
- Kommunikationsmethoden
- soziale Kompetenz / Interpersonal Skills
- Management Skills
12
Q
Soziale Kompetenz / Interpersonal Skills
A
- Vertrauensbildung
- Lösung von Konflikten
- Aktives Zuhören
- Überwindung von Widerstand gegen Änderungen
13
Q
Management Skills?
A
- 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
14
Q
Important Outputs?
A
- Issue Log
- change requests
15
Q
Issue Log
A
- Tracks issues, problems, bugs, etc.
- usually in form of lists
- tools: Jira, Word, Excel usw.
16
Q
Was sagt PMI zu Vorgehensmodellen
A
- PMI setzt den Fokus auf den Projektlebenszyklus und das Projekt Management Framework
- Es wird kein bestimmtes Vorgehensmodell vorgegeben.
17
Q
Überblick Vorgehensmodell in der Softwareumgebung?
A
- 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
18
Q
Definition - Vorgehensmodelle beim Softwareentwicklungsprozess
A
- 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
19
Q
Prototyping?
A
dient häufig der Unterstützung einzelner Vorgehensstrategien
20
Q
Iteratives Vorgehen (1) - zyklisches Vorgehen
A
- 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)
21
Q
Inkrementelles Vorgehen (2)
A
- 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
22
Q
Inkrementelles Vorgehen (2) - Vorteile
A
- 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
23
Q
Inkrementelles Vorgehen (2) - Nachteile
A
- 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
24
Q
Evolutionäres Vorgehen (3)
A
- 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”
25
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
26
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.
27
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
28
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.
29
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
30
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
31
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
32
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.
33
Welches Vorgehen wird hier angewendet?
Der Anwender wird in den Entwicklungsprozess einbezogen, wobei Kompromisse ausgehandelt und Interessengegensätze überwunden werden müssen
Partizipatives Vorgehen
34
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
35
Welches Vorgehen wird hier angewendet?
Entwicklung in Entwicklungszyklen unter Durchlaufen aller Projektphasen
Iteratives Vorgehen
36
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
37
Welches Vorgehen wird hier angewendet?
Entwicklung als schrittweise (phasengetriebene) Konkretisierung auf breiter Front (top-down-Ansatz)
Sequenzielles Vorgehen
38
Klassische Modelle?
- Wasserfall Modell
- Spiralmodell
- V-Modell
39
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
40
Wasserfall Modell - streng sequenzielle Projektmethode - Darstellung
Anforderungsdefinition --> System- und Softwareentwurf --> Implementation und Komponententest --> Integration und Systemteste --> Betrieb und Wartung
41
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
42
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
43
Agile Modelle
- Extreme Programmierung (XP)
| - SCRUM und IT-Kaban
44
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
45
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
46
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
47
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
48
Welche Vorgehensmodell wird gewählt?
Leichtgewichtig, Auslieferung kleiner Inkremente?
EXtreme Programmierung
49
Welche Vorgehensmodell wird gewählt?
Umfanssendes Modell mit hohem Fokus auf Dokumentation; öffentlicher Bereich?
V-Modell
50
Welche Vorgehensmodell wird gewählt?
Bei relativ wenig komplexen aber schwieriger planbaren Projekten
Kanban
51
Welche Vorgehensmodell wird gewählt?
Iterativer Prozess, durchlaufen von 4 Quadranten mit hohem Fokus auf Risikominimierung
Spiralmodell
52
Welche Vorgehensmodell wird gewählt?
Phasengetriebenes Vorgehen mit klaren Dokumentationsanforderungen
Wasserfall
53
Welche Vorgehensmodell wird gewählt?
Es handel sich um ein Framework mit wenigen Prinzipen und kontinuierlichen Lieferungen
SCRUM
54
Welche Vorgehensmodelle sind klassische Modelle
Wasserfall
V-Modell
Spiralmodell
55
Welche Vorgehensmodelle sind agile Modelle
eXtremen Programming
Kanban
SCRUM
56
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
57
Hybride Methode werden immer häufiger eingesetzt. Gründe..?
1. Als Übergang von klassischem zum agilen Vorgehensmodellen
| 2. Bewusst zur Nutzung von Stärken beider Modelltypen
58
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
59
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)
60
Erwartungen und Wünsche der Stakeholder: Auftraggeber wünscht?
- eine ausführliche Produktpräsentation
- termingerechte Übergabe
- vollständige Produktdokumentation
61
Erwartungen und Wünsche der Stakeholder: Nutzen/Zielgruppe?
- nutzerfreundliches Produkt
| - fachgerechte Einweisung in das Produkt (z.B. interne Nutzer)
62
Erwartungen und Wünsche der Stakeholder: Projektleiter
- das Projekt zu einem erfolgreichen Abschluss zu führen
| - die Projekttätigkeit in nutzbringende Kompetenzerweiterung überzuführen
63
Erwartungen und Wünsche der Stakeholder: Projektmitglied
Eine Würdigung der erreichten Leistung
Dass sie/er aus den Erfahrungen des Projektverlaufs lernen
64
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
65
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
66
Tools zur Stakeholder Identifikation und Analyse?
Identifikation: Stakeholder Register
Analyse: Power/Interest Grid
Engagement: Stakeholder Engagement Assessment Matrix
67
Stakeholder Engagement Assessment Matrix: Unaware?
Kennt das Projekt und den möglichen Einfluss nicht
68
Stakeholder Engagement Assessment Matrix: Resistant?
kennt das Projekt und den möglichen Einfluss, eher abgeneigt
69
Stakeholder Engagement Assessment Matrix: Neutral?
Kennt das Projekt, ist aber weder abgeneigt noch unterstützend
70
Stakeholder Engagement Assessment Matrix: Supportive?
Kennt das Projekt und den möglichen Einfluss und unterstützt das Vorhaben
71
Stakeholder Engagement Assessment Matrix: Leading?
Kennt das Projekt und den möglichen Einfluss und ist aktiv im Projekt involviert, um dieses erfolgreich zu machen
