Felix Rüssel, PMI Chapter Frankfurt, Oktober 2011, Mannheim          felix.ruessel@agile-rescue.com // www.agile-rescue.com
Wer? Informatiker & Wirtschaftsingenieur  (Marketing/Vertrieb) SCRUM Master, SCRUM Product Owner,  Scrum Consultant Pro...
Warum dieser Vortrag?• Immer wieder erlebt       – Ineffizientes Projektmanagement       – Frustrierte agile Teams       ...
Out of Scope• Detaillierte Abbildung von PMBoK  Knowledge Areas auf SCRUM       – Verweis auf Literatur & Präsentationen• ...
SCRUM & PROJEKTMANAGEMENT    Kontext beachten    Beispiele & Erfahrungen    Zusammenfassung10.10.2011                    F...
Anmerkungen zum PMBoK• PMBoK = Project Management Body of  Knowledge       – Best Practices für das Projektmanagement     ...
Anmerkungen zum PMBoK9 PMBOK Knowledge Areas                     5 Process Groups    – Project Integration Management     ...
Projektmanagement: Häufige Kritik• „Nur schlechte Erfahrungen gemacht“• Kompliziert und aufwändig in der Anwendung, aufwän...
Projektmanagement: Stärken• Status Quo / Rechtssicherheit• Nachvollziehbarkeit       – Dokumentation• Management von kompl...
10.10.2011   Felix Rüssel, PMIFC 10/2011   10
SCRUM                                               impediment                   READY                                    ...
SCRUM: Häufige Kritik• Große Veränderung, Anforderungen an Rahmenbedingungen       – Auswirkung auf Linie, Machtkämpfe• Re...
SCRUM: Stärken• Mindset (Agile)• Framework zum Management komplexer adaptiver  Systeme• Einfache Grundstruktur, konkrete V...
Einfacher VergleichSCRUM                                         Traditionelles PM•    Werte, Mindset, Framework          ...
SCRUM & Projektmanagement    KONTEXT BEACHTEN    Beispiele & Erfahrungen    Zusammenfassung10.10.2011                    F...
Wie agil ist der Kontext?         Agile                                    Traditionelles Projektmanagement             In...
Cockburn Scale                 Loss of Live                                   L         L6              L20             L4...
Cockburn Scale                 Loss of Live                                   L         L6              L20             L4...
Agreement & Certainty Matrix     Far from     agreement   Requirements Complexity                                         ...
Spezifische Herausforderung: Sprache des Auftraggebers sprechen             Budgetierung                     Kunde        ...
Warnung! 70% alle SCRUM Einführungen    erfüllen nicht die Erwartungen  Steven Denning / Forbes  • More than 70% of Scrum ...
SCRUM & Projektmanagement    Kontext beachten    BEISPIELE & ERFAHRUNGEN    Zusammenfassung10.10.2011               Felix ...
Kontext für die Beispiele• Interne IT: Agile Prozesse / SCRUM       – Aber „Multi-Project-Scrum“• Extern: Festpreisverträg...
Das Geister-ProjektHerausforderung• Projekt beschäftigt Teams aber echter Owner fehlt• Projektleiter wurde abgeschafft („i...
Multi-Project-ScrumHerausforderung• Ein SCRUM Team mit mehreren Projekten• Ein Projekt in mehreren SCRUM-TeamsHerangehensw...
Ohne Fokus kein Committment, ohne             Committment und Respekt keine Offenheit.                          Transparen...
FestpreisHerausforderung• Festpreisvertrag• „Oh, but surely you understood that {some feature or process}   is part of wha...
Werkvertrag & ÄnderungenÄnderungsmanagement juristisch:       – Jede Änderung ist Vertragsänderung       – Dokumentation e...
Festpreis-Projekte• Vorteile für Auftraggeber             • Wichtigste Punkte zuerst             • Schnell echte Ergebniss...
Produktbacklog als             langfristige RoadmapHerausforderung• Abstimmung über Teams hinweg (Abhängigkeiten)• Feste T...
Sprint                    Sprint                        Sprint              (Stories, Tasks)         (Stories, Tasks)     ...
Vorausplanung:             Abhängigkeiten aufzeigen               Sprint 1    Sprint 2             Sprint 3   Sprint 4   S...
Vorausplanung & Pull• Vorausplanung=Push: Zu starkes „Pushen“  ist eine Form des Wunschdenkens und  schädlich             ...
Make it READY               Story             Template                             Add Details                            ...
Story Points 2.1Herausforderung• Schnelle Grobschätzung wird benötigt• Hohe Unsicherheit, Stories nicht wirklich bekanntHe...
Velocity~Personentage~EURHerausforderung• Personentage/EUR als Währung innerhalb einer  Organisation• Grobplanung kommende...
Product OwnerHerausforderung• Single Wrinkable Neck. Responsible. Super Human!• Komplexität, Unsicherheit, Geld, Politik, ...
Product OwnerDean Leffingwell:• „That‘s a really                 big                         deal because that also is  a ...
Product OwnerReason 5:Scrum delivers ‘business value’. Well no, actually it doesn’t.For many reasons. The guys or girls th...
10.10.2011   Felix Rüssel, PMIFC 10/2011   41
SCRUM & Projektmanagement    Kontext beachten    Beispiele & Erfahrungen    ZUSAMMENFASSUNG10.10.2011               Felix ...
ZusammenfassungDer Prozess muss zum Kontext passen• Anforderungen an den Prozess• Prozessverständnis beim AuftraggeberPrüf...
Zusammenfassung• Traditionelles PM und SCRUM können auf  operativer Ebene zusammen eingesetzt werden       – Beide Welten ...
ReferenzenBücher zur Präsentationhttp://astore.amazon.de/scrumprojektmanagement-21Weitere Bücher zu SCRUMhttp://astore.ama...
Kontakt www.agile-rescue.com www.agile-nearshoring.com www.armerkater.de felix.ruessel@agile-rescue.com10.10.2011     ...
PM und SCRUM - Vortrag PMI FC 10.10.2011
Upcoming SlideShare
Loading in …5
×

PM und SCRUM - Vortrag PMI FC 10.10.2011

1,296 views
1,235 views

Published on

SCRUM und Projektmanagement

Published in: Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,296
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
30
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

PM und SCRUM - Vortrag PMI FC 10.10.2011

  1. 1. Felix Rüssel, PMI Chapter Frankfurt, Oktober 2011, Mannheim felix.ruessel@agile-rescue.com // www.agile-rescue.com
  2. 2. Wer? Informatiker & Wirtschaftsingenieur (Marketing/Vertrieb) SCRUM Master, SCRUM Product Owner, Scrum Consultant Projektleiter agile/traditionell  Web: www.agile-rescue.com  Web: www.agile-nearshoring.com  Blog: www.armerkater.de  Twitter: armerkater  Mail: felix.ruessel@agile-rescue.com10.10.2011 Felix Rüssel, PMIFC 10/2011 2
  3. 3. Warum dieser Vortrag?• Immer wieder erlebt – Ineffizientes Projektmanagement – Frustrierte agile Teams „Wir“ gegen „Die“• Warum? – Bürokratie – Das WARUM nicht verstanden – Kontext nicht verstanden – Die eigenen Möglichkeiten überschätzt10.10.2011 Felix Rüssel, PMIFC 10/2011 3
  4. 4. Out of Scope• Detaillierte Abbildung von PMBoK Knowledge Areas auf SCRUM – Verweis auf Literatur & Präsentationen• PMI-ACP – Noch keine Meinung gebildet• Agile Project Management im Detail – Nicht im PPT aber gerne in Q&A Session10.10.2011 Felix Rüssel, PMIFC 10/2011 4
  5. 5. SCRUM & PROJEKTMANAGEMENT Kontext beachten Beispiele & Erfahrungen Zusammenfassung10.10.2011 Felix Rüssel, PMIFC 10/2011 5
  6. 6. Anmerkungen zum PMBoK• PMBoK = Project Management Body of Knowledge – Best Practices für das Projektmanagement – Adaptiv: Inhalte ändern sich mit der Zeit, genau wie sich das Projektmanagement über die Zeit verändert – Projektmanagement allgemein– nicht nur IT• PMBoK ist kein Prozessmodell• PMBoK != Wasserfall10.10.2011 Felix Rüssel, PMIFC 10/2011 6
  7. 7. Anmerkungen zum PMBoK9 PMBOK Knowledge Areas 5 Process Groups – Project Integration Management – Initiating – Project Scope Management – Planning – Project Time Management – Executing – Project Cost Management – Monitoring and Controlling – Project Quality Management – Closing – Project Human Resource Management Plan – Project Communications Management – Project Risk Management Act DO – Project Procurement Management Check10.10.2011 Felix Rüssel, PMIFC 10/2011 7
  8. 8. Projektmanagement: Häufige Kritik• „Nur schlechte Erfahrungen gemacht“• Kompliziert und aufwändig in der Anwendung, aufwändig zu lernen (zu viel Bürokratie)• Hang zu Command & Control, Management by Numbers – Projektplan  GANTT mit technischen Tasks – Plan veraltet• Mangelhafte Interaktion mit Kunden• Intransparenz: Zahlen verschleiern Realität, Big Bang!• Menschen sind nur Ressourcen• Todesmarsch ab Mitte des Projektes• Keine Anpassungen, da Änderungsmanagement sehr aufwändig• Verwaltung, nicht Werte schaffen.• Fokus nur auf Kosten, nicht auf erzeugten Geschäftswert10.10.2011 Felix Rüssel, PMIFC 10/2011 8
  9. 9. Projektmanagement: Stärken• Status Quo / Rechtssicherheit• Nachvollziehbarkeit – Dokumentation• Management von komplizierten Systemen• Umfassend: Viele Themen (Risiken, Recht, Vertragsmanagement, …) abgedeckt.• Etablierte Begrifflichkeiten• Management liebt gefühlte „Sicherheit“ (Zahlen)• Vereinbarkeit Linie & Projekt thematisiert• Fokus auf Kostenkontrolle10.10.2011 Felix Rüssel, PMIFC 10/2011 9
  10. 10. 10.10.2011 Felix Rüssel, PMIFC 10/2011 10
  11. 11. SCRUM impediment READY DONE Incre PBL DoR SBL IBL DoD ment10.10.2011 Felix Rüssel, PMIFC 10/2011 11
  12. 12. SCRUM: Häufige Kritik• Große Veränderung, Anforderungen an Rahmenbedingungen – Auswirkung auf Linie, Machtkämpfe• Rechtliche Fragestellungen sind bisher nicht ausreichend untersucht. Herausforderung „Mitwirkung Kunde“• Product Owner als Soll-Bruchstelle• Funktioniert nicht mit Festpreis-Projekten• Generalisten funktionieren bei uns nicht• Selbstorganisation nur mit erfahrenem Team.• Zu kurze Iterationen, zu viele Meetings, zu wenig produktive Zeit• SCRUM funktioniert nur, wenn alles und jeder SCRUM machen• Selbstorganisation und Architektur?• Sehr gutes Engineering Voraussetzungen. Altlasten ein großes Problem.• Kein PROJEKTmanagement10.10.2011 Felix Rüssel, PMIFC 10/2011 12
  13. 13. SCRUM: Stärken• Mindset (Agile)• Framework zum Management komplexer adaptiver Systeme• Einfache Grundstruktur, konkrete Vorgaben• Kontinuierliche Prozessverbesserung• Selbstorganisation – Intensive Interaktion: Team, Kunde, Stakeholder – Menschen nicht nur Ressourcen• Transparenz, Adaptiv – „Fail early“• Erzeugung von Geschäftswert10.10.2011 Felix Rüssel, PMIFC 10/2011 13
  14. 14. Einfacher VergleichSCRUM Traditionelles PM• Werte, Mindset, Framework • Sammlung Best Practices• Komplexe Systeme • Deterministische Systeme• Einfache Regeln • Umfangreiche Elemente• Schnelle Realisierung • Detaillierte Dokumentation• Schnelles Feedback • Controlling/Reporting• Schnelle Anpassung • Vorhersagen, Kalkulation• Strategie kleiner Schritte • Management großer Pakete• Technische Exzellenz nötig • Arbeitet gern mit Standards• Umsetzung mit Generalisten • Umsetzung mit Spezialisten• Adaptive Planung • Umsetzung eines Plans – Änderungen günstig – Änderungen teuer• Wert,Transparenz,Anpassung • Kosten,Kontrolle,Plan10.10.2011 Felix Rüssel, PMIFC 10/2011 14
  15. 15. SCRUM & Projektmanagement KONTEXT BEACHTEN Beispiele & Erfahrungen Zusammenfassung10.10.2011 Felix Rüssel, PMIFC 10/2011 16
  16. 16. Wie agil ist der Kontext? Agile Traditionelles Projektmanagement Individuen und Prozesse und Interaktionen Werkzeuge Funktionierende umfassende Software Dokumentation Zusammenarbeit mit Vertragsverhandlung dem Kunden Reagieren auf Befolgen eines Plans Veränderung10.10.2011 Felix Rüssel, PMIFC 10/2011 17
  17. 17. Cockburn Scale Loss of Live L L6 L20 L40 L100 Risikoklasse Loss of Essential Money E E6 E20 E40 E100 Loss of Discretionary D D6 D20 D40 D100 Money Loss of Comfort C C6 C20 C40 C100 1-6 -20 -40 -100 Anzahl zu koordinierender Personen10.10.2011 Felix Rüssel, PMIFC 10/2011 18
  18. 18. Cockburn Scale Loss of Live L L6 L20 L40 L100 Risikoklasse Loss of Essential Money E E6 E20 E40 E100 Loss of Discretionary D D6 D20 D40 D100 Money Loss of Comfort C C6 C20 C40 C100 1-6 -20 -40 -100 Anzahl zu koordinierender Personen10.10.2011 Felix Rüssel, PMIFC 10/2011 19
  19. 19. Agreement & Certainty Matrix Far from agreement Requirements Complexity chaotic Close to simple agreement Technology complexity Close to Far from certainty certainty10.10.2011 Felix Rüssel, PMIFC 10/2011 20
  20. 20. Spezifische Herausforderung: Sprache des Auftraggebers sprechen Budgetierung Kunde Finanzen Festpreis Personal Projektmanagement Entwicklung SCRUM Teams10.10.2011 Felix Rüssel, PMIFC 10/2011 21
  21. 21. Warnung! 70% alle SCRUM Einführungen erfüllen nicht die Erwartungen Steven Denning / Forbes • More than 70% of Scrum implementations have failed to achieve their goals. • When you try to embed Scrum as a project management framework within a larger setting of a traditional management of hierarchical bureaucracy, there are inevitable tensions. • Usually the prevailing culture of hierarchical bureaucracy is triumphant.http://www.forbes.com/sites/stevedenning/2011/04/29/scrum-is-a-major-management-discovery/ 10.10.2011 Felix Rüssel, PMIFC 10/2011 22
  22. 22. SCRUM & Projektmanagement Kontext beachten BEISPIELE & ERFAHRUNGEN Zusammenfassung10.10.2011 Felix Rüssel, PMIFC 10/2011 23
  23. 23. Kontext für die Beispiele• Interne IT: Agile Prozesse / SCRUM – Aber „Multi-Project-Scrum“• Extern: Festpreisverträge, Konsortien – Öffentliche Auftraggeber (EU, Bund, Länder) – Konzernkunden, Mittelstand• Rolle/Aufgabe: Konkretes Projekt – Projektleiter (Außenwirkung) – Scrum Product Owner (Innenwirkung) – (Scrum Master)10.10.2011 Felix Rüssel, PMIFC 10/2011 24
  24. 24. Das Geister-ProjektHerausforderung• Projekt beschäftigt Teams aber echter Owner fehlt• Projektleiter wurde abgeschafft („in SCRUM gibt es keine Projektleiter“)• Kontext: Multi-Project-ScrumHerangehensweise• PO muss konsequent Themen ohne echte „Owner“ abweisen• Agilen Projektleiter benennenErfahrungen• Senior-Management / Sales ersetzt PL nicht• Mit PL: Ansprechpartner für PO existiert, Fokus wiederhergestellt10.10.2011 Felix Rüssel, PMIFC 10/2011 25
  25. 25. Multi-Project-ScrumHerausforderung• Ein SCRUM Team mit mehreren Projekten• Ein Projekt in mehreren SCRUM-TeamsHerangehensweise• Abstimmung Projektleiter/PO• Abstimmung POs über Teams und Themen hinweg• Product Backlog als langfristige RoadmapErfahrungen• Schwierig. Reibungsverluste! Wer entscheidet? Kommunikation! Lokale Optimierung! Abhängigkeiten!• Multitasking: Fokus & Produktivität gehen verloren.10.10.2011 Felix Rüssel, PMIFC 10/2011 26
  26. 26. Ohne Fokus kein Committment, ohne Committment und Respekt keine Offenheit. Transparenz? Produktivität?10.10.2011 Felix Rüssel, PMIFC 10/2011 27
  27. 27. FestpreisHerausforderung• Festpreisvertrag• „Oh, but surely you understood that {some feature or process} is part of what we asked for.“Herangehensweise• Ausschreibung > Initial PBL > Schätzungen (SP2.1) > Angebot• Längerfristiges Product Backlog & ProjektmanagementErfahrungen• Funktioniert ausreichend gut, wenn Ungenauigkeit eingepreist ist.• Risiken: – Festpreis per se, PM auf richtiger Flughöhe! – „Inventory“: Risiko für Wertverlust – Vertragliche Risiken müssen verstanden werden, können Projekt unattraktiv machen, wenn richtig bewertet.10.10.2011 Felix Rüssel, PMIFC 10/2011 28
  28. 28. Werkvertrag & ÄnderungenÄnderungsmanagement juristisch: – Jede Änderung ist Vertragsänderung – Dokumentation erforderlichZu klären im Vorfeld: – Pflicht zur Annahme von Änderungen? – Wer unterbreitet Angebot? – Was passiert, wenn Angebot nicht angenommen wird? – ….10.10.2011 Felix Rüssel, PMIFC 10/2011 29
  29. 29. Festpreis-Projekte• Vorteile für Auftraggeber • Wichtigste Punkte zuerst • Schnell echte Ergebnisse • Vereinfachter CR-Prozess bei offenen Stories10.10.2011 Felix Rüssel, PMIFC 10/2011 30
  30. 30. Produktbacklog als langfristige RoadmapHerausforderung• Abstimmung über Teams hinweg (Abhängigkeiten)• Feste Termine und Lieferzusagen(Festpreis & Multi- Project-Scrum)Herangehensweise• Bestückung zukünftiger Sprints• Weit in Zukunft: Features/Epics statt Stories• Schätzung Aufwand & Kapazität (schnell/gut)Erfahrungen• Wichtige Diskussionsgrundlage, Abhängigkeiten gut visualisierbar• Großteil der Zukunft muss flexibel bleiben• Risiko: Pull-Prinzip vs. Planung10.10.2011 Felix Rüssel, PMIFC 10/2011 31
  31. 31. Sprint Sprint Sprint (Stories, Tasks) (Stories, Tasks) (Stories, Tasks) READY READY READY Preparing Preparing (Epics -> Stories) (Epics -> Stories) Preparing (Epics -> Stories) Planned Topics Planned Topics Planned Topics (Ideas, Epics, Themes) (Ideas, Epics, Themes) (Ideas, Epics, Themes)10.10.2011 Felix Rüssel, PMIFC 10/2011 32
  32. 32. Vorausplanung: Abhängigkeiten aufzeigen Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 (aktuell)Team 1Team 2Team 310.10.2011 Felix Rüssel, PMIFC 10/2011 33
  33. 33. Vorausplanung & Pull• Vorausplanung=Push: Zu starkes „Pushen“ ist eine Form des Wunschdenkens und schädlich • Ein bisschen „Pushen“ kann Teil eines Spiels sein.• Sprint Planning=Pull: Team entscheidet über Committment. • Dieses Grundprinzip darf nicht verletzt werden!10.10.2011 Felix Rüssel, PMIFC 10/2011 34
  34. 34. Make it READY Story Template Add Details Sprint Backlog READY Committed Discuss! Discuss! Discuss! Sprint Planning Story Epic Story Story Story Story Story Story Details Details Details Details, Details, Details10.10.2011 Felix Rüssel, PMIFC 10/2011 35
  35. 35. Story Points 2.1Herausforderung• Schnelle Grobschätzung wird benötigt• Hohe Unsicherheit, Stories nicht wirklich bekanntHerangehensweise• SCHNELL-Schätzungen durch Team• Schätzungen durch NICHT-Team• Indikator „x.1“ verdeutlicht UngenauigkeitErfahrungen• Hilfreich für Grobschätzungen von Epics und unklaren Stories. Wenn Story bekannt  Team Estimation Game!• Risiko: Beeinflussung Team im echten Estimation. Gefühl falscher Sicherheit.10.10.2011 Felix Rüssel, PMIFC 10/2011 36
  36. 36. Velocity~Personentage~EURHerausforderung• Personentage/EUR als Währung innerhalb einer Organisation• Grobplanung kommende SprintsHerangehensweise• Zeitaufwand (h), gemittelte Kosten (EUR), Ergebnis (SP) werden in Verhältnis gesetzt• Wert eines SP in h/EUR für ein TeamErfahrungen• Sehr hilfreich für Vorausplanung (Urlaub, Schulungen). Aber nur Indikator, nicht Gesetz.• Diskussion um „fast fertig“ gewinnt an Brisanz• Veränderung über Zeit interessant10.10.2011 Felix Rüssel, PMIFC 10/2011 37
  37. 37. Product OwnerHerausforderung• Single Wrinkable Neck. Responsible. Super Human!• Komplexität, Unsicherheit, Geld, Politik, MachtHerangehensweise• Unterstützung durch Projektleiter, Analysten, …• Product Owner braucht Entscheidungsfreiheit (Macht!)Erfahrungen• Echter PO benötigt Entscheidungsfreiheit. Alternative sind verwaltende Stellvertreter. Wenig attraktiv, aber häufigste Erscheinungsform.10.10.2011 Felix Rüssel, PMIFC 10/2011 38
  38. 38. Product OwnerDean Leffingwell:• „That‘s a really big deal because that also is a person that makes decisions on behalf of the enterprise“• „It‘s pretty easy to under estimate the impact and importance of that role and the training that‘s required“• „The Role of Product Owner is key.“ http://business901.com/blog1/the-lean-agile-train-software-transcription/10.10.2011 Felix Rüssel, PMIFC 10/2011 39
  39. 39. Product OwnerReason 5:Scrum delivers ‘business value’. Well no, actually it doesn’t.For many reasons. The guys or girls that know aboutbusiness are not going to be involved in your project.They like to lunch with customers, not work on this weirdthing called backlog to explain a bunch of introvert nerdysoftware developers what to do. So your team ends upwith a junior help desk employee as a product owner. Andbesides, your whole ICT department is a cost centeranyhow. So don’t start about business value. Maurits Rijk, Why Scrum will never work, http://maurits.wordpress.com/2011/07/13/why-scrum-will-never-work/10.10.2011 Felix Rüssel, PMIFC 10/2011 40
  40. 40. 10.10.2011 Felix Rüssel, PMIFC 10/2011 41
  41. 41. SCRUM & Projektmanagement Kontext beachten Beispiele & Erfahrungen ZUSAMMENFASSUNG10.10.2011 Felix Rüssel, PMIFC 10/2011 42
  42. 42. ZusammenfassungDer Prozess muss zum Kontext passen• Anforderungen an den Prozess• Prozessverständnis beim AuftraggeberPrüfe Rahmenbedingung & Erwartungen:• Was kannst Du beeinflussen?• Quellen von Komplexität und Risiken?Verstehe Deine Rolle:• Fokus auf Team/Organisation, Ziel: Steigerung Produktivität? SCRUM• Ein Projekt im Fokus? Festpreisvertrag? Projektmanagement10.10.2011 Felix Rüssel, PMIFC 10/2011 43
  43. 43. Zusammenfassung• Traditionelles PM und SCRUM können auf operativer Ebene zusammen eingesetzt werden – Beide Welten müssen verstanden werden – Agiles Projektmanagement• Risiken – Frankenstein-SCRUM / SCRUM-ZOO – SCRUM kann Erwartungen nicht erfüllen• Auf Ebene der Werte sind SCRUM und PM im Zielkonflikt10.10.2011 Felix Rüssel, PMIFC 10/2011 44
  44. 44. ReferenzenBücher zur Präsentationhttp://astore.amazon.de/scrumprojektmanagement-21Weitere Bücher zu SCRUMhttp://astore.amazon.de/armerkde-21Gute Präsentation mit detailliertem Vergleich:Gfrörer: Agil & PMBOK-konform – das passt doch nichtzusammen, oder doch?http://www.andrena.de/Entwicklertag/2009/Downloads/Conference-Day/Agil-PMBOK.pdfSCRUM Is A Major Management Discoveryhttp://www.forbes.com/sites/stevedenning/2011/04/29/scrum-is-a-major-management-discovery/10.10.2011 Felix Rüssel, PMIFC 10/2011 45
  45. 45. Kontakt www.agile-rescue.com www.agile-nearshoring.com www.armerkater.de felix.ruessel@agile-rescue.com10.10.2011 Felix Rüssel, PMIFC 10/2011 46

×