Issue boards

Issue boards unterstützen die Softwareentwicklung durch die Planung, Organisierung und auch Visualisierung von Abläufen einzelner Aufgaben. Mithilfe der boards kann der Stand von einzelnen Issues schnell und einfach überprüft werden. 

Development board

Das Development board nutzen wir für die Entwicklung von Issues innerhalb der Raindancer Gruppe. Dafür wird immer eine einzelne Person (assignee) ausgewählt. Das Board besitzt 5 verschiedene Spalten: Open, Stage: Analysis, Stage: Development, Stage: Review und Closed.

Open

Dieser Bereich umfasst Issues, die geöffnet und dieser Person zugewiesen sind. Die dort enthaltenen Themen werden zurzeit nicht bearbeitet. Die Anordnung der Issues gibt eine Priorisierung an, die höher zu werten ist, als die hinterlegten Sterne im Issue. Dadurch wird deutlich, welche Issues als nächstes bearbeitet werden sollen.

Stage: Analysis

Diese Phase ist die Vorstufe zu Stage: Development. Hier steht die Spezifizierung und Informationsbeschaffung im Vordergrund. Dadurch kann die Grundlage für den Start der Entwicklung geschaffen werden. In diesem Bereich befinden sich also Issues, für die bereits ausreichend Informationen gesammelt wurden oder noch eine Analyse stattfinden muss, um nähere Informationen oder auch estimates festzulegen. Issues dürfen diese Phase erst dann verlassen, wenn ausreichend Informationen für die Entwicklung vorhanden sind.

Stage: Development

Hier sind Issues enthalten, die derzeit in der Entwicklung sind. Sollten Informationen fehlen, sodass die Entwicklung pausiert wird, dann soll das Issue in Stage: Analysis verschoben werden. Diese Phase ist erst dann abgeschlossen, wenn der finale MR gestellt wurde. 

Stage: Review

Diese Phase umfasst Issues für die bereits ein finaler MR gestellt, aber noch nicht gemerged wurde. Hat die Überprüfung des MRs stattgefunden und es hat sich gezeigt, dass noch etwas überarbeitet werden soll, muss das Issue wieder zurück nach Stage: Development. Andernfalls bleibt das Issue so lange in dieser Phase, bis es nach Absprache in Closed verschoben wird. Wenn das Issue diese Phase verlassen hat, ist die Entwicklung abgeschlossen. Bevor Issues diese Phase jedoch verlassen, muss festgelegt werden, ob das Issue zu testen oder zu dokumentieren ist. Bei Problemen während des Testens, kann das Issue wieder neu geöffnet und in Stage: Development verschoben werden.