Aufgaben- und Sprintplanung

In Height werden die Aufgaben eines Teams verwaltet, gruppiert in Listen oder Sprints, mit Status wie „Offen“, „In Bearbeitung“ und „Erledigt“, die den aktuellen Stand der Arbeit widerspiegeln. Ein Beam-Agent kann den Status und das Fälligkeitsdatum einer Aufgabe auslesen und die teaminterne Regel anwenden, ab wann eine Aufgabe als blockiert gilt – beispielsweise wenn über fünf Arbeitstage hinweg keine Änderung vorgenommen wurde. Sobald eine Aufgabe dieser Regel entspricht, vermerkt der Agent dies in einer Zusammenfassung, die dem Projektleiter vor der Planung übermittelt wird. Er weist Aufgaben nicht neu zu und ändert keine Prioritäten. Die Entscheidung, ob eine blockierte Aufgabe einen neuen Verantwortlichen, eine neue Frist benötigt oder verworfen werden soll, verbleibt beim Team.

Verknüpfter Status von Pull-Requests

Height kann eine Aufgabe mit einem Pull-Request in einem verbundenen Code-Repository verknüpfen, sodass der Status der Aufgabe den Entwicklungsstand des Codes widerspiegelt. Ein Beam-Agent kann den Status dieses Pull-Requests (wie „Geöffnet“, „In Review“ oder „Merged“) auslesen und den Status der Aufgabe entsprechend aktualisieren – genau so, wie es ein Entwickler manuell tun würde. Dabei wendet er ausschließlich die vom Team vordefinierte Zuordnung zwischen Pull-Request-Status und Aufgabenstatus an. Sollten der Pull-Request und die Aufgabe auf eine Weise asynchron werden, die nicht durch diese Zuordnung abgedeckt ist, lässt der Agent den Status unverändert und markiert die Aufgabe zur Überprüfung durch ein Teammitglied.

Zusammenarbeit im Team bei Issues

Kommentare und Aktualisierungen zu einer Height-Aufgabe enthalten oft den Kontext, den ein Team benötigt, um zu verstehen, warum sich etwas geändert hat oder was den Fortschritt blockiert. Ein Beam-Agent kann neue Kommentare zu einer Aufgabe lesen und, wenn ein Kommentar einem freigegebenen Muster entspricht (wie die Meldung desselben Fehlers durch einen anderen Kunden), eine Notiz hinterlassen, die beide Aufgaben für das Team sichtbar miteinander verknüpft. Er führt Aufgaben nicht eigenständig zusammen und schließt sie auch nicht. Wenn ein Kommentar Unklarheiten aufwirft, wie etwa eine Kundenanfrage, die den Projektumfang verändern könnte, lässt der Agent die Aufgabe offen und leitet den Kommentar zur Entscheidung an eine Person weiter.