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.