Veröffentlicht am

Planning Poker beim relativen Schätzen nutzen – analog oder auch online

In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in Agil (IHK) geht es selbstverständlich auch um das Scrum-Framework. Um dabei ein priorisiertes Backlog mit den Anforderungen zu erhalten, werden u.a. aus der Perspektive von fiktiven Charakteren (Personas) User Stories formuliert.

Diese werden dann relativ (nicht absolut) geschätzt. Relativ bedeutet hier, dass eine User Story als Referenz festgelegt wird.

Mit Hilfe der modifizierten Fibonacci-Reihe schätzen die Developer den jeweiligen Aufwand der verschiedenen User Stories ab, die für den nächsten Sprint vorgesehen sind – das geschieht im Sprint Planning in Abstimmung mit dem Product Owner und dem Scrum Master, bzw. auch mit anderen Stakeholdern.

Dieses Schätzen kann mit Planning Poker unterstützt werden. Wir haben uns dazu ein Kartenspiel mit unserem Logo herstellen lassen (siehe Abbildung). Der Aufwand der einzelnen User Stories kann dann mit Hilfe des Kartenspiels ermittelt werden. Darüber hinaus kann Planning Poker auf dieser Seite auch online gespielt werden.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. Informationen zu unseren Blended Learning Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Veröffentlicht am

Scrum: Sprints mit OpenProject abbilden

OpenProject: Auf unseren Servern installierte Open Source Anwendung: Sprint-Beispiel mit Story Points zu den User Stories

Wie schon in einem anderen Blogbeitrag beschrieben, haben wir OpenProject auf unseren Servern installiert. OpenProject kann im klassischen/plangetriebenen Projektmanagement genutzt werden (z.B. Balkenplan usw.). Darüber hinaus bietet OpenProject auch die Möglichkeit, agile Vorgehensmodelle wie z.B. Scrum (Rahmenwerk) darzustellen. Neben einer Roadmap und einem Product Backlog sind auch Sprints abbildbar. In der Grafik sehen Sie ein Demoprojekt mit der Navigation auf der linken Seite und den Sprint 1 mit Epics, verschiedenen User Stories und den dazugehörenden einzelnen Tasks.

Die User Stories sind mit Story Points nicht absolut, sondern relativ geschätzt worden. Die angegeben Story Points orientieren sich an der Fibonacci-Folge und können mit Planning Poker im Scrum Team bestimmt werden. Wenn die User Story mit der ID=26 mit 1 Story Point (Aufwand) bewertet wurde, stellt sich die Frage, wie andere User Stories in Relation dazu bewertet werden sollten. Das Scrum Team hat beispielsweise dann die User Story mit der ID=27 mit 5 Story Points bewertet usw. Ein Epic besteht aus mehreren User Stories und kann für den Sprint zu groß sein, sodass wiederum kleinere User Stories generiert werden sollten. Damit solch große Formate nicht in den Sprint gelangen, sollten Epics vom Product Owner in einem Requirementsboard frühzeitig und transparent detailliert werden.

In den von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein, und stellen den Teilnehmern OpenProject vor – bzw. auch zur Verfügung -, sodass Sie verschiedene Funktionen ausprobieren können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Veröffentlicht am

Planungsfehlschluss bei Wissens- und Innovationsarbeit

Image by StockSnap from Pixabay

Die Arbeit hat sich von einer Arbeit 1.0 bis Arbeit 4.0 verändert. Früher ging es um die Wiederholbarkeit von Prozessen, die sich relativ langsam veränderten und auch gut abgeschätzt/kalkuliert werden konnten. Durch den starken Treiber der Digitalisierung und der damit einhergehenden Vernetzung von allem entsteht ein Arbeitsumfeld, in dem viel stärker der Umgang mit Wissen und Innovationen gefragt ist. Diese Wissens- und Innovationsarbeit kann allerdings nicht so gut kalkuliert werden, und muss daher immer mehr geschätzt werden. Dabei kommt es allerdings häufig zu einem Planungsfehlschluss.

“Bei der Ermittlung von Zeitbedarfen für komplexe Wissens- und Innovationsarbeit ist der Planungsfehlschluss (planning fallacy) zu beachten. Der Planungsfehlschluss beschreibt den Effekt, dass zukünftige Zeitbedarfe durch die ausführenden Personen systematisch unterschätzt werden (Kahneman 2011; Lovallo und Kahneman 2003). Eine Ursache des Planungsfehlschlusses ist die subjektive Wahrnehmung von Zeit, welche von tatsächlichen zeitlichen Abläufen abweichen kann und u. a. auf individuelle inhaltsbezogene Bewertungen und Gefühle zurückzuführen ist” (Pietritz et al. (2021): Prävention zeitlicher Überforderung bei komplexer Wissens- und Innovationsarbeit | PDF. In der Datei wird das vorgeschlagene Verfahren genau beschrieben. Die Autoren beziehen sich bei ihrem Lösungsansatz auf Debitz U, Hacker W, Stab N, Metz U (2012) Zeit- und Leistungsdruck?Anforderungsgerechte partizipative Personal- bzw. Zeitbemessung bei komplexer und interaktiver Arbeit als Grundlage von Nachhaltigkeit. In: Gesellschaft für Arbeitswissenschaft e.V. (Hrsg) Gestaltung nachhaltiger Arbeitssysteme – Wege zur gesunden, effizienten und sicheren Arbeit. GfA-Press, Dortmund, S 397–400 und entwickeln den dort beschrieben Ansatz weiter.

In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in Agil (IHK) gehen wir auf dieses Thema auch ein. Informationen zu unseren Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.