Skip to main content

Transkript: Verwenden von „Projekte“ für die Planung von Features

Audiotranskript und visuelles Transkript.

[Schnelle Technomusik wird wiedergegeben. Auf einem dunklen Hintergrund wird das Octocat-Logo von GitHub eingeblendet. Grelle neonfarbige Linien wirbeln herum und verzweigen sich nach außen. Jede Linie führt zu etwas anderem: eine Schaltfläche mit der Bezeichnung „In Issue konvertieren“, eine Schaltfläche zum Zusammenführen von Pull Requests mit der Bezeichnung „Bereit“, ein Kommentar zu einem Pull Request, ein Projektboard und ein Suchfeld. In einem grünen Feld wird der Text „GitHub-Issues: Verwenden von „Projekte“ für die Planung von Features“ angezeigt. Ein verpixelter Cursor klickt auf „Los geht's!“.]

[Die Sprecherin teilt ihren Bildschirm. Sie betrachtet ein Tabellenlayout in einem Projekt auf GitHub.]

Sprecherin: Herzlich willkommen. Lasst uns einen Blick auf das Feature „GitHub-Projekte“ werfen und herausfinden, wie es euch von Anfang bis Ende beim Nachverfolgen eurer Arbeit an Features unterstützt. Hier haben wir unser OctoArcade Invaders-Board, und ich kann auch gleich mit unserem nächsten Feature weitermachen.

[Sie klickt im Projekt auf eine Registerkarte mit der Bezeichnung „Features“.]

Sprecherin: In unserem Team haben wir einen einfachen Prozess. Wir bezeichnen das Issue als Feature und erstellen eine Ansicht, die sich auf alle Elemente mit dieser Bezeichnung konzentriert. Hier sehen wir alle Features mit der Bezeichnung „Feature“. Auf diese Weise kann ich sofort sehen, dass dieses Element für die nächsten Schritte bereit ist, und kann es öffnen, um mehr zu erfahren.

[Sie führt den Cursor über Zeilen im Tabellenlayout und klickt auf ein Element namens „Player-to-player chat capability“. Das Issue wird als Überlagerung des Boards geöffnet.]

Sprecherin: Da das Chatfeature eine Reihe von Arbeiten erfordert, habe ich ein weiteres Produktboard erstellt, um all die verschiedenen Aufgaben und Elemente nachzuverfolgen, die zum Aktivieren dieser Funktion erforderlich sind.

[Sie klickt auf einen Link im Issuekommentar, wodurch sie zu einem anderen Projekt gelangt, das für das Issue angegeben ist. Die Registerkarte „Nach Bereich“ zeigt das Projekt in einem Tabellenlayout. Die Zeilen sind basierend auf Bezeichnungen im Feld „Bereich“ in Gruppen wie „Entwurf“, „Speicher“ und „Medienunterstützung“ unterteilt.]

Sprecherin: In dieser Hauptansicht ist meine Arbeit bereits nach dem benutzerdefinierten Feld „Bereich“ kategorisiert. Dadurch kann ich meine verschiedenen Issues in die entsprechenden Arbeitsstreams oder Buckets unterteilen. „Projekte“ ist ein leistungsstarkes Feature, da du diese benutzerdefinierten Felder verwenden kannst, um deinen Issues flexible Metadaten hinzuzufügen. Du bist nicht auf Bezeichnungen beschränkt oder darauf, dem Titel deines Issues ein Schlüsselwort in Klammern hinzuzufügen.

Außerdem kann ich die Ansicht bearbeiten, um sie nach jedem dieser Felder zu gruppieren, was wirklich großartig ist.

[Sie klickt auf ein Dropdownsymbol neben dem Registerkartennamen, wählt „Gruppe“ aus und zeigt dann mit dem Cursor auf Feldoptionen wie „Status“, „Iteration“ und „Zugewiesene Personen“.]

Sprecherin: Beim Ausarbeiten des Features kann ich mithilfe der Leiste „Hinzufügen“ schnell zusätzliche Elemente notieren, um die wir uns kümmern müssen.

[Sie platziert den Cursor unter der Gruppe „Entwurf“ in einem Textfeld mit der Bezeichnung „Element hinzufügen“.]

Sprecherin: Ich verwende diese Funktion, um mehrere Issueentwürfe hinzuzufügen. Unser Chatclient benötigt beispielsweise eine Suchbenutzeroberfläche und die Möglichkeit, die Freundesliste zu bearbeiten, und wir brauchen definitiv den dunklen Modus.

[Sie fügt für jede Anforderung einen Entwurf hinzu.]

Sprecherin: Wie ihr seht, kann ich in der Leiste „Hinzufügen“ einen Titel eingeben, die EINGABETASTE drücken und dann das nächste Element hinzufügen. Sie ist optimiert, damit du schnell notieren kannst, was für diese Funktion benötigt wird.

Dies sind im Moment noch Issueentwürfe, aber ich muss nur auf „In Issue konvertieren“ klicken, um sie zu regulären Issues im entsprechenden Repository höher zu stufen.

[Sie klickt auf ein Dropdownsymbol neben dem Issueentwurf „Search UI“, dann auf „In Issue konvertieren“ und wählt in einer Liste von Repositorys unterhalb eines Suchfelds ein Repository aus.]

Sprecherin: Wenn die Entwicklung voranschreitet, willst du in der Lage sein, zu planen und den Status deiner Arbeitselemente schnell anzuzeigen. Dafür ist unsere Boardansicht perfekt.

[Sie klickt auf eine Registerkarte mit der Bezeichnung „Iterationsplan“. Als ziehbare Felder dargestellte Issues sind in Spalten für verschiedene Iterationen angeordnet.]

Sprecherin: Ich habe hier eine Ansicht erstellt, die nach Iterationen gruppiert ist, sodass wir sehen können, was derzeit geplant ist und ansteht, und wir können Elemente schnell in die entsprechende Iteration ziehen, um unseren Plan zu erstellen.

[Sie zieht Elemente von „Keine Iteration“ in „Iteration 3“. Sie klickt auf ein Pluszeichen, um eine Spalte für „Iteration 4“ zu erstellen, und zieht ein Element in diese Spalte. Anschließend klickt sie auf eine Registerkarte mit der Bezeichnung „Nach Status“. Issues sind in Spalten für Status wie „Backlog“ und „In Bearbeitung“ angeordnet.]

Sprecherin: Jetzt haben wir unsere Boardansicht nach Status gruppiert, sodass wir den Zustand unserer Elemente auf einen Blick erkennen können.

Ich füge hier verknüpfte Pull Requests als sichtbares Feld hinzu, damit meine Teamkolleg*innen mit nur einem Klick einen Pull Request aufrufen, mit der Überprüfung des Issues beginnen und es dann auf den Status „Fertig“ setzen können.

[Sie klickt auf das Dropdownsymbol neben dem Namen der Registerkarte, klickt auf „Titel, zugewiesene Personen und Status“ und aktiviert dann ein Kontrollkästchen neben einem ausgeblendeten Feld namens „Verknüpfte Pull Requests“. In einigen Issuefeldern wird ein Tag mit einem Pull Request-Symbol und einer Nummer angezeigt.]

Sprecherin: Mit „Projekte“ können wir das Chatfeature im Handumdrehen ausliefern.

[Blöcke bedecken den Bildschirm. Das GitHub-Logo und das Wort „Issues“ werden angezeigt.]

Ende des Transkripts. Weitere Informationen zu Projects findest du in der Dokumentation zu GitHub Issues.