Projektmanagement. Projektmanagement

Größe: px

Ab Seite anzeigen:

Download "Projektmanagement. Projektmanagement"

Gerburg Bruhn
vor 8 Jahren
Abrufe

1 Projektmanagement Dipl.-Ing. Oliver Lietz Was ist ein Projekt? Projektmanagement Eindeutiges Ziel Individuell (einmalig) Begrenzt (Anfang und Ende) Komplex (keine Routineaufgabe)

2 Warum Projektmanagement Erreichen von Qualität Ziele (Anforderungen) ermitteln und erreichen Zeitraum / Termine Kosten Zufriedenheit Qualität möglichst objektiv nachvollziehbar Externe Qualität Kundenzufriedenheit Termine, Budget und Ziele eingehalten Interne Qualität Teamzufriedenheit Werkzeuge, Methoden

möglichst objektiv nachvollziehbar Externe Qualität Kundenzufriedenheit

3 Projektphasen Start (Kick-Off) Planung Durchführung hrung Ende Klassische Betrachtung: lange Phasen Moderne ( Agile( Agile ) ) Betrachtung: sehr kurze Phasen, überlappend Projektziel Auftraggeber Team Projektstart Schätzung Angebot Vertrag

Agile ) ) Betrachtung: sehr kurze Phasen, überlappend

4 Kommunikation Aufwandsschätzung Resourcenplanung Qualitätsmanagement tsmanagement Projektplanung MS Project Planungstools Sehr umfangreich, aber recht starr Speziallösungen Einarbeitung! Excel & Word! (oder OpenOffice Calc & Writer ) Wiki,, Forum zur Kommunikation Bug Tracker zur Anforderungsverwaltung

recht starr Speziallösungen Einarbeitung! Excel & Word!

5 Projektmodelle Softwareentwicklung Phasenmodelle Code & Fix Modell (Hacking( Hacking) Wasserfallmodell Inkrementelle Modelle Spiralmodell RUP Agile Methoden Extreme Programming (XP) Scrum Code & Fix Phasenmodelle Nur Entwickeln und Fehler beheben Spaghetticode Nur für f r nicht gewartete 1-Personen1 Personen-ProjekteProjekte Wasserfallmodell Sehr strukturierter Ansatz Spezifikation, Implementierung, Abnahme

Phasenmodelle Nur Entwickeln und Fehler beheben Spaghetticode Nur für f r nicht gewartete 1-Personen1

6 Wasserfallmodell Viele Nachteile: Alle Anforderungen müssen bekannt sein Dokumentenzentriert Kunde sieht erst Gesamtergebnis Redesign unmöglich Nur geeignet bei stabilen, gut bekannten Anforderungen Weiterentwicklung des Wasserfallmodells Inkrementell, aber aufwendig Ziele, Risiken, Entwicklung, Planung Spiralmodell

geeignet bei stabilen, gut bekannten Anforderungen Weiterentwicklung des

7 Rational Unified Process Inkrementeller, sehr formaler Prozess Modellierung/Beschreibung mit UML Use Cases aus Kundensicht Agiles Manifest Individuals and interactions over Working software over Customer collaboration over Responding to change over over processes and tools over comprehensive documentation over contract negotiation over following a plan

software over Customer collaboration over Responding to change over over processes and tools

8 Agiles Manifest Menschen/Interaktion über Prozessen und Tools Funktionierende Software über umfangreicher Dokumentation Zusammenarbeit mit Kunden über Vertragsverhandlungen Änderungen durchführen hren über Festhalten an Plänen Alle Punkte werden wertgeschätzt, tzt, aber im Zweifel eher die links stehenden! Code & Fix (Hacking( Hacking): Agil = Hacking? unstrukturiert, ziellos, alleine Agil: Kunde, Team, kurze Ziele, schnelle testbare Ergebnisse

an Plänen Alle Punkte werden wertgeschätzt, tzt, aber im Zweifel eher die links stehenden!

9 Extreme Programming (XP) Enge Kundenanbindung während w des Projektes Kurze Entwicklungsschritte Schnelle Releases (lauffähige Software) Unit Tests für f r jedes Modul (Qualität!) t!) User Stories: : Anforderungen des Kunden Aufgaben: Entwicklungsschritte (2-3 3 Tage!) Pair Programming: : 2 Entwickler je PC Scrum Ähnlich XP Kurze Arbeitsschritte (Tasks( Tasks) Sortiert und zusammengefasst zu Sprints Tasks 1-22 Tage, Sprints Wochen Kunde beeinflusst Sprints Prioritäten ten nach Geschäftswert (Business Value)

) User Stories: : Anforderungen des Kunden Aufgaben: Entwicklungsschritte (2-3 3 Tage!

10 Projekt Online-Shop User Story Story: Kunde kann mit Kreditkarte bezahlen Er muss nicht den Kartentyp angeben Aufgaben: Zahlungsformular erweitern auf Kreditkartennummer Erkennung des Kartentypes anhand der Nummer User Story Anforderung (Requirement( Requirement) ) aus Kundensicht Stories so unabhängig ngig wie möglichm Als ein (Rolle) möchte m ich (etwas) [, so dass (Vorteil)] Beispiel: Als ein Kunde möchte m ich die Bestellung mit Kreditkarte durchführen, hren, damit die Bestellung schneller ausgeführt wird

(Requirement( Requirement) ) aus Kundensicht Stories so unabhängig ngig wie möglichm Als ein (Rolle) möchte m ich (etwas) [, so

11 Anforderungen Verfeinern Projekt Jobbörse Grob: Feiner: Als ein Absolvent möchte m ich einen Job suchen, um Karriere zu machen Webseite mit Jobangeboten erstellen Job-Profile verwalten... Noch Feiner: Suchergebnis in Listenform anzeigen Lebenslauf hochladen Verlauf agile Entwicklung Planen der folgenden Iteration (2-4 4 Wochen) User Stories mit Prioritäten ten durch den Kunden Stories können entfernt/verschoben/zugefügt gt werden Tägliches kurzes Standup-Meeting (10 min.) Woran wird gearbeitet? Probleme?

.. Noch Feiner: Suchergebnis in Listenform anzeigen Lebenslauf hochladen Verlauf agile Entwicklung Planen der folgenden

12 Aufwand schätzen / Story Points Sehr schwierig! Kleine Schritte (User Stories / Tasks) Erfahrung nötig n (bisherige Projekte) Story Points : : fiktiver Aufwand Beispiele: Produkt in Warenkorb legen: 2 Bezahlung mit Kreditkarte: 5 Anbindung Payment: : 3 Erkennung Kartentyp: 1 Aufwandsschätzung (2) Lines of Code (LOC) Function Point Analyse (FP) Cocomo II Einflussfaktoren: Mitarbeiter, Programmiersprache, Komplexität, t, Alles sehr aufwändig / Erfahrung nötig! n

Beispiele: Produkt in Warenkorb legen: 2 Bezahlung mit Kreditkarte: 5 Anbindung Payment: : 3 Erkennung Kartentyp: 1

13 Meilensteine Projektkontrolle: Verlauf wie geplant? Entscheidende neue Schritte realisiert Objektiv messbar, überprüfbar Testfälle erfolgreich / nicht erfolgreich Architektur xxx vorhanden Nicht: Entwicklung zu 50% fertig Regelmässigkeit ssigkeit: : ca Wochen Planungstools Projektstrukturplan (PSP) Netzplan Kritischer Pfad Balkendiagramm (Gantt( Gantt)

/ nicht erfolgreich Architektur xxx vorhanden Nicht: Entwicklung zu 50% fertig

14 Meilenstein-Trendanalyse Kalkulation S.Skript

15 Organisationsformen Matrixorganisation etc. S. Skript Tools

16 Dokumentenverwaltung Eigene Ordner/Dateistruktur möglichst für f r alle Projekte gleich aufbauen Versionsverwaltung cvs oder svn (subversion) Jede ältere Dateiversion herstellbar Automatische Versionsnummern Unabdingbar für f r Softwareprojekte Auch nutzbar für f r andere Projekte

(subversion) Jede ältere Dateiversion herstellbar Automatische

17 Trac Anforderungen / Fehler verwalten Milestones Wiki Sourcecode OpenSource Anhang

18 Use Cases im Alltag

Ähnliche Dokumente

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten Projektmanagement Agile Methoden: Extreme Programming / Scrum Dokument V 1.2 Probleme bei Projekten Viel Arbeit, die an den Zielen vorbeigeht Viel Dokumentation für f r unbenutzte Bestandteile Fehlende