Schnelle, technisch klingende Musik 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 lautet der Text "GitHub Probleme: Verwenden von Projekten für die Featureplanung". Ein verpixelter Cursor klickt auf „Los geht's!“.]
[Die Sprecherin teilt ihren Bildschirm. Sie betrachtet ein Tabellenlayout in einem Projekt in GitHub.]
Sprecherin: Herzlich willkommen. Nehmen wir uns einen Runden um GitHub Projekte und erfahren Sie, wie sie Sie bei der Nachverfolgung Ihrer Featurearbeit von Anfang bis Ende 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 dieser Artikel zur Abholung bereit ist und ihn ö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 Problemkommentar, wodurch sie zu einem anderen Projekt gelangt, das nach dem Problem benannt 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 Probleme in die entsprechenden Arbeitsabläufe oder Einheiten 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 Dropdown-Symbol neben dem Registerkartennamen, wählt „Gruppe“ aus und bewegt dann ihren Cursor über 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 Entwurfsissues, aber es ist so einfach wie auf „In Issue konvertieren“ zu klicken, um sie zu vollwertigen Issues im entsprechenden Repository zu machen.
[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 nach 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 "Probleme" werden angezeigt.]
Ende des Transkripts. Weitere Informationen zu Projects findest du in der Dokumentation zu GitHub Issues.