Umgang mit neuen Problemen im Backlog

Wir sind ein kleines Team, das sich hauptsächlich auf mittlere bis große Websites konzentriert. Ich werde alle Vorgänge für alle unsere Projekte in einem Backlog zusammenführen, indem ich Kanban mit JIRA verwende. Die Idee ist, dass niemand auswählen kann, woran er arbeiten möchte, sondern dass wir alles priorisieren können, was das Unternehmen tun muss, und jeder wird an seinem nächsten Ticket in der Warteschlange arbeiten.

Dies wird zu Hunderten von Aufgaben in meinem Backlog führen. Ich bin damit einverstanden, wenn es darum geht, zunächst alle Aufgaben für ein Projekt zu importieren und alles zu priorisieren. Mein Dilemma ist jedoch, da neue Probleme vom Team erstellt werden (durch Tests oder einfach neue Dinge, die auftauchen) und in mein Backlog gehen, was ist der effizienteste Weg für mich, diese zu bearbeiten, ohne den Überblick darüber zu verlieren, welche Elemente ich priorisieren muss? Priorisiere ich diese sofort? täglich neue Artikel priorisieren? Lassen Sie sie in einen vorqualifizierten Status wechseln, damit ich leicht erkennen kann, welche neuen Probleme in den Rückstand eingetragen werden müssen? oder eine andere Methode, die jemand, der viel klüger ist als ich, bereits entwickelt hat? danke für jede hilfe.

Hintergrundgeschichte, falls es hilfreich ist: Wir sind ein 8-köpfiges Team. In der Vergangenheit hatten wir ernsthafte Probleme damit, Projekte getrennt zu handhaben sowie neue Projekte von der laufenden Unterstützung für aktuelle Kunden zu trennen. Offensichtlich gab es kein echtes Projektmanagement. Dies führt dazu, dass die Person, die für laufende Kunden verantwortlich ist, ihre Tickets anschreit, und ebenso die Person, die versucht, unsere neuen Projekte zu koordinieren, zu schreien, dass die Entwickler zuerst an diesen arbeiten sollten. Zum Glück beheben wir das. Da ich am lautesten darüber gesprochen habe, darf ich PM spielen. Ich will aber nicht nur PM spielen. Ich tue mein Bestes, viele Methoden zu studieren, hier weiterzulesen und von anderen zu lernen. Ich habe mich für Kanban entschieden, weil ich denke, dass es hilft, den Fluss am Laufen zu halten (in unserem Team gibt es immer einen Fluss von Problemen).

Antworten (3)

[...] was ist der effizienteste Weg für mich, damit umzugehen, ohne den Überblick darüber zu verlieren, welche Elemente ich priorisieren muss?

Sie können dies mit den JQL-Schnellfiltern von JIRA verwalten. Die einfachste Lösung wäre zum Beispiel ein Filter, der alles im Backlog anzeigt, was in der letzten Woche erstellt wurde:

erstellt > -7d UND Status = Rückstand

Und dann gehen Sie sie einmal pro Woche durch, um sie zu priorisieren.

Sie können ein komplexeres System erstellen, wenn Sie zusätzliche Strenge benötigen (Verwaltung der Dinge nach Status oder Projekt usw.), aber für den Anfang würde ich vorschlagen, dass Sie einfach beginnen.

Danke. Hier wollte ich anfangen und bin dankbar, dass jemand sagt, dass es in Ordnung ist, einfach anzufangen, anstatt in ein großes Setup zu springen. Ich war mir nur nicht sicher, ob es irgendwelche bekannten Strategien für den Umgang mit diesem Szenario gibt. Ich versuche, von denen zu lernen, die vor mir gegangen sind, anstatt das Rad neu zu erfinden. Ich bin froh, dass ich PM Stack Exchange gefunden habe
Ich habe dies als Antwort gewählt, weil wir wirklich nur einfach anfangen müssen und es am Anfang nicht überdenken müssen.

Zunächst einmal möchten Sie normalerweise keine Aufgaben in Ihrem Backlog haben, sondern Ideen, die einen Mehrwert liefern. Die Aufgaben werden normalerweise durch die Spalten im Kanban-System dargestellt, aber wenn es eher ein Taskboard ist, dann lesen Sie weiter.

Ich weiß nicht, ob es für Sie angemessen ist, aber wenn ich Hunderte von Aufgaben im Backlog höre, frage ich mich, ob Sie davon ausgehen, dass sie mehr oder weniger wertvoll sind als die neuen Ideen, die vom Team kommen? Sobald wir anfangen, ändert sich normalerweise unsere Vorstellung davon, was getan werden muss, sodass ich erwarten würde, dass viele dieser Aufgaben obsolet werden. Wenn die vorhandenen Ideen wertvoller sind als die des Teams, dann würde ich vorschlagen, sie zuerst umzusetzen, oder zumindest bis das Produkt Gestalt annimmt. Lassen Sie dann einfach den Rest fallen und überlassen Sie dem Team, die nützlichen neu zu erstellen. Wenn die Team-Teams wertvoller sind, lassen Sie nur die Kern-Minimums im Rückstand und lassen Sie den Rest fallen.

Wenn Sie jetzt nicht alle Ideen verlieren möchten, können Sie sie gruppieren, um einige Epics zu identifizieren und diese anstelle der detaillierten Ideen in Ihrem Backlog zu haben. Vielleicht könnte eine der ersten Säulen nach dem Rückstand darin bestehen, die ausgewählte Idee zu konkretisieren.

Eine andere Option könnte darin bestehen, eine Art Abstimmungstool wie Tricider zu verwenden, damit jeder neue Ideen hinzufügen und über die vorhandenen abstimmen kann. Sie könnten eine WIP-begrenzte "Eingabewarteschlange" haben, die durch die Idee mit der höchsten Punktzahl aufgefüllt wird.

Danke für die Rückmeldung. Für mich sollte der Rückstand im Grunde genommen mein Sammelpunkt sein, wenn Sie so wollen, dass die Aufgaben auf dem eigentlichen Team-Kanban-Board (die erste Spalte) für das Team nicht wie ein Monster aussahen. Ich würde einfach schubweise vom Backlog zu To-Do wechseln, während die To-Do-Spalte schrumpfte. Die Idee ist, dass wir auf einer Website bekannte Aufgaben für jedes Projekt haben. Wenn ich diese von Anfang an habe und sie dort behalte, können wir Schätzungen der bevorstehenden Meilensteine ​​basierend auf Ressourcen und allen Tickets im System sehen. Sollte ich das anders angehen?

Wenn Sie Probleme sagen, meinen Sie damit den Jira-Problemtyp oder ein echtes Problem mit Ihren Produkten (ein Fehler)?

Wenn Sie den Problemtyp meinen, würde ich sie auf jeden Fall in verschiedene Verantwortungsbereiche einteilen. Ich würde Kundenfehler oben platzieren, dann interne Fehler und dann Funktionen unten. Dies sollte dem Team ein Signal sein, dass es zunächst Kunden- und interne Bugs angehen und erst dann an neue Features gehen muss. Wenn Sie mehr über diesen Ansatz erfahren möchten, lesen Sie hier weiter: Kanban für die Softwareentwicklung

Wenn Sie Fehler gemeint haben, würde ich lieber herausfinden, warum mein Team Hunderte von Problemen angehäuft hat. Wenn Sie so viele Fehler für ein 8-köpfiges Team haben, kann dies eine Manifestation korrupter Praktiken und/oder Verhaltensweisen sein, bei denen Kanban wahrscheinlich nicht viel hilft.

Ich hoffe ich habe die Frage nicht falsch interpretiert.

Danke für den Link! Ja, ich meine JIRA-Problemtypen (Aufgabe, Funktionen, Fehler usw.). Um das Projekt einzurichten, plane ich, alle Aufgaben zu planen, von denen wir wissen, dass sie für das Projekt erledigt werden müssen (dh wir wissen, dass wir Vorlagen entwerfen, Wireframes erstellen, die Entwicklungs- und Produktionsserver einrichten müssen usw.). Zusammen mit der geschätzten Polsterung am Ende der Liste gibt uns dies eine echte grobe Schätzung der Fertigstellung, wenn wir uns in die Probleme unserer Projekte einmischen, an denen das Team arbeitet. Sobald also dieser anfängliche Rückstand an zu erledigenden Dingen erstellt ist, suchen Sie nach der besten Methode, um zu organisieren, wenn jemand ein neues Problem einreicht.
Oben sind mir die Zeichen ausgegangen. Ich denke, am Ende denke ich nur darüber nach. Wenn ich mir einfach jeden zweiten Tag oder so oft wie nötig je nach Arbeitsbelastung etwas Zeit nehme, um neue Tickets zu priorisieren, denke ich, dass das ein guter Anfang ist.
Ich stimme dir auf jeden Fall zu. Fangen Sie klein an und beginnen Sie dort, wo Sie sind. Dann „Gemeinsam verbessern und experimentell weiterentwickeln“. Dies ist eine der wichtigsten Kanban-Praktiken, richtig :)
Umgang mit neuen Problemen im Backlog
AntwortenHierDatenschutz-Bestimmungen1y, 0v