Kleine + große Aufgaben auf einer großen Website mit Scrum managen

Wir sind ein kleines Team von 4 Entwicklern, die eine große Website und eine Gruppe von Minisites/mobilen Apps verwalten. Wir haben in den letzten Monaten so gut wie möglich JIRA/Agile und Scrum verwendet, um den Workflow zu verwalten.

Wir haben jedoch Schwierigkeiten, einen Rückstand zu verwalten, der besteht aus;

  • Kleine Aufgaben (einen Knopf bewegen, ein Wort ändern)
  • Große Aufgaben (ein neuer Abschnitt mit Funktionen)
  • Nicht verwandte Aufgaben (Erstellen einer neuen Minisite)

Jetzt hat unser Hauptprojekt Versionen (und wir sprechen von Meilensteinen), und die Miniprojekte stützen sich auf versionierte Subsysteme aus anderen Projekten. Wir finden es sehr schwierig, ein vernünftiges Meeting mit einem unorganisierten Rückstand abzuhalten.

Wie verwalten wir kleine Aufgaben und große Ideen in derselben Liste? Wie sollten Project Boards, Epics, Stories und Subtasks mit Meilensteinen, Versionen, großen Features und kleinen Tasks in Beziehung stehen?

Als unerfahrener ScrumMaster habe ich das Gefühl, dass ich die Seite im Stich lasse. Die Anfragen, die ins Team kommen, sind vernünftig, die Entwickler sind geschickt, aber ich habe Probleme, die beiden zu überbrücken!

Antworten (2)

Wie verwalten wir kleine Aufgaben und große Ideen in derselben Liste?

In Jira Agile können Sie Epics erstellen, um große Geschichten darzustellen. Wenn Sie dieses Epos zerlegen, können Sie mehrere Geschichten mit demselben Epos wie dem übergeordneten Epos schreiben. Für kleinere Aufgaben können Sie Unteraufgaben unter einer Story erstellen.

... eine große Website und eine Gruppe von Minisites/mobilen Apps verwalten.

In der obigen Situation werde ich 3 Projekte erstellen:

  1. Webseite
  2. Minisites
  3. Handy, Mobiltelefon

Da Sie ein einziges Team haben, das all diese Projekte durchführt, benötigen Sie ein einziges Board. Wenn Sie in JIRA/Agile ein Scrum Board erstellen, kann es ein oder mehrere Projekte enthalten.

Wie sollten Project Boards, Epics, Stories und Subtasks mit Meilensteinen, Versionen, großen Features und kleinen Tasks in Beziehung stehen?

Felder wie die folgenden sind in Jira verfügbar:

  • Betrifft Version/en
  • Komponente/n
  • Fix-Version/en

Sie können die Felder nach Bedarf auf dem Bildschirm „Feldkonfigurationen“ ausblenden/anzeigen.

Beim Erstellen der Storys/Bugs können Sie beispielsweise die Fix-Version zuweisen. Fügen Sie jedoch nur die Felder hinzu, zu deren Pflege Sie sich verpflichtet haben.

Wenn Sie eine Backlog-Verfeinerung oder Sprint-Planung durchführen, werden Sie feststellen, dass die Schnellfilter sehr nützlich sind, um die Teilmenge der Probleme zu einem bestimmten Thema zu betrachten. Sie können Schnellfilter nach Projekt, Version, Komponente usw. einrichten.

Jira Agile Schnellfilter

Super Beratung, danke! Wir haben es heute vor/während/nach unserem Backlog-Meeting verwendet und fühlen uns nach mehreren Longgg-JIRA-Sitzungen wohl

+1 auf Ashoks Rat, die großen Webaufgaben in kleinere Aufgaben zu zerlegen. Die Verwendung der Epic-Funktion wird gut funktionieren.

Das „Was bauen/tun wir“ ist hier noch nicht angesprochen. Etwas, das im Standard-Scrum-Training nicht behandelt wird, ist so ziemlich, wie man zu einem „wohlgeordneten Backlog“ kommt.

Während wir gut darin werden, Story Points für die „Kosten“ zum Erstellen eines Features zu schätzen, vergessen wir, dass wir den Features auch einen Wert zuweisen sollten. Dies ist etwas, was der Product Owner tun muss. Sie weisen jeder Aufgabe einen Wert auf der Grundlage eines vorher festgelegten Systems zu.

Sobald Sie Wert und Kosten haben, können Sie eine intelligente Entscheidung darüber treffen, was zuerst erledigt wird. Die Gegenstände mit hohem Wert und niedrigen Kosten werden zuerst erledigt (vorausgesetzt, sie haben keine Abhängigkeiten).

Wert ist eine Metrik, die wir „auf später“ verschieben. Ich glaube, "später" ist gerade angekommen - danke :)
Kleine + große Aufgaben auf einer großen Website mit Scrum managen
AntwortenHierDatenschutz-Bestimmungen1y, 0v