GameDevWeek/Trello: Unterschied zwischen den Versionen
[unmarkierte Version] | [unmarkierte Version] |
Zeile 4: | Zeile 4: | ||
=Listen= | =Listen= | ||
Es gibt einige Listen die einen Kanban-Prozess unterstützen sollen. | Es gibt einige Listen die einen Kanban-Prozess unterstützen sollen. | ||
− | + | ||
− | Wird von der Orga mit Karten von der Liste Potentielle Features befüllt. Alle anderen beteiligten ''nehmen'' sich durch drag and drop Karten, die sie bearbeiten möchten und ziehen sie in die Liste In Progress. Die Liste Todo ist hierbei nicht durch eine maximalkartenanzahl beschränkt. | + | {{ToDo |
+ | |Wird von der Orga mit Karten von der Liste Potentielle Features befüllt. Alle anderen beteiligten ''nehmen'' sich durch drag and drop Karten, die sie bearbeiten möchten und ziehen sie in die Liste In Progress. Die Liste Todo ist hierbei nicht durch eine maximalkartenanzahl beschränkt. | ||
Wenn eine Karte mit einem Bug-Label bestückt ist, hat diese für die Gruppen, die sie bearbeiten können, Vorrang. | Wenn eine Karte mit einem Bug-Label bestückt ist, hat diese für die Gruppen, die sie bearbeiten können, Vorrang. | ||
+ | }} | ||
+ | |||
===Checkliste=== | ===Checkliste=== |
Version vom 15. März 2015, 11:04 Uhr
Trello ist ein web-basierte Projektmanagement Tool und wird zur GDW verwendet. In der GDW SS 2014/15 wird es zusammen mit einer angepassten Variante von Kanban verwendet. Im Gegensatz zu vorherigen GDW's ist es vonnöten, das jeder Trello nutzt. Es enthält einige Funktionalitäten mit denen man einen Kanban-Prozess abbilden kann, jedoch nicht alle. Die Limitierung für bestimmte Spalten werden beispielsweise nicht unterstützt, daher werden diese Manuell erwähnt und festgehalten.
Inhaltsverzeichnis
Listen
Es gibt einige Listen die einen Kanban-Prozess unterstützen sollen.
Dieser Artikel enthält einen ToDo-Verweis. Bitte entferne diesen Hinweis erst, wenn du sicher bist, dass die aufgelisteten Mängel abgearbeitet wurden.
ToDo: Wird von der Orga mit Karten von der Liste Potentielle Features befüllt. Alle anderen beteiligten nehmen sich durch drag and drop Karten, die sie bearbeiten möchten und ziehen sie in die Liste In Progress. Die Liste Todo ist hierbei nicht durch eine maximalkartenanzahl beschränkt. Wenn eine Karte mit einem Bug-Label bestückt ist, hat diese für die Gruppen, die sie bearbeiten können, Vorrang. |
Checkliste
Das kanbanartige Vorgehen hat den Vorteil, das man auch recht schwammig Anforderungen einpflegen kann. Solche Karten haben dann Markierungen für mehrere mögliche Gruppen, die sie bearbeiten können. Die detaillierteren Schritte können dann in Checklisten innerhalb dieser Karten angegeben werden.
Entschliesst sich ein Mitglied einer dieser Gruppen dazu einen Punkt der Checkliste zu bearbeiten, konvertiert er diesen Punkt zu einer Karte, markiert die neu entstandene Karte mit dem Gruppenlabel, zieht die Karte entsprechend in die Liste In Progress und setzt sich in die Zuständigkeit.
Das die Karte aus einer Checkliste einer anderen Karte entstanden ist lässt sich unter Activity nachlesen, und somit zu seinem Ursprung verfolgen.
Karten mit Checklisten sollten nur in Todo stehen, jedoch lässt es sich nicht ausschliessen, das es auch Sinn machen kann welche in Ready for testing zu erstellen.
In Progress
Wird eine Karte bearbeitet, sei es von Designern, Programmierern, Töne-machern oder sonstigen, landet die Karte in In Progress. Die Person, die diese Karte bearbeitet, setzt seinen Trello-namen darunter, damit man sieht wer es bearbeitet. Es ist gar möglich, das mehrere Leute an einer Karte arbeiten, dann setzen diese ihre Namen darunter.
Ist eine Karte erfolgreich abgearbeitet, landet sie in der Liste Ready for testing. Gibt es ein Problem, wird die Karte in die Liste Blocked verschoben, im Idealfall mít einem kurzen Kommentar, wo das Problem liegt.
Es sollte nicht vergessen werden das, wenn die Karte fertig bearbeitet ist, die personelle Zuständigkeit des Bearbeiters von der Karte wieder gelöscht wird, sonst kann man später nicht mehr feststellen wer aktuell die Karte am bearbeiten ist. Sollte es notwendig sein, vorherige zuständige zu identifizieren, ist dies immer noch möglich, da man beim hinzufügen eines Members und beim löschen der Zuständigkeit Activitys auf der Karte hinterlässt, die weiterhin lesbar sind.
Blocked
Hier landen Karten die aus unterschiedlichen Gründen nicht weiterbearbeitet werden können. Sei es, das ein Designer Abhängigkeiten von Dateien zu Dateien eines Anderen hat, der noch nicht fertig ist, sei es, das ein Programm als fehlerhaft getestet wurde oder ein Programmierer ein Problem hat, mit dem er allein nicht weiterkommt.
Damit Probleme direkt angegangen werden, haben die Listen In Progress und Blocked zusammen eine Maximalkartenanzahl, damit vom Arbeitsablauf schon formalisiert wird, das demjenigen im Team der ein Problem hat, geholfen wird.
Ready for testing
Sobald ein Teil des Projektes soweit fertiggestellt ist wird es in die Liste Ready for testing geschoben. Derjenige, der etwas testen will, auf welche Art und Weise auch immer, zieht sich die Karte in Test und stellt über Members seine Zuständigkeit für die Karte ein. Man könnte die Paralelle ziehen, das Ready for testig für die Tester so etwas wie Todo für die Ersteller ist.
Ready for testing hat zusammen mit der Liste Test eine zahlenmäßige Beschränkung, wieviel Karten zeitgleich hier enthalten sein können. Dies hat den Effekt, das wenn die Tester nicht hinterher kommen, andere ihnen helfen sollten, da anscheinend ein Ungleichgewicht existiert.
Test
Hier befinden sich Karten, die sich gerade im Test befinden zusammen mit der Kartenzugehörigen Zuständigkeit des Members der/die testet.
Wird ein Fehler gefunden, wird ein Bug-Label hinzugefügt und wieder in Todo geschoben. Hierbei darf wiederum nicht vergessen werden, die aktuelle Zuständigkeit von der Karte zu lösen.
Wird die Karte erfolgreich getestet und als funktionierend kategorisiert, wird sie in die Liste Done geschoben.
Done
Hier befinden sich Karten die fertig und erfolgreich abgearbeitet wurden. Sie sollten eigendlich nicht weiter angefasst werden müssen, da sie zu dem fertigen, funktionierenden Projekt gehören.
Potentielle Features
Dies ist eine Liste, die nur von der Orga angefasst wird. In ihr landen potenzielle Features, sowohl Core-Features, als auch Nice-to-have's. Die Orgamitglieder entscheiden hierbei, was als nächstes ansteht, und befüllen damit die Liste Todo.
Labels
Labels sind hier Farbmarkierungen, die auch benannt werden können. Sie gehören zu den sehr variablen Möglichkeiten von Trello. Hier werden sie benutzt um Bug's und Gruppen zu markieren.
Bug Label
Das Bug Label ist ein rotes Label mit entsprechender Beschriftung und stellt dar, das eine Karte in der Liste Todo vorrang haben muss vor anderen für die Gruppen, die diese bearbeiten können.
Gruppen Labels
GruppenLabels sind verschiedenfarbige Labels mit entsprechender Beschriftung. Sie stellen dar, welche Gruppen eine Karte bearbeiten können. Daher ist es auch Sinnvoll das Trello - Board nach Labels zu filtern, damit man nur Karten sieht, an denen man etwas ändern kann.
Gruppenzugehörigkeit
Die Gruppenzugehörigkeit der Personen muss erkennbar sein. Daher sollte jeder seine Gruppenzugehörigkeit in seinem Profil unter Bio notieren, damit man auf Bedarf nachsehen kann.