SlideShare une entreprise Scribd logo
1  sur  11
Télécharger pour lire hors ligne
"Och, nicht schon wieder ...!" Über das Leiden der Entwickler bei Aufwandschätzungen...
World Café im Rahmen der XP Days Germany am 14.11.2013
Hintergrund
Wozu werden Aufwandsschätzungen in Projekten gefordert? Was wird mit
diesen anschließend gemacht? Warum werden Schätzungen von den
umsetzenden Personen häufig als schmerzhaft empfunden? Und was lässt
sich ggf. gegen die empfundenen Schmerzen tun?
Im Rahmen der XP Days 2013 haben Joachim Seibert, Armin Meyer und Paul
Herwarth von Bittenfeld mit rund 50 Teilnehmern eine Session zum Thema
"Och, nicht schon wieder ...! - Über das Leiden der Entwickler bei
Aufwandschätzungen..." durchgeführt. Als Format haben wir ein World Café
gewählt, um in einen intensiven Austausch mit den Teilnehmern zu kommen.
Die Teilnehmergruppe war sehr heterogen aufgestellt, es waren insofern
Teilnehmer mit einer eher klassischen sowie welche mit einer eher agilen
Sichtweise auf Projektabläufe vor Ort.
© 2013 //SEIBERT/MEDIA GMBH
Aus welcher Motivation heraus schätzen wir als Team?

© 2013 //SEIBERT/MEDIA GMBH
Aus welcher Motivation heraus schätzen wir als Team?
Zunächst einmal stellt sich die Frage, warum wir überhaupt Schätzungen vornehmen. Dafür
wurden zahlreiche Gründe genannt:
› Für die Zeitplanung: Es können so etwa Release-Termine geplant werden, die dann wiederum mit
anderen Stakeholdern, z.B. der Marketing-Abteilung, der Geschäftsführung oder Investoren,
abgestimmt werden können.
› Für die Ressourcenplanung: Es kann abgeschätzt werden, ob das Team für die Umsetzung
geplanter Anforderungen ausreichend stark besetzt ist, oder eventuell eine Unter- oder Überlast
droht.
› Für einen Überblick über die Kosten pro Feature und möglicherweise auch
Rentabilitätsauswertungen.
› Zur Risiko-Analyse: Im Laufe der Schätzung wird sich bereits darüber Gedanken gemacht, wo
mögliche Risiken liegen.
› Zur Selbsteinschätzung: Das Team kann dabei lernen, wie gut sie Aufwände abschätzen können
und welcher Umfang etwa in einer gewissen Zeit realisiert werden kann.
› Für die Priorisierung: Durch eine Schätzung lassen sich Kosten-Nutzen-Abwägungen treffen, die
Einfluss auf die Priorisierung von Anforderungen haben kann.
› Schätzungen können zu einem gemeinsamen Verständnis der Anforderungen beitragen.
© 2013 //SEIBERT/MEDIA GMBH
Welche Hindernisse entstehen durch Schätzungen?

© 2013 //SEIBERT/MEDIA GMBH
Welche Hindernisse entstehen durch Schätzungen?
Mit dem Schätzen gehen aus Sicht vieler Entwicklungsteams zahlreiche Herausforderungen
einher.
› Unklares Verständnis davon, was eine Schätzung ist.
› Falsch verstandene Sicherheit: Stakeholder "verlassen" sich auf die Schätzungen, die allerdings unter
Unsicherheit abgegeben wurden.
›

›

›

Unklarheit, was überhaupt geschätzt wird: Wird der Aufwand beschätzt, oder die Komplexität,
oder beides?
Schätzungen kosten Zeit und Geld, so dass sich die Frage stellt, ob ihnen ein entsprechender
Wert entgegensteht.
Schätzungen werden nicht genutzt
› Nicht durch den Product Owner, der keine Kosten-Nutzen-Abwägungen daraus zieht, häufig sogar den
Wert von Anforderungen gar nicht einschätzt.
› Nicht durch das Team, das nach der initialen Schätzung nichts mehr damit anfängt.

›

›

Änderungen im Schätz-Verfahren oder auch den Projekt-Beteiligten machen bisherige
Schätzungen häufig unbrauchbar.
Schätzungen unterstützen Fehlverhalten, wenn eine knappe Schätzung dazu motiviert, Qualität
zu vernachlässigen.
© 2013 //SEIBERT/MEDIA GMBH
Wie können wir unser Leid beim Schätzen minimieren?

© 2013 //SEIBERT/MEDIA GMBH
Wie können wir unser Leid beim Schätzen minimieren?
Weiterhin wurde diskutiert, was für Ansätze es gibt, um das Leiden beim Schätzen zu
minimieren.
›

Den Zeitaufwand minimieren
› Unter dem Gesichtspunkt, dass Schätzungen unter Unsicherheit immer ungenau sein werden,
nicht so viel Zeit damit verbringen, sondern sich mit einer sehr groben Einschätzung
zufriedengeben. Die Schätzungen dafür in Treffen mit Timebox und geringer Frequenz
vornehmen. Auch einfache Schätz-Größen wie T-Shirt-Sizes (S, M, L,...) oder Story-Points (1, 2,
3, 5, 8, ...) können dazu beitragen, die Schätzgeschwindigkeit zu erhöhen.

›

›

Transparenz schaffen, was und wie geschätzt wird und dadurch Vertrauen schaffen. Dies
ist stark von der Unternehmenskultur abhängig und braucht mitunter Mut.
Unter Annahmen schätzen und diese Annahmen transparent machen.
› Dies hilft dabei, möglicherweise auftretende Veränderungen im Anschluss aufzuzeigen und
Abweichungen zu begründen.

© 2013 //SEIBERT/MEDIA GMBH
Wie können wir unser Leid beim Schätzen minimieren?
›
›

›

›

Schätzungen im Team vornehmen lassen, nicht durch Einzelpersonen.
Referenzen schaffen und nutzen, um die Schätzungen auf bestehenden Erfahrungen
aufzubauen und zugleich schneller zu machen.
Das Gesetz der großen Zahlen nutzen
› Wenn ich viele Anforderungen über die Zeit hinweg umsetze, werden sich die
Schätz-Abweichungen gemeinsam aufheben. Ich brauche dann nicht viele
Gedanken in die Frage stecken, warum eine Anforderung mehr Aufwand und eine
andere weniger Aufwand erfordert hat.
Muss ich noch schätzen, oder kann ich schon zählen? Kann eventuell komplett auf
Schätzungen verzichtet werden? Das Stichwort hier: #NoEstimates

© 2013 //SEIBERT/MEDIA GMBH
Wie würde eine Welt ohne Aufwandsschätzungen ausschauen?
Als Gedankenexperiment haben wir uns am Community Day der XP Days gemeinsam mit Frank
Schlesinger und weiteren Teilnehmern mit der Frage beschäftigt, wie eine Welt ohne
Schätzungen ausschaut. In einem fortgeschrittenen agilen Umfeld ist es gut denkbar, auf
Schätzungen vollständig zu verzichten.
Erste Ansätze hierfür wären:
› Messen statt schätzen: Z.B. die umgesetzte Anzahl an Anforderungen pro Sprint festhalten
und nur noch an der Anzahl der Anforderungen ausrichten.
› Nur noch Ziel-fokussiert arbeiten und an einem Thema so lange arbeiten, bis gewünschte
Zielwerte erreicht sind oder andere Ziele wichtiger werden. Bsp.: Statt einzelne Anforderungen
für eine Conversions-Optimierung zu beschätzen, wird ein bestimmter Ziel-Wert festgelegt und
gemeinsam die wichtigsten Maßnahmen hierfür festgelegt. Es wird dann solange an den
Maßnahmen gearbeitet, bis ein anderes Ziel für das Unternehmen als relevanter erachtet wird.
Letztlich werden Schätzungen jedoch häufig primär für Stakeholder wie Kunden oder das
Management durchgeführt, so dass ein Weg gefunden werden muss, ein gemeinsames Bild für
das (Nicht-)Schätzen zu erzielen.
© 2013 //SEIBERT/MEDIA GMBH
Vielen Dank für die Aufmerksamkeit.
Paul Herwarth von Bittenfeld
Kontakt über...
... Twitter: @pherwarth
... Mail: pherwarth@seibert-media.net

//SEIBERT/MEDIA GmbH 
Dipl.-Volksw. Paul Herwarth von Bittenfeld, M.A.
Luisenforum, Kirchgasse 6, 65185 Wiesbaden
  T.+49-611-20570-16, F.+49-611-20570-70 
www.seibert-media.net

Bitte bleiben Sie mit uns in Kontakt. Sie können Informationen bei uns abonnieren:
Unseren Newsletter (Abo unter www.seibert-media.net)
Unseren Weblog (z.B. via RSS): http://blog.seibert-media.net
Unseren PodCast (z.B. via RSS): http://blog.seibert-media.net/category/podcast/
Unseren Microblog (z.B. via RSS): http://twitter.com/seibertmedia

© 2012 //SEIBERT/MEDIA GMBH

Contenu connexe

En vedette

Lean Startup - Einführung für den Lean Startup Circle
Lean Startup - Einführung für den Lean Startup CircleLean Startup - Einführung für den Lean Startup Circle
Lean Startup - Einführung für den Lean Startup Circle
Paul Herwarth von Bittenfeld
 
IT Fragenkatalog für Confluence /JIRA Angebote mit Fremdhosting
IT Fragenkatalog für Confluence /JIRA Angebote mit FremdhostingIT Fragenkatalog für Confluence /JIRA Angebote mit Fremdhosting
IT Fragenkatalog für Confluence /JIRA Angebote mit Fremdhosting
Martin Seibert
 

En vedette (17)

Mit Scrum zur agilen Organisation
Mit Scrum zur agilen OrganisationMit Scrum zur agilen Organisation
Mit Scrum zur agilen Organisation
 
Scrum & Kanban im Agenturgeschäft
Scrum & Kanban im AgenturgeschäftScrum & Kanban im Agenturgeschäft
Scrum & Kanban im Agenturgeschäft
 
Your Intranet Is Like a Bad Christmas Present - Worldwebforum
Your Intranet Is Like a Bad Christmas Present - WorldwebforumYour Intranet Is Like a Bad Christmas Present - Worldwebforum
Your Intranet Is Like a Bad Christmas Present - Worldwebforum
 
Lean Startup - Einführung für den Lean Startup Circle
Lean Startup - Einführung für den Lean Startup CircleLean Startup - Einführung für den Lean Startup Circle
Lean Startup - Einführung für den Lean Startup Circle
 
A startup story - Why you should care about being a lean startup
A startup story - Why you should care about being a lean startupA startup story - Why you should care about being a lean startup
A startup story - Why you should care about being a lean startup
 
Was ist ein LEAN STARTUP? Vortrag beim Startup Weekend 2014
Was ist ein LEAN STARTUP? Vortrag beim Startup Weekend 2014Was ist ein LEAN STARTUP? Vortrag beim Startup Weekend 2014
Was ist ein LEAN STARTUP? Vortrag beim Startup Weekend 2014
 
Die Entwicklung des Internets
Die Entwicklung des InternetsDie Entwicklung des Internets
Die Entwicklung des Internets
 
Extreme Agile Leadership - Vortrag auf der JAX-Konferenz am 21.4.2015
Extreme Agile Leadership - Vortrag auf der JAX-Konferenz am 21.4.2015Extreme Agile Leadership - Vortrag auf der JAX-Konferenz am 21.4.2015
Extreme Agile Leadership - Vortrag auf der JAX-Konferenz am 21.4.2015
 
Extreme Agile Leadership - Vortrag auf der Agile HR-Konferenz am 22.4.2015
Extreme Agile Leadership - Vortrag auf der Agile HR-Konferenz am 22.4.2015Extreme Agile Leadership - Vortrag auf der Agile HR-Konferenz am 22.4.2015
Extreme Agile Leadership - Vortrag auf der Agile HR-Konferenz am 22.4.2015
 
Einführung in den "Lean Stack" beim Donnerstalk im heimathafen Wiesbaden
Einführung in den "Lean Stack" beim Donnerstalk im heimathafen WiesbadenEinführung in den "Lean Stack" beim Donnerstalk im heimathafen Wiesbaden
Einführung in den "Lean Stack" beim Donnerstalk im heimathafen Wiesbaden
 
Einführung in Lean Startup beim Lean Startup Circle FrankfurtRheinMain in der...
Einführung in Lean Startup beim Lean Startup Circle FrankfurtRheinMain in der...Einführung in Lean Startup beim Lean Startup Circle FrankfurtRheinMain in der...
Einführung in Lean Startup beim Lean Startup Circle FrankfurtRheinMain in der...
 
Startup Lessons Learned - Weshalb Du darüber nachdenken solltest, ein *Lean* ...
Startup Lessons Learned - Weshalb Du darüber nachdenken solltest, ein *Lean* ...Startup Lessons Learned - Weshalb Du darüber nachdenken solltest, ein *Lean* ...
Startup Lessons Learned - Weshalb Du darüber nachdenken solltest, ein *Lean* ...
 
Lean Startup Circle 1/2014: "Die Geschichte eines Startups - Weshalb Ihr darü...
Lean Startup Circle 1/2014: "Die Geschichte eines Startups - Weshalb Ihr darü...Lean Startup Circle 1/2014: "Die Geschichte eines Startups - Weshalb Ihr darü...
Lean Startup Circle 1/2014: "Die Geschichte eines Startups - Weshalb Ihr darü...
 
Lean Startup - Vortrag bei FRAppe an der Universität Frankfurt
Lean Startup - Vortrag bei FRAppe an der Universität FrankfurtLean Startup - Vortrag bei FRAppe an der Universität Frankfurt
Lean Startup - Vortrag bei FRAppe an der Universität Frankfurt
 
Agiles Schätzen im Team - Joachim Seibert, OBJEKTspektrum 5/2012
Agiles Schätzen im Team - Joachim Seibert, OBJEKTspektrum 5/2012Agiles Schätzen im Team - Joachim Seibert, OBJEKTspektrum 5/2012
Agiles Schätzen im Team - Joachim Seibert, OBJEKTspektrum 5/2012
 
//SEIBERT/MEDIA - Profilpräsentation samt einiger ausgewählter Projekte
//SEIBERT/MEDIA - Profilpräsentation samt einiger ausgewählter Projekte//SEIBERT/MEDIA - Profilpräsentation samt einiger ausgewählter Projekte
//SEIBERT/MEDIA - Profilpräsentation samt einiger ausgewählter Projekte
 
IT Fragenkatalog für Confluence /JIRA Angebote mit Fremdhosting
IT Fragenkatalog für Confluence /JIRA Angebote mit FremdhostingIT Fragenkatalog für Confluence /JIRA Angebote mit Fremdhosting
IT Fragenkatalog für Confluence /JIRA Angebote mit Fremdhosting
 

Och, nicht schon wieder ...! - Über das Leiden der Entwickler bei Aufwandschätzungen...

  • 1. "Och, nicht schon wieder ...!" Über das Leiden der Entwickler bei Aufwandschätzungen... World Café im Rahmen der XP Days Germany am 14.11.2013
  • 2. Hintergrund Wozu werden Aufwandsschätzungen in Projekten gefordert? Was wird mit diesen anschließend gemacht? Warum werden Schätzungen von den umsetzenden Personen häufig als schmerzhaft empfunden? Und was lässt sich ggf. gegen die empfundenen Schmerzen tun? Im Rahmen der XP Days 2013 haben Joachim Seibert, Armin Meyer und Paul Herwarth von Bittenfeld mit rund 50 Teilnehmern eine Session zum Thema "Och, nicht schon wieder ...! - Über das Leiden der Entwickler bei Aufwandschätzungen..." durchgeführt. Als Format haben wir ein World Café gewählt, um in einen intensiven Austausch mit den Teilnehmern zu kommen. Die Teilnehmergruppe war sehr heterogen aufgestellt, es waren insofern Teilnehmer mit einer eher klassischen sowie welche mit einer eher agilen Sichtweise auf Projektabläufe vor Ort. © 2013 //SEIBERT/MEDIA GMBH
  • 3. Aus welcher Motivation heraus schätzen wir als Team? © 2013 //SEIBERT/MEDIA GMBH
  • 4. Aus welcher Motivation heraus schätzen wir als Team? Zunächst einmal stellt sich die Frage, warum wir überhaupt Schätzungen vornehmen. Dafür wurden zahlreiche Gründe genannt: › Für die Zeitplanung: Es können so etwa Release-Termine geplant werden, die dann wiederum mit anderen Stakeholdern, z.B. der Marketing-Abteilung, der Geschäftsführung oder Investoren, abgestimmt werden können. › Für die Ressourcenplanung: Es kann abgeschätzt werden, ob das Team für die Umsetzung geplanter Anforderungen ausreichend stark besetzt ist, oder eventuell eine Unter- oder Überlast droht. › Für einen Überblick über die Kosten pro Feature und möglicherweise auch Rentabilitätsauswertungen. › Zur Risiko-Analyse: Im Laufe der Schätzung wird sich bereits darüber Gedanken gemacht, wo mögliche Risiken liegen. › Zur Selbsteinschätzung: Das Team kann dabei lernen, wie gut sie Aufwände abschätzen können und welcher Umfang etwa in einer gewissen Zeit realisiert werden kann. › Für die Priorisierung: Durch eine Schätzung lassen sich Kosten-Nutzen-Abwägungen treffen, die Einfluss auf die Priorisierung von Anforderungen haben kann. › Schätzungen können zu einem gemeinsamen Verständnis der Anforderungen beitragen. © 2013 //SEIBERT/MEDIA GMBH
  • 5. Welche Hindernisse entstehen durch Schätzungen? © 2013 //SEIBERT/MEDIA GMBH
  • 6. Welche Hindernisse entstehen durch Schätzungen? Mit dem Schätzen gehen aus Sicht vieler Entwicklungsteams zahlreiche Herausforderungen einher. › Unklares Verständnis davon, was eine Schätzung ist. › Falsch verstandene Sicherheit: Stakeholder "verlassen" sich auf die Schätzungen, die allerdings unter Unsicherheit abgegeben wurden. › › › Unklarheit, was überhaupt geschätzt wird: Wird der Aufwand beschätzt, oder die Komplexität, oder beides? Schätzungen kosten Zeit und Geld, so dass sich die Frage stellt, ob ihnen ein entsprechender Wert entgegensteht. Schätzungen werden nicht genutzt › Nicht durch den Product Owner, der keine Kosten-Nutzen-Abwägungen daraus zieht, häufig sogar den Wert von Anforderungen gar nicht einschätzt. › Nicht durch das Team, das nach der initialen Schätzung nichts mehr damit anfängt. › › Änderungen im Schätz-Verfahren oder auch den Projekt-Beteiligten machen bisherige Schätzungen häufig unbrauchbar. Schätzungen unterstützen Fehlverhalten, wenn eine knappe Schätzung dazu motiviert, Qualität zu vernachlässigen. © 2013 //SEIBERT/MEDIA GMBH
  • 7. Wie können wir unser Leid beim Schätzen minimieren? © 2013 //SEIBERT/MEDIA GMBH
  • 8. Wie können wir unser Leid beim Schätzen minimieren? Weiterhin wurde diskutiert, was für Ansätze es gibt, um das Leiden beim Schätzen zu minimieren. › Den Zeitaufwand minimieren › Unter dem Gesichtspunkt, dass Schätzungen unter Unsicherheit immer ungenau sein werden, nicht so viel Zeit damit verbringen, sondern sich mit einer sehr groben Einschätzung zufriedengeben. Die Schätzungen dafür in Treffen mit Timebox und geringer Frequenz vornehmen. Auch einfache Schätz-Größen wie T-Shirt-Sizes (S, M, L,...) oder Story-Points (1, 2, 3, 5, 8, ...) können dazu beitragen, die Schätzgeschwindigkeit zu erhöhen. › › Transparenz schaffen, was und wie geschätzt wird und dadurch Vertrauen schaffen. Dies ist stark von der Unternehmenskultur abhängig und braucht mitunter Mut. Unter Annahmen schätzen und diese Annahmen transparent machen. › Dies hilft dabei, möglicherweise auftretende Veränderungen im Anschluss aufzuzeigen und Abweichungen zu begründen. © 2013 //SEIBERT/MEDIA GMBH
  • 9. Wie können wir unser Leid beim Schätzen minimieren? › › › › Schätzungen im Team vornehmen lassen, nicht durch Einzelpersonen. Referenzen schaffen und nutzen, um die Schätzungen auf bestehenden Erfahrungen aufzubauen und zugleich schneller zu machen. Das Gesetz der großen Zahlen nutzen › Wenn ich viele Anforderungen über die Zeit hinweg umsetze, werden sich die Schätz-Abweichungen gemeinsam aufheben. Ich brauche dann nicht viele Gedanken in die Frage stecken, warum eine Anforderung mehr Aufwand und eine andere weniger Aufwand erfordert hat. Muss ich noch schätzen, oder kann ich schon zählen? Kann eventuell komplett auf Schätzungen verzichtet werden? Das Stichwort hier: #NoEstimates © 2013 //SEIBERT/MEDIA GMBH
  • 10. Wie würde eine Welt ohne Aufwandsschätzungen ausschauen? Als Gedankenexperiment haben wir uns am Community Day der XP Days gemeinsam mit Frank Schlesinger und weiteren Teilnehmern mit der Frage beschäftigt, wie eine Welt ohne Schätzungen ausschaut. In einem fortgeschrittenen agilen Umfeld ist es gut denkbar, auf Schätzungen vollständig zu verzichten. Erste Ansätze hierfür wären: › Messen statt schätzen: Z.B. die umgesetzte Anzahl an Anforderungen pro Sprint festhalten und nur noch an der Anzahl der Anforderungen ausrichten. › Nur noch Ziel-fokussiert arbeiten und an einem Thema so lange arbeiten, bis gewünschte Zielwerte erreicht sind oder andere Ziele wichtiger werden. Bsp.: Statt einzelne Anforderungen für eine Conversions-Optimierung zu beschätzen, wird ein bestimmter Ziel-Wert festgelegt und gemeinsam die wichtigsten Maßnahmen hierfür festgelegt. Es wird dann solange an den Maßnahmen gearbeitet, bis ein anderes Ziel für das Unternehmen als relevanter erachtet wird. Letztlich werden Schätzungen jedoch häufig primär für Stakeholder wie Kunden oder das Management durchgeführt, so dass ein Weg gefunden werden muss, ein gemeinsames Bild für das (Nicht-)Schätzen zu erzielen. © 2013 //SEIBERT/MEDIA GMBH
  • 11. Vielen Dank für die Aufmerksamkeit. Paul Herwarth von Bittenfeld Kontakt über... ... Twitter: @pherwarth ... Mail: pherwarth@seibert-media.net //SEIBERT/MEDIA GmbH  Dipl.-Volksw. Paul Herwarth von Bittenfeld, M.A. Luisenforum, Kirchgasse 6, 65185 Wiesbaden   T.+49-611-20570-16, F.+49-611-20570-70  www.seibert-media.net Bitte bleiben Sie mit uns in Kontakt. Sie können Informationen bei uns abonnieren: Unseren Newsletter (Abo unter www.seibert-media.net) Unseren Weblog (z.B. via RSS): http://blog.seibert-media.net Unseren PodCast (z.B. via RSS): http://blog.seibert-media.net/category/podcast/ Unseren Microblog (z.B. via RSS): http://twitter.com/seibertmedia © 2012 //SEIBERT/MEDIA GMBH