Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/3wille/projektoctomanagement

Stuff for Uni: Projek Management
https://github.com/3wille/projektoctomanagement

Last synced: about 1 month ago
JSON representation

Stuff for Uni: Projek Management

Awesome Lists containing this project

README

        

# ProjektOctoManagement

+ Projekt
+ grob
+ einmaliges Vorhaben
+ Auftraggeber definiert klares Ziel
+ temporär
+ beschränkte Resourcen
+ Rollen
+ Project Manager
leitet
+ Management Team
unterstützt Manager
+ Team
tun tatsächlich auch mal was (außerhalb der Kaffee Pause)
+ Project Owner
+ Kunde, Sponsor ...
+ gibt Rahmen vor
-> Ziel, Termin, Budget

+ Projekt Management
+ Führungsaufgabe
+ vermittelt zw Kunde/Team
+

+ Organisation
+ Aufbauorganisation: Struktursicht
+ Ablauforganisation: Dynamische Sicht
+ Organisationsform
+ Linien
+ PM berichtet Senior Manager oder Geschäftsführung oder Linien Manager
+ Matrix
+ Zwei Dimensionen:
+ disziplinarisch: Manager, Softwareentwickler,Hardwareentwickler...
+ fachlich: z.B. nach Produkten
+ Projekte meist fachlich organisiert
+ PM fachlicher Vorgesetzter
+ besondere Elemente
+ Lenkungsausschuss
+ Steering Board, Comittee
+ überwacht Fortschritt
+ entscheidet Änderung an Projekt
+ höchste Instanz
+ Auftraggeber, Senior Manager, wichtigste Stakeholder
+ Projekt Büro
+ unterstützt PM
+ Planung, Erfassung, Informationsverarbeitung
+

+ Erfolgsfaktoren
+ Eindeutiges Ziel
+ reichzeitige, ausreichende Resourcen
+ möglichst Konstantes Team + gutes Klima + Kommunikation
+ Skills jeder Art
+ Tatsächliche Faktoren erst während/nach Projekt bekannt
+ Schwierigkeiten
+ Politik
+ hoher Aufwand

+ Phasen
+ Kick off bis Touch down
+ jede baut auf den vorhergegangenen auf
+ können untergliedert werden
+ Wasserfall geht gaaaaaaar nicht !!!!111!!!!
+ iterativ inkrementelles Vorgehen ist nice
+ Fachkenntnisse werden in jeder Phase gebraucht
+ 4 Phasen, die in Iterationen unterteilt werden

+ Kernprozesse
![alt text](https://github.com/3wille/ProjektOctoManagement/blob/master/MonitoringAndControlling.png "CC BY NC SA Jörg Pechau")
+ 5 Prozessgruppen
+ Initiating
+ Planning
+ Executing
+ Monitoring & Controlling
+ Closing
+ Prozesse greifen auf jeder Ebene: Projekt, Phasen, Subphasen ...
+ wiederholen sich und interagieren mit einander
+ fortgehend anpassen
+ Initiating
+ Dinge klären
+ Ziel
+ Organisation + Vorgehen
+ Auftrag("Charter") inkl. Resourcen und Zeit
+ Stakeholder
+ einmal zum Projektstart und zu jeder neuen Phase
+ Planning
+ Dinge klären
+ was tun? wer?
+ Kosten
+ Dauer
+ Termine?
+ Abhängigkeiten
+ beinhaltet auch Planung für:
+ Qualität
+ Kommunikation
+ Human Resource
+ zum Start, zu jeder Phase, jeder Änderung
+ Executing
+ Pläne ausführen (oh wonder ^^)
+ stetig Qualität sichern
+ Team managen
+ zu jeder Zeit
+ Monitoring and Controlling
+ Überwachung aller Prozesse(auch sich selbst?)
+ Statusberichte
+ gegen Plan prüfen
+ Risiken, Abweichungen -> Gegenmaßnahmen
+ Qualitätssicherung
+ Closing
+ Abschluss einer Phase oder sogar des Projektes(wenns nicht um Flughäfen geht, werden die sogar mal fertig ^^)
+ evtl mit Abnahme

+ Annahmen
+ als solche markiere, dann sind sie ok
+ schnellst möglich prüfen

+ Vor Annahme des Projektes
+ möglichst viel Rahmenbedingungen klären
+ machbarkeit abschätzen
+ ungeklärte Risiken durch Puffer berücksichtigen
+ es muss nicht alles geklärt werden, nur soweit dass wir uns an das Projekt trauen

+ Projektauftrag
+ beschreibt kurz das Projekt
+ evtl von PM
+ unterschrieben von Pr0 Owner und Manager Auftragnehmer
+ evtl auch PM
+ offizieller Projekt Start
+ Referenz für Entscheidungen
+ Ziel
+ Umfang
+ Zeitrahmen
+ Ressourcen
+ Beinhaltet
+ Ziel
+ Kriterien zur Zielerreichung(wann ist das Ziel erreicht?)
+ Bedingungen
+ Ressourcen
+ Stakeholder

+ Projektziel/gegenstand
+ Projektziel
+ verständlich
+ eindeutig
+ unter den Bedingungen erreichbar
+ messbar
+ allen bekannt
+ Projektgegenstand
+ Umsetzung des Ziels
+ Ergebnis
+ PM plant und managed Erreichung des Ziel
+ Team setzt Gegenstand um

+ Organisation
+ Beschreibung von
+ Aufbau
+ Hierarchie
+ Prozessen
+ Nennung von
+ PM
+ Entscheidungsträger
+ Lenkungsausschuss
+ Team
+ Rahmenbedingungen
+ Zeit + Ort
+ Standards?
+ Rechtlichen Krams
+ werden häufig im Projekthandbuch gesammelt
+ Resourcen
+ Bedarf abschätzen
+ welche/wie viele
+ von wem
+ (wie lange)
+ Resourcen beschränken
+ mehr bewilligt der Lenkungsausschuss
+ typischer Krams
+ Personal (als zeitl. Verlauf, "Gebirge")
+ erarbeitet von PM + Experten
+ Material + ext. Dienstleistungen
+ Budgets inkl. Puffer
+ (Stakeholder)
+ wichtigste SH + Aufgaben festhalten
+ SH ohne off. Aufgabe nicht in Projektauftrag
+ Projektdokumentation
+ Projektakte
+ alle projektbezogenen Dokumente
+ enthält Projekt-
+ Auftrag
+ Plan
+ Handbuch
+ Dokumentation
+ reports
+ physisch und digital gemixed
+ managed durch PM
+ fürs Team transparent
+ Projekttagebuch
+ chronoligsche Notizen
+ erwähnenswerte Ereignisse
+ evtl nicht nur PM
+ Tools:
+ Papier
+ Datein
+ Wiki
+ andere Software
+ Projektstart
+ Infrastruktur einrichten
+ Start Monitoring&Controlling und Planing/Execution
+ Kick off
+ PM lädt Team, Owner + Stakeholder ein
+ Ziel, Orga und Rahmenbedingungen vorstellen
+ kurz, prägnant
+ erste Fragen klären
+ Abschluss: Social Event aka Suff ^^

+ Projektplanung
+ Wie?
+ Zerlegen in Strukturelemente
+ Schätzen des Aufwands
+ Anordnen der Strukturelemente nach fach, termin, sonst.
-> Projektdauer, -kosten
+ Wer?
+ PM
+ Team hilft beim "Wie?"
+ evtl Externe dazu ziehen
+ Projektplan
+ lebendig
+ Basis der Projektsteuerung
+ referenz für Fortschritt
+ besteht aus
+ Strukturplan
+ Terminplan: zeitl. Ablauf
+ Aufwandsplan: Schätzungen
+ Teil der Projektakte
+ realistisch und robust
+ Darstellungen
+ Ganntt-Diagramme
![alt text](https://github.com/3wille/ProjektOctoManagement/blob/master/gantt.png "CC BY NC SA Jörg Pechau")
+ reicht meist nicht aus
+ Mindmaps
+ Tabellen
+ Kombinationen

![alt text](https://github.com/3wille/ProjektOctoManagement/blob/master/plancycle.png "CC BY NC SA Jörg Pechau")
+ Projektstrukturplan PSP(Work Breakdown Structure WBS)
+ hilft beim Verstehen des Projektes
+ Grundlage für Kommunikation
+ Projektstrukturnach:
+ Fach
+ Objekten des Projektgegenstands
+ Phasen
+ Organisation
+ How?:
+ Projekt so lange zerlegen, bis es übersichtlich ist
+ auch PM gehört in PSP
+ Vergleiche ähnliche Projekte
+ aus versch. Ansätzen wählen
+ versch. Aufbauweisen
+ root: Projekt
+ Ebene 1: erste Einteilung, z.B. Phasen, Teilprojekte, Objekte
+ Ebene 2: weitere Einteilung, z.B. Fachliche Dinge, Objekte weiter untergliedert
+ Tools
+ Papier
+ Post-its
+ Whiteboard/Flipboard
+ Pinnwand/Karten
+ Kamera
+ Office Suite
+ Planungstools
+ Ticketsysteme

+ Dauer/Aufwand
+ was ist was?
+ Aufwand bleibt für eine bestimmte Aufgabe gleich
+ Dauer kann z.B. durch mehr Personal reduziert werden
+ Schätzen
+ je länger das Projekt läuft, desto besser schätzt man
+ "wir brauchen mindestens ..."
+ auch Projektfortschritt wird geschätzt
+ rekursiv, Zerlegen und neu Schätzen
+ immer durch Experten
+ nicht zu grob, nicht zu fein
+ Von all dem zum Plan
+ grob
+ "Time boxing"
+ gegebener Zeitrahmen
+ fixe Meilensteine
+ variabler Umfang/Resourcen Einsatz
+ "Bottom up"
+ Fixer Umfang
+ variable Termine/Meilensteine
-> Abwägen zw. Termine, Umfang und Kosten
+ wenn man den ganzen Shit hat:
+ Iterationen
+ abgeschlossene Arbeitspakete
+ ähnliche möglichst kurze Länge
+ Meilensteinplan
+ Abhängigkeiten erkennen
+ als Netzplan darstellen (u.a. Gantt Diagramm)
+ kritischer Pfad
+ längste Pfad an Abhängigkeiten
-> mindestdauer
+ Optimieren
+ Parallelisieren
+ Puffer
+ Personal
+ Milestones
+ Guter Plan
+ Abhängigkeiten minimieren
+ auf Dauer/Personal optimiert
+ genüg Puffer
+ genug Milestones für Zwischenlieferungen und Abnahmen
+ genug Milestones für Synchronisierung
+ iterativ inkrementelle Planung
+ Planung, um Machbarkeit abzuschätzen/Durchführung
+ Initiale Planung
+ Projektstrukturplan erarbeiten und ggf. verfeifern
+ daraus Aufwandsschätzung Arbeitspakete
+ daraus Terminplan anpassen
+ bei Änderungen weiter anpassen

+ Executing
+ Kommunikation
+ unbewusst > bewusst
+ „Man kann nicht nicht kommunizieren!“
+ transparent
+ proaktiv
-> Vertrauen
+ wer mit wem:
+ Stakeholder: PM, LA
+ Lenkungsausschus, Stakeholder, PM
+ PM: Team, LA, Stakeholder, Externe
+ Team: PM,
+ wie: KISS, gezielt, immer, vertraulich wo nötig...
+ wann: immer, so viel möglich und shit
+ welche mittel: direkt, VoIP, Meetings, Flurfunk
+ Dokumentation: Protokolle, Memos, Report
+ Planen: Meetings, Infrastruktur
+ Excel Tabellen (muss excel sein, sonst kein guter PM!!)
+ Teamführung
+ Was
+ Ziele geben
+ Motivieren
+ Fortschritt verfolgen
+ Feedback
+ Konflikte lösen
+ Wie
+ eng
+ schnelle, einheitliche Entscheidungen
+ besser als der Führer wirds nicht ^^
+ partizipativ bis Selbstorganisiert
+ bessere Entscheidungen?
+ dauert länger
+ QM
+ QS Prozesse verstehen
+ Zeit dafür haben
+ nicht optional
+ Umsetzung
+ macht das Team aka dat wird schonn

+ Monitoring and Controlling
+ es ist ein Zyklus ^^
+ Stand erheben
+ Analysieren, bewerten
+ Aktionen ableiten
+ Gegenwart und Zukunft im Blick behalten
+ Budget
+ QS
+ Fortschritt
+ Plan überarbeiten
+ Reporting
+ Dokumentiert
+ verfolgt Ziel
+ hat sogar Inhalt
+ am besten regelmässig
+ am besten festhalten
+ Was?
+ Fertigstellungsgrad
+ (Rest-)Aufwand
+ Qualität
+ Kosten
+ 80:20 Regel
+ 80% Ergebnisse in 20% Zeit
+ 20% Zeit mit 80% des Aufwands
+ Detaillierungsgrad
+ balance zwischen Nerv und Detail
+ z.B. 1x pro Woche formale Reports auf Arbeitspaketebene
+ je länger das Projekt, desto seltener
+ Qualität vs Quantität
+ nicht nur zahlen, sondern auch Aussagen
+ und umgekehrt
+ Planabweichungen hervorheben
+ Quellen
+ Flurfunk
+ Meetings
+ Berichte
+ Tools wie Zeiterfassung, Ticketing
+ Was damit tun?
+ Stand festhalten
+ Messdaten
+ Agieren
+ Analysieren
+ Bewerten
+ Eskalation
+ umplanen
+ Change Management
+ Change requests
+ Auslöser
+ beteiligte Rollen
+ benötigte Schritte
+ Zeit
+ Ergebnis
+ Chance + Risiko
+ Kunde ist nur so halb König
+ mit Änderungen kriegt man
+ ganz viel Kohle
+ den Kunden glücklich
+ Risk-Management
+ Kategorien(ranked)
+ Menschen
+ Politik
+ fehlende Erfahrung
+ Prozesse/Vorgehen
+ Technologie
+ Tools
+ Folge
+ Terminverzug
+ Kosten
+ Abbruch(worst case)
+ was damit tun?
+ regelmässig überprüfen
+ analysieren
+ Risikopläne
+ puffer
+ Bewertung
+ Eintrittswahrscheinlichkeit
+ Auswirking
+ Wer kümmert sich
+ alle melden
+ PM verantwortlich

+ Closing
+ need: überprüfbares Ziel
+ formaler Teil
+ Abnahme
+ muss der Besteller warnehmen
+ wesentliche Mängel müssen beanstandet werden
+ kann auch in Teilen abgenommen werden
+ danach
+ Übergabe der im Auftrag vereinbarten Dinge
+ Rechnung
+ Ergebnissicherung
+ Erfahrungen
+ Dokumentationen
+ evtl Abschlussbericht
+ Abbau der Infrastruktur
+ auflösen der Gremien und Teams
- Lernen
+ Wirtschaftliche Berechnung
+ Nachkalkulation
+ Ergebnissicherung
- informeller Teil
+ Abschlussmeeting
+ Ergebnis vorstellen
+ Ergebnis wertschätzen
+ Erfahrungen betrachten
+ PARTEEEEY HART

+ Erfolgsfaktoren
* hart
- Management Unterstützung
- klarer Projektauftrag
- PM
+ guter Plan
+ Monitor & Control
+ profi umsetzung
* weich
- Zielgerichtet mit anderen arbeiten
- Menschen im Projekt

+ Menschen
* unterscheiden sich in
- Interessen
- Motivation
- Hintergrund
-> Konflikte
* PMs
- Soft Skills
* Team
- Entwicklung nach Tuckmann
+ Performing
<=>
+ Norming
<=>
+ Storming
<=>
+ Forming
- läuft nicht immer tutti frutti
+ Soft Skills PM
* Projektkultur
* Kommunikation
* Vertrauen
* Motivation

+ Scrum
* PM framework
* agiles Vorgehen
* Erfordert Transparenz, den Mut loszulassen und Änderungswillen!
* Scrum Master
- unterstützt
- managed aber nicht
* Team
- selbstorganisiert
- ändert sich wenn überhaupt nach einem Sprint
- nicht zu groß (max 9)
- am besten nicht gerade Anzahl
* Product Backlog
- Sammlung der funktionaler und nicht funktionaler Anforderungen
- Aufwand relativ und abstrakt geschätzt
- Form: Epics, Topics, User Stories
* Sprint Backlog
- Aufgaben für einen Sprint
- User Storys zu notwendige Tasks
* Prozess
- generell
+ Time Boxing
+ Projekt in Sprints unterteilt
* zw 1-3 wochen lang
* fixer Scope
* kann abgebrochen werden
* potentiell lieferbares Ergebnis
- Daily Scrum
+ Was habe ich gestern getan
+ Was werde ich heute tun
+ Was behindert mich
-> Commitment zum Team
+ Scrum Master sammelt
- Sprint Review
+ Team präsentiert
+ P-Owner beurteilt
+ Scrum Master orgat und Dokumentiert
- Sprint Retrospektive
+ was lief, was nicht
+ Team