Workflows in JIRA

@team neusta

Beim Kunden entsteht eine Idee


"Warum bieten wir in unserem Shop keinen Wunschzettel an vorm Weihnachtsgeschäft?

Issue

Diese Idee geht in die Konzeption.

Heraus kommen eine Menge
User Stories und Tasks

"Als Kunde möchte ich meinen Wunschzettel teilen können."

Issue

Issue

Issue

Story 1

Bevor das UX Team sich nicht tolle Designs und klare Wireframes ausgedacht hat, werden die Stories nicht umgesetzt.

Die Stories sind nun allesamt mit entsprechenden Confluence Pages verlinkt.

Issue

Issue

Issue

Story 1

Issue

Issue

Issue

Page 1

Der PO priorisiert und das Team schätzt und am Ende ist klar, was in den Sprint soll.

Als Ergebnis entsteht
ein Sprint Board.

Issue

Issue

Issue

Story 1

Sprint 1

Damit die Entwickler parallel an den Stories arbeiten können, werden sie in Subtasks zerlegt, damit jeder was zu tun hat.

Endlich...noch mehr Issues

Issue

Issue

Issue

Subtask 2

Sprint 1

Issue

Issue

Issue

Story 1

Sprint 1

Issue

Issue

Issue

Subtask 1

Sprint 1

Der Sprint wurde gestartet und jeder im Scrum Team kann loslegen.

 

Getting things done...

Issue

Issue

Issue

Subtask 2

Sprint 1

Issue

Issue

Issue

Story 1

Sprint 1

Issue

Issue

Issue

Subtask 1

Sprint 1

Und natürlich arbeiten wir nach dem 4-Augen-Prinzip.

 

Review, Review, Review

Issue

Issue

Issue

Subtask 2

Sprint 1

Issue

Issue

Issue

Story 1

Sprint 1

Issue

Issue

Issue

Subtask 1

Sprint 1

Um das BMG-Pattern zu vermeiden,
deployen wir auf ITest

 

 

Issue

Issue

Issue

Subtask 2

Sprint 1

Issue

Issue

Issue

Story 1

Sprint 1

Issue

Issue

Issue

Subtask 1

Sprint 1

...und um es dem Kunden zu zeigen auch auf CTest

 

 

Issue

Issue

Issue

Subtask 2

Sprint 1

Issue

Issue

Issue

Story 1

Sprint 1

Issue

Issue

Issue

Subtask 1

Sprint 1

Und alles muss getestet werden, denn...

...ohne Tests läuft bei uns nix :-)

Issue

Issue

Issue

Subtask 2

Sprint 1

Issue

Issue

Issue

Story 1

Sprint 1

Issue

Issue

Issue

Subtask 1

Sprint 1

Am Ende wird's hoffentlich released.

Issue

Issue

Issue

Subtask 2

Sprint 1

Issue

Issue

Issue

Story 1

Sprint 1

Issue

Issue

Issue

Subtask 1

Sprint 1

Ein bisschen Statistik...

  • Es existieren derzeit 12 Neusta SD Standardworkflows.
  • Es gibt 29 HEC Standardworkflows.
  • Insgesamt sind 100 Workflows definiert.
    • davon der kürzeste (2 Steps)
    • und der längste (16 Steps) ...
  • 12 Workflows sind deaktiviert.

Voll Integriert

"horizontal workflow"

Vorteile

  • Workflow spiegelt die Wirklichkeit wieder.
  • Jeder Step wird von JIRA protokolliert.
  • Auswertungen des Cumulative Flows sind in allen Stufen möglich.
  • Konsistente Historie

Nachteile

  • Teilworkflows sind nicht konsistent im Board abbildbar.
  • Scrum Reports werden falsch berechnet.

Aggregation

"vertical workflow"

Vorteile

  • Einfacher Workflow
  • Standardisierung möglich
  • Board Verwaltung konsistent
  • Individuellere Ticketbehandlung

Nachteile

  • Für jede Teilarbeit muss ein neuer Issue erzeugt werden.
  • Mögliche Konsistenzfehler aufgrund fehlender Issues