Skip to content
innosmith edited this page Jun 18, 2021 · 25 revisions

Prozessdokumentation

Wir arbeiten Ticket-basiert unter Projects - OCL. Der Workflow eines Tickets (auch Issue genannt) verläuft durch die folgenden Spalten von links nach rechts.

Allgemeine Regeln

  • Bei priorisierten Spalten haben die Issues zuoberst immer die höchste Priorität
  • Wenn Antwort erwartet wird, ist das Issue der entsprechenden Person zuzuweisen
  • Wer zuletzt an einem Issue arbeitet, stellt sicher, dass das Issue in der richtigen Spalte ist

Spalten

Backlog (nicht im Budget 2021)

In dieser Spalte werden Ideen als Issue festgehalten, welche noch nicht für die Umsetzung im Rahmen des Projektes bis Ende 2021 entschieden sind. Das Backlog ist priorisiert.

Aufwandschätzung

Ein Issue in dieser Spalte soll durch einen Entwickler analysiert und der Aufwand zur Umsetzung grob geschätzt werden.

[Monatsnamen]

Ein Issue in dieser Spalte soll im entsprechenden Monat umgesetzt werden. Die Spalte ist priorisiert.

In progress

Wird ein Issue durch einen Entwickler umgesetzt, wird es in diese Spalte verschoben. Zudem wird die Person, die daran arbeitet, als Assignees zugewiesen (damit auf einen Blick ersichtlich ist, wer an was arbeitet). Die Zuweisung erfolgt in der Regel am Weekly Standup Meeting.

Review

Jedes Ticket wird nach der Umsetzung durch eine zweite Person geprüft, getestet und Feedback gegeben. Zudem können in dieser Spalte auch Tickets abgelegt werden, bei denen eine Antwort ausstehend ist.

Testable on Integration

Hier befinden sich Tickets, die umgesetzt wurden und auf der Integrationsumgebung getestet werden können. Sobald die Auftraggeberin das OK gibt, wird das Ticket auf die Produktionsumgebung deployed. Das OK erfolgt in Form eines kurzen Textes. Beim Deployment auf die Produktion prüft die Auftragnehmerin, dass die Issues OK sind und fragt gegebenenfalls nach, falls noch kein Feedback vorliegt.

Deployed on Production

Diese Spalte ermöglicht der Auftraggeberin, ein Ticket auf der Produktionsumgebung nochmals zu prüfen und ggb. Feedback zu geben, falls etwas nicht in Ordnung wäre.

Done

Hier befinden sich alle erledigten Tickets. Issues initiiert durch die Auftraggeberin werden von ihr in diese Spalte geschoben. Analog werden Issues von der Auftragnehmerin nach Done verschoben, wenn erledigt.

Offene Punkte

  • welche Labels wollen wir verwenden?
  • wo Deployment Termine und Blocker festhalten?
Clone this wiki locally