Fragen zum Wechsel von JIRA zu VSTS Agile

Es gibt einige Dokumente, die ich Ihnen zum Lesen empfehlen würde:

• https://docs.microsoft.com/en-us/azure/devops/boards/work-items/guidance/agile-process
• https://docs.microsoft.com/en-us/azure/devops/boards/work-items/about-work-items
• https://docs.microsoft.com/en-us/azure/devops/boards/backlogs/set-up-your-backlog

Antworten auf die meisten Ihrer Fragen. Die grundlegende Antwort lautet: Dies ist ein anderes Tool und es hat seine eigenen Macken. Ich habe Jira nie richtig schätzen können, wahrscheinlich weil ich seit 2005 mit den Macken von TFS/Azure DevOps lebe und mich daran gewöhnt habe.

• Wie ich sehe, haben Features und Storys separate Backlogs. Warum? Gibt es eine Möglichkeit, sie zusammen zu sehen?

Sie können "Hierarchie anzeigen" aktivieren, um sie als Baumansicht anzuzeigen. Der Grund dafür, sie "auf ihrer eigenen Ebene" zu sehen, besteht darin, den Menschen zu ermöglichen, sich auf diese Detailebene zu konzentrieren . Sie treffen wichtige Bestellentscheidungen auf Epic-Ebene, warum sollten Sie zum Beispiel ein Epic mit einer Story bewerten? Es fokussiert die Diskussionen. Es gibt eine Mapping-Ansicht, um Storys einfach Features und Features Epics zuzuordnen. Sobald ein Epic in ein oder mehrere Features unterteilt ist, können einige Features eines Epics über einigen Features eines anderen Epics liegen. Die Baumansicht kann dies nicht darstellen.

• Ich kann sehen, wie ich Iterationen verwenden würde, ähnlich wie ich Releases in JIRA verwende. Aber warum haben Iterationen einen Rückstand?

Iterationen sind zeitbasierte Buckets. Am besten im Vergleich zu Sprints. In Jira haben Sie eine ähnliche Funktion. Sie können mehrere Sprint-Iterationen in einer übergeordneten Iteration (Release) zusammenfassen, aber das funktioniert in der Regel nur, wenn Sie eine reine Release-basierte Bereitstellung durchführen. Und neigt dazu, der Arbeit der meisten Teams im Wege zu stehen.

• Ich habe herausgefunden, wie man Board-Spalten auf Features/Storys umbenennt, aber wie benenne ich die Spalten auf den Iterations-Boards um?

Du kannst nicht.

• Sind die „Work Items“ nur eine flache Liste von Aufgaben?

Der Work Items Hub ist ein Freiformat-Abfrage-Hub, in dem Sie jede Art von Arbeitselement als Liste, Baum oder über eine Beziehung abfragen können.

• Warum muss ich in Backlogs gehen, um die aktuelle Iteration zu sehen? Ich muss dem Team erklären, dass sie, um das Board zu sehen, unter Work -> Backlogs -> Click the current Iteration -> Click Board? Das wird nicht gut ankommen. Gibt es einen schnellen Weg, um zum Board für die aktuelle Iteration zu gelangen? 99 % des Teams werden immer nur das brauchen. Es scheint, dass Work -> Backlogs standardmäßig die Board-Ansicht der aktuellen Iteration verwendet. Das Hauptproblem ist die seltsame Benennung, die ihnen mitteilt, dass sie ihre „aktuellen“ Aufgaben sehen

Dies ist aus der Art und Weise entstanden, wie das Produkt seit 2005 eingerichtet wurde, und hat im Laufe der Jahre einige Änderungen erfahren. Ich habe mich immer gefragt, warum Jira in seiner Navigation so ein Chaos war. Ich denke, es braucht einfach Zeit, sich daran zu gewöhnen. Sie können ein Dashboard mit den Links zu den Orten erstellen, zu denen die Leute leicht gelangen sollen.

• Wenn ich Dinge vereinfachen und Epics und Issues verschwinden lassen möchte, kann ich das tun? Ich sehe verschwendete Zeit für Leute, die den Unterschied zwischen einem Epos und einem Feature, einem Problem und einem Fehler usw. diskutieren.

Ja, Sie können die höheren Ebenen in der Prozesskonfiguration deaktivieren oder sie in der Teamkonfiguration ihres Boards ausblenden.

• Gibt es eine Möglichkeit, die Registerkarte "Kapazität" zu entfernen?

NEIN

• Kann ich die Prioritäten niedrig/normal/hoch umbenennen? Ich möchte keine Debatten darüber, wann 1 eine höhere Priorität als 4 hat.

Sie können den Inhalt einiger Auswahllisten in der Prozesskonfiguration auf Kontoebene ändern.

• In einigen Formularen sind bestimmte Buchstaben von Wörtern unterstrichen, wie z. B. das „e“ in „State“ und „A“ in „Area“ und „r“ in „Iteration“. Was ist der Sinn davon? Ich kann es in der Shortcuts-Hilfe nicht finden.

Dies sind die Tastenkombinationen alt+ letter, um den Cursor direkt zu diesem Feld zu bewegen.

• Wie protokollieren Sie die Arbeit gegen die Aufgabe? Oder muss der Aufwand (Stunden) manuell erfasst werden? (Wir verwenden diese Funktionen selten, also keine große Sache)

Manuell aufgezeichnet. Die allgemeine Empfehlung lautet, die tatsächlichen Stunden nicht in Azure DevOps nachzuverfolgen, sondern diese in einem anderen Tool zu erfassen. Es gibt Erweiterungen von Drittanbietern, die bessere Zeiterfassungsfunktionen bieten.

Die meisten agilen Entwicklungsframeworks/-methoden missbilligen ohnehin die detaillierte Stundenerfassung.

• Sind Bereiche äquivalent zu Komponenten in JIRA?

Könnte sein. Die Fläche ist eine Möglichkeit, das Projekt aufzuschlüsseln. Sie könnten dort Komponenten oder Teams oder Workstreams oder was auch immer einfügen. Denken Sie nur daran, dass Bereiche in Azure DevOps definieren, wie Arbeit Teams zugewiesen wird. Wenn Sie mehrere Teams haben, weisen Sie jedem Team einen oder mehrere Bereiche zu.

• Wie schließe ich eine Iteration ab? Einen anderen starten?

Legen Sie einfach das Enddatum fest. Wenn Sie das Enddatum überschreiten, wird die Iteration beendet.

• Wie markieren Sie eine Aufgabe als gelöst? Ich kann es nur auf Neu/Aktiv/Geschlossen setzen? Was ist der Unterschied zwischen aufgelöst und geschlossen?

Aufgaben haben ein sehr einfaches Zustandsmodell. Story/Bug hat ein komplexeres Zustandsmodell. Eine Story kann gelöst werden, was bedeutet, dass die Arbeit erledigt ist, aber die Änderung noch nicht akzeptiert wurde. Sobald derjenige, der die Annahme durchführt, zufrieden ist, verschiebt er das Objekt auf „Geschlossen“. Das Zustandsmodell wird in der Dokumentation erläutert .