Ich arbeite in einem Team, das aus mehreren verschiedenen Gruppen besteht – Forscher, Analysten, Datenbankanalysten und Entwickler (ich). Wir laden Daten für unser Projekt mehrmals im Jahr nach einem konsistenten (und langen) Prozess, der viele Übergaben von einer Gruppe zur nächsten beinhaltet.
Wir verwenden derzeit JIRA, um unsere Prozessentwicklung zu verfolgen – dh Verbesserungen, Fehler, Änderungsanforderungen usw. – obwohl wir nicht wirklich eine agile Methodik verwenden (da ich der einzige Entwickler bin, würde ich sagen, dass wir ein „Nichts“ Methodik, aber Wasserfall ist wahrscheinlich näher als alles andere).
Wir möchten damit beginnen, JIRA zu verwenden, um unseren Fortschritt durch den Prozess selbst zu verfolgen. So könnten wir zum Beispiel die folgenden Schritte haben:
Diese erfolgen mehr oder weniger sequentiell, wobei eines zum nächsten führt, und erfordern normalerweise in jedem Zeitraum die gleichen Schritte.
Mein derzeitiger Plan ist es, eine einzelne Aufgabe zu erstellen, praktisch eine Story (obwohl ich nicht glaube, dass es eine richtige Story ist, wenn ich Storys richtig verstehe). Erstellen Sie dann Unteraufgaben zu dieser Story/Aufgabe für jede der oben genannten Aufgaben. Ich bin mir nicht sicher, ob die Aufgaben ihren späteren Machern zugewiesen werden sollten oder ob sie dem Projektverantwortlichen zugewiesen werden sollten (wir haben nicht wirklich einen PM, aber das wäre der PM in einem idealen Setup ) und werden zugewiesen, wenn sie bereit sind, gearbeitet zu werden. Ich denke auch darüber nach, sie so einzurichten, dass jede Unteraufgabe ein "Blocker" für die nächste Unteraufgabe ist, obwohl es nicht so aussieht, als wäre dies aufgrund der Benutzeroberfläche unbedingt eine gute Idee. Es wird immer noch als Offen angezeigt, obwohl es zumindest im zugehörigen Abschnitt Links zu den Blocker-/Blockierungsaufgaben gibt.
Gibt es eine „Best Practice“-Methode, um dies zu tun? Ist das nicht wirklich in JIRA machbar? Es hört sich so an, als wäre Kanban näher an dem, was wir hier tun, aber ehrlich gesagt glaube ich nicht, dass ich eine so große Veränderung auf sinnvolle Weise erreichen könnte. Ist das etwas, was ich brauche, um ein JIRA-Add-on zu bekommen, um mehr machbar zu machen? (Ich denke, wir verwenden hauptsächlich Standard-Jira, mit einigen benutzerdefinierten Vorlagen, aber nicht viel.)
Mein aktueller Plan ist es, eine einzelne Story zu erstellen. Erstellen Sie dann Unteraufgaben zu dieser Story für jede der oben genannten Aufgaben.
Unter diesen Umständen ist dies die beste Vorgehensweise. Wenn Sie Agile/Scrum folgen, sollten Sie die große Geschichte in kleinere Geschichten aufteilen, die in einem Sprint abgeschlossen werden können. Aber das ist in deinem Fall keine Voraussetzung.
Ich bin mir nicht sicher, ob die Aufgaben zunächst ihren späteren Machern zugewiesen werden sollten oder ob sie dem Projektbesitzer zugewiesen und dann zugewiesen werden sollten, wenn sie bereit sind, bearbeitet zu werden.
Ich werde sie im Voraus zuweisen, damit sie ihre Zeit planen und bereit sein können, wenn es um sie geht. Außerdem werde ich sie zu Beobachtern der Aufgabe machen, die gerade vor ihnen liegt. Beispielsweise mache ich den Analysten zum Beobachter der Entwickleraufgabe „Erstes Datenprodukt erstellen“. Auf diese Weise werden sie benachrichtigt, wenn sich der Status der vorherigen Aufgabe in „In Bearbeitung“, „In Überprüfung“ usw. ändert. Außerdem werden sie über Kommentare in der vorherigen Aufgabe benachrichtigt.
Ich erwäge auch, sie so einzurichten, dass jede Unteraufgabe ein "Blocker" für die nächste Unteraufgabe ist, sie wird immer noch als Offen angezeigt, obwohl sie zumindest im zugehörigen Abschnitt Links zu den Blocker-/Blockieraufgaben enthält.
Ja, Sie können einen Link hinzufügen und die vorherige Aufgabe auswählen und sie auf „wird blockiert von“ setzen.
Der beste Weg, solche Abläufe in JIRA zu handhaben, ist die Verwendung eines Kanban-Boards mit einer separaten Spalte für jede Phase des Prozesses. Jede Spalte würde verschiedene verantwortliche Gruppen von Personen haben, die für diese Phase des Prozesses verantwortlich sein könnten, und für die Übergabe an die nächste Person oder Gruppe von Personen, die eine Aufgabe ausführen könnten. Die Person würde nach Abschluss ihres Teils des Prozesses das Element mindestens in die nächste Spalte ziehen, und wenn sie bereits weiß, wer dafür in der nächsten Spalte verantwortlich sein wird, kann sie ihr die Aufgabe zuweisen oder nicht, je nachdem Arbeitsvereinbarungen des Teams. Sie können die Gesamtgeschichte auch einer einzelnen Person zuweisen, die dafür verantwortlich ist, die Geschichte durch den Prozess zu führen, und die Teilaufgaben verschiedenen Mitwirkenden zuweisen, wenn Sie möchten. Aber eine große Sache, die das Kanban-Board für Sie tut, ist, dass es ein hervorragendes Bild für laufende Arbeiten bietet. Sie können sich zu einer Teambesprechung hinsetzen, alle sehen sich die Chansontafel an und wissen innerhalb weniger Sekunden, ob es einen Engpass gibt, denn wenn es einen gibt, wird eine der Spalten voller Geschichten sein und die darauf folgende deutlich weniger. Sinn ergeben?
Mein derzeitiger Plan ist es, eine einzelne Aufgabe zu erstellen, praktisch eine Story (obwohl ich nicht glaube, dass es eine richtige Story ist, wenn ich Storys richtig verstehe).
Geschichte != Benutzergeschichte . Sie können einen Story-Problemtyp verwenden oder einen eigenen erstellen. Verfangen Sie sich nicht in dieser kleinen Semantik.
Erstellen Sie dann Unteraufgaben zu dieser Story/Aufgabe für jede der oben genannten Aufgaben.
Tun Sie dies NUR, wenn jeder der Schritte auch einen Unter-Workflow durchläuft, der mehr als nur die Ausführung dieser Aufgabe beinhaltet ODER wenn die Aufgaben außerhalb der Reihenfolge erledigt werden können. Beispiel : Wenn jeder Schritt wie „Daten aus Datenbank abrufen“ auch einen Überprüfungs-/QA-Schritt erfordert, dann sind Unteraufgaben genau das, wonach Sie suchen.
Wenn Sie nur wissen möchten, ob diese Person die Aufgabe erledigt hat oder nicht, lassen Sie jede dieser Aufgaben einen anderen Schritt in Ihrem Arbeitsablauf darstellen. Es ist weniger zu verwalten und viel einfacher, den Gesamtfortschritt zu sehen.
Ich bin mir nicht sicher, ob die Aufgaben zunächst ihren späteren Machern oder dem Projektverantwortlichen zugewiesen werden sollten.
Ziemlich kleiner Punkt. Wenn Sie Teilaufgaben haben, weisen Sie sie im Voraus zu, damit die Leute wissen, was auf sie zukommt. Wenn Sie eine Geschichte haben, die Schritte durchläuft, müssen Sie sich darüber keine Sorgen machen, da sich jeder, der die Geschichte zieht/drückt, darum kümmern muss.
Ist das nicht wirklich in JIRA machbar?
Wenn ich Sie richtig verstehe, ist dies in JIRA sehr gut machbar. Scrum Boards und Kanban Boards definieren nicht Ihren Prozess. Sie können immer noch Scrum und Sprints auf einem JIRA-Kanban-Board durchführen; Es hängt alles davon ab, wie Sie es einrichten (das mache ich übrigens).