agile ressourcenplanung - oio · 2 © 2012 orientation in objects gmbh agile ressourcenplanung...

1

Orientation in Objects GmbH

Weinheimer Str. 6868309 Mannheim

[email protected]:

Agile Ressourcenplanung

1.0

Agile Ressourcenplanung© 2012 Orientation in Objects GmbH

Java, XML und Open Source seit 1998

) Competence Center)) Object Rangers )

• Schulungen , Coaching , Weiterbildungsberatung , Train & Solve-Programme

• Methoden , Standards und Tools für die Entwicklung von offenen, unternehmens-weiten Systemen

• Unterstützung laufenderJava Projekte

• Perfect Match• Rent-a-team• Coaching on the project• Inhouse Outsourcing

• Schlüsselfertige Realisierungvon Java Software

• Individualsoftware• Pilot- und Migrationsprojekte• Sanierung von Software• Software Wartung

) Software Factory )

2

2


Evolution Ressourcenplanung - Ansatz 1: Papiergestütztes Planning Board je Team

3

• Karten, Pinwand

– dann kamen die Motten....• Kapazität: Ausdruck Team-Monatskalender

• Kann funktionieren bei:– Teams mit sehr konstanter Fremdverplanung

und sehr konstanter Auslastung


Evolution Ressourcenplanung – Ansatz 2 Excel Sheet je Team

4

– kannste mal das Excel zumachen?...

• Pflegeaufwände beherrschbar bei:– Wenigen Teams mit eindeutiger

Teamzuordnung je Mitarbeiter

• Taskliste in Excel

• Kapazität: Excel Blatt

3


Evolution Ressourcenplanung – Ansatz 3 Dezentrales Kalenderwerkzeug je Team

5

• Team Kalender in MS Project

• Kapazität: Ressourcenkalender

• Große Versuchung, von Listenplanung abzuweichen– Kalender bleibt dezentral– ….ausser man kauft den Team-Server….


Agiles Manifest

Manifesto for Agile Software Development

(Beck, Fowler, Cockburn, uvm,. 2001)

• Einzelpersonen und Interaktionen wichtiger alsProzesse und Werkzeuge

• Laufende Systeme wichtiger alsumfangreiche Dokumentation

• Zusammenarbeit mit dem Kunden wichtiger alsVertragsverhandlungen

• Fähigkeit auf Änderungen zu reagieren wichtiger als Verfolgen eines Plans

6

4


Fazit für eine agile Ressourcenplanung

• Aus – „Fähigkeit auf Änderungen zu reagieren wichtiger als Planverfolgung“

• folgt– Änderungsbedarfe erkennen und verstehen– Pläne immer aktuell halten– Pläne minimal halten

• Aus – „Einzelpersonen und Interaktionen wichtiger als Prozesse und

Werkzeuge“

• folgt– Maximales Feedback (Transparenz) für Einzelpersonen– Schlanke praktikable Prozesse wo nötig

7


Motivation transparenter Ressourcenplanung (Scrum-Master Sicht)

• Erhaltung der kurz- und langfristigen Mitarbeitermotivation

• Ein Team-Mitglied ist motivierter wenn– eigene Ressourcenzusagen transparent– neben dem Hauptprojektgeschäft eigene Mitarbeiter-Ziele nicht

vernachlässigtwerden.

• Ein Unternehmen möchte– die Mitarbeiter-Kapazitäten optimal einsetzen– den Mitarbeiter nicht unter- oder überfordern

• Ein Kunde möchte möglichst variabel Ressourcen des Unternehmens nutzen

8

5


Evolution Ressourcenplanung – heutiger Ansatz

• Werkzeug– Issue Tracker integriert mit

zentralem Ressourcenkalender

• Planungseinheiten– Fixdate

konkreter Arbeitstag Kapazität wird benötigt

– Project AssignmentKapazitätsanteil in einem Zeitintervall wird benötigt

• Prozess– Ressourcenverbuchung durch

neue Rolle Disponent

9


Scrum - Der Ablauf

10

Mountain Goat Software, LLC

Quelle :

http://www.mountaingoatsoftware.com/scrum

6


Planungsprozess

11

Ist-Daten

Direkte NachsteuerungPlananpassung

ArbeitsaufträgeKomponente k

Iteration i

Planung im Sprint


Iteration iArbeitsaufträgeKomponente k


Sprint i

Mikroprozessagil

Makroplanklassisch

Grobplanung des Backlogs

ProjektplanLA-Sicht

Planung ca. 2-3 Sprints

im voraus

IterationsplanZielplanung

Iteration iZielplanung Iteration iZielplanung

Sprint i

Soll-Ist-Vergleich

nach jeder Iteration

Review-ErgebnisseReview-

ErgebnisseReview-Ergebnisse

Messung


Ressourcenplanungsprozess

12

Mikroprozessagil

Makroplanklassisch

Grobplanung des Backlogs

ProjektplanLA-Sicht

Planung ca. 2-3 Sprints

im voraus

Iterationsplan

Grobe Ressourcenallokation

Zielplanung Iteration iZielplanung

Iteration iZielplanung Sprint i

Ressourcen-Feinplanung


Iteration i

Planung im Sprint




Sprint i

Daily Scrum

7


Rollen in der Agilen Ressourcenplanung

• (Scrum) Team– Übernimmt Verantwortung für Aufgabenbereich– Findet, priorisiert und verfolgt Aufgaben eigenverantwortlich– Disponiert vorhandene Kapazität eigenständig

• Disponent– Verspricht und verbucht Kapazität für Teams– Vermittelt zwischen konkurrierenden Anforderungen von Teams– Makelt freie Kapazität zwischen Teams– Verbraucht Projekt-freie Kapazität

13


Fallbeispiel Sprint Planung Teil I – Story basiertAufgaben

• Sprintdauer bestimmen –– vorgegeben durch Timeboxing 19.03.-01.04.2012

• Rahmenbedingungen festlegen

• Verfügbare Kapazität bestimmen bzw. festlegen

• Commited Stories bestimmen

• Sprint Goal formulieren

14

8


Fallbeispiel Ermittlung der Einzel-Kapazitäten (innere Sicht)

• Wie viel Kapazität hat ein bestimmtes Teammitglied im nächsten Sprint voraussichtlich frei?

• Kurze Zeit vor dem Sprint Planung wird das Team je Person gefragt:

"Was hast Du vor, wie viel Kapazität kannst Du vom 19. März -1. April 2012 committen?"

• Folgendes „Mitarbeiter-Kopfwissen“ wird hier abgeholt:– Nicht eingereichte Urlaube– Verfolgung von kleineren Mitarbeiterzielen– Arzttermine

15


Fallbeispiel Ermittlung der Team Kapazität (innere Sicht)

16

9


FallbeispielAufgaben






17


Fallbeispiel Disponent prüft Kapazitätsanfrage

18

Teamwunsch: 22h Sippach?

10


Fallbeispiel Disponent verbucht Kapazitätszusage

• Zugesagte Kapazität für den gesamten Sprint

19

• Kapazität je Teammitglied








20

11


Fallbeispiel Commited Stories

21

22

11

33








22

12


Fallbeispiel Sprint Goal

23

• Gemeinsame Formulierung des bzw. der Ziel(e) des Sprints

• Fokus des Teams und der Beteiligten schärfen








24

13


Fallbeispiel Sprint Planung Teil II – Task basiertAufgaben

• „Grobe Stories“ werden in „feine Aufgaben“ zerlegt

• Design-Entscheidungen werden besprochen

• Unklare Anforderungen werden adressiert

25


FallbeispielSprint Planung – Rückfluss an den Disponenten

• Nun ist der geplante Aufwand im Sprint-Zeitraum bekannt und commited

• Die Kapazität des Teams und der einzelnen Mitglieder wird gemeldet

• Über- bzw. Unterplanungen können verarbeitet werden

26

14


Szenario 1 – Mitarbeiter erkrankt

27

Ein Mitarbeiter meldet sich für 1 Woche arbeitsunfähig.

Die Meldung wird im Kapazitätsplaner verbucht


Szenario 1 – Mitarbeiter erkrankt

28

Warnungen für den Disponenten besagen:

Die Schulung muss abgesagt werden (Fixdate)Im Projekt müsste Überzeit gearbeitet werden

Der Detail-Report zeigt: Es geht um 8h Überzeit

15


Szenario 1 – Mitarbeiter erkranktAuswirkung auf den Sprint

29

11

22

33

Glück gehabt:

Die Arbeit war schon (fast) erledigt.

44


Szenario 2 - „Kunde will Story rausnehmen“

30

11

22

33

16


Mehr von OIO zum Thema

• Schulung Scrum mit Greenhopper– http://www.oio.de/seminar/methodik-prozess-management-soft-

skills/greenhopper-schulung-jira-seminar-training-scrum.htm

• Schulung Scrum Jumstart– http://www.oio.de/seminar/methodik-prozess-management-soft-

skills/training-kompakt-kurs-scrum-schulung.htm

• Schulung Jira - Fachliche Administration– http://www.oio.de/seminar/methodik-prozess-management-soft-

skills/seminar-training-atlassian-jira-schulung.htm

• Vortrag W-JAX 2008: Agiles Projektmanagement bei Werkverträgen– http://www.oio.de/m/konf/wjax2008/Agile-Projektmanagement-bei-

Werkvertraegen.pdf

• Jira Plugin für Agile Ressourcenplanung– http://agileplan.oio.de



[email protected]

??

? ?

????

Fragen ?

17



[email protected]

Vielen Dank für ihre Aufmerksamkeit !

agile ressourcenplanung - oio · 2 © 2012 orientation in objects gmbh agile ressourcenplanung...

Documents