Gibt es ein Sprint-Objekt?

Ja. Ein Sprint hat einen Namen, ein Ziel, einen Start und ein Ende. Es ist jeweils nur ein Sprint pro Projekt aktiv, und alles außerhalb eines Sprints befindet sich im Backlog des Projekts. Das Schließen eines Sprints überträgt die unfertigen Elemente in den nächsten Sprint oder zurück in das Backlog und dokumentiert, welche der beiden Aktionen durchgeführt wurde.

Blockiert das Release-Gate den Übergang?

Ja. Eine Freigabe-Phase öffnet die Freigabe beim Eintritt und verweigert den Ausgang, bis eine Entscheidung dokumentiert wurde.

Kann eine Story Tasks enthalten?

Ja. Ein Epic enthält Stories und eine Story enthält Tasks. Diese Hierarchie ist fest in die Typen der Arbeitselemente integriert.

Tasked unterstützt eine begrenzte, JQL-kompatible Untermenge von Abfragen für registrierte Task-Felder. Es handelt sich nicht um das vollständige JQL von Jira; gespeicherte Ansichten speichern weiterhin validierte Filterbäume, und die Suche in natürlicher Sprache funktioniert über Tasks, Projekte, Kommentare und Dateien hinweg.

Kann Code in Tasked einem Review unterzogen werden?

Ein Diff oder Patch, den jemand hochlädt, kann Zeile für Zeile geprüft werden: Eine Anmerkung wird an den Zeilen verankert, für die sie geschrieben wurde, und erscheint direkt daneben. Es gibt keine Verbindung zu einem Code-Host, also kein Repository, keinen Branch, keinen Pull-Request und keinen Commit.

Software-Teams: Bugs, Stories und ein Release-Gate

Eine Softwareänderung in Tasked ist keine farbige Karte. Bugs enthalten Schweregrad und Schritte zur Reproduktion, Stories enthalten Akzeptanzkriterien, Epics enthalten Stories, und das Software-Paket endet mit einer Release-Freigabe, die die Engine ohne eine dokumentierte Entscheidung nicht passieren lässt. Ein Code-Review kann das Element mit dem Label „Änderungen angefordert“ zurück in den Status „In Bearbeitung“ schicken. Die QA kann es zurückhalten, bis die Abnahmeprüfung abgeschlossen ist. Nichts davon ist ein Plugin.

Aktualisiert am 16. September 20266 Min. Lesezeit

Die Typen, die ein Software-Team tatsächlich ausfüllt

Ein Bug fragt nach dem Schweregrad (Blocker, Major, Minor oder Kosmetisch), den Schritten zur Reproduktion und dem Fundort. Eine Story fragt nach Akzeptanzkriterien und Story Points. Ein Epic fragt nach einem Ziel und einem Zieldatum. Benutzerdefinierte Felder erweitern jeden dieser Typen, wenn das Team mehr benötigt.

Die Hierarchie ist fest integriert: Ein Epic enthält Stories, eine Story enthält Tasks. Das wird in der Benutzeroberfläche dargestellt und ist nicht nur eine Namenskonvention.

Bug: Schweregrad, Schritte zur Reproduktion, gefunden in
Story: Akzeptanzkriterien, Story Points
Epic: Ziel, Zieldatum

Vier Pakete, eine Engine

Das Software-Paket durchläuft Intake, Triage, In Bearbeitung, Code-Review, QA und Release-Freigabe, dann Erledigt. Intake und Triage haben jeweils ein 24-Stunden-Fenster. In Bearbeitung umfasst 72 Stunden. Code-Review ist eine Review-Phase mit 24 Stunden. QA ist Arbeit mit 48 Stunden. Die Release-Freigabe ist eine Freigabe-Phase mit 24 Stunden, die dem Produktteam gehört, wobei „In Bearbeitung“ als Nachbesserungsphase dient.

Das Sprint-Paket durchläuft Backlog, Ausgewählt, In Bearbeitung, Code-Review, QA und Erledigt. Ein Sprint ist zudem ein Objekt im Projekt: ein Name, ein Ziel, ein Start und ein Ende, wovon jeweils nur einer aktiv ist. In diesem Paket gibt es bewusst kein Freigabe-Gate: Ein Sprint, der mit „Erledigt“ abschließt, hat eine andere Form als eine Änderung, die abgezeichnet werden muss. Das Bugfix-Paket durchläuft Triage, Reproduzieren, Beheben, Verifizieren und Freigegeben. Das Release-Paket durchläuft Schnitt, Staging, Abzeichnen, Produktion und Notizen, wobei das Abzeichnen als Freigabe dient.

Übergänge, die blockieren

Eine Karte kann Intake oder Triage erst verlassen, wenn ihre Checkliste abgearbeitet ist. Das Code-Review bietet einen Pfad zurück zu „In Bearbeitung“, der mit „Änderungen angefordert“ gekennzeichnet ist. Die QA kann die Release-Freigabe erst betreten, wenn die Abnahmeprüfung abgeschlossen ist. Die Release-Freigabe kann nicht in „Erledigt“ übergehen, bis die Entscheidung dokumentiert wurde. Eine Anforderung von Änderungen an diesem Gate setzt das Element zurück auf „In Bearbeitung“.

Das ist der Unterschied zwischen einem Board, auf dem jeder eine Karte auf „Erledigt“ ziehen kann, und einem Workflow, bei dem „Erledigt“ erst erlaubt sein muss.

Ehrliche Lücken für Software-Käufer

Vier der Lücken, die in diesem Abschnitt früher aufgeführt waren, sind geschlossen. Ein Sprint ist ein Objekt mit einem Namen, einem Ziel, einem Start und einem Ende - wovon jeweils einer pro Projekt aktiv ist - sowie einem Backlog für alles, was außerhalb liegt. Das Schließen eines Sprints überträgt die unfertigen Elemente in den nächsten Sprint oder zurück in das Backlog und dokumentiert, welche der beiden Aktionen durchgeführt wurde. Labels befinden sich direkt am Element und filtern jede Ansicht. Zeiten werden als manuelle Einträge für ein Element an dem Tag erfasst, an dem die Arbeit erledigt wurde, und summieren sich zu einer persönlichen Woche und einer Projektsumme im Vergleich zu den Schätzungen. Eine Verknüpfung zwischen zwei Issues ist typisiert: bezieht sich auf, Duplikat oder Klon, wobei das Blockieren der Abhängigkeit überlassen wird, die der Workflow bereits ausliest.

Was noch fehlt, ist der Code-Host. Ein Reviewer kann Zeilen in einem Diff oder Patch markieren, den jemand hochlädt, und die Anmerkung erscheint direkt neben den entsprechenden Zeilen. Ein Code-Panel gibt es hier nicht: Nichts in Tasked zeigt ein Repository, einen Branch, einen Pull-Request oder einen Commit, und GitHub ist nicht integriert. Ein Gantt-Diagramm mit Abhängigkeitspfeilen gibt es ebenfalls nicht. Tasked unterstützt eine begrenzte, JQL-kompatible Untermenge von Abfragen für registrierte Task-Felder. Gespeicherte Ansichten nutzen weiterhin validierte Filterbäume, und das Produkt implementiert nicht die vollständige Grammatik oder die Funktionen von Jira.

Die öffentliche API verwendet Scoped Keys. Webhooks verfügen über ein Übermittlungsprotokoll. OpenAPI und eine Entwicklerseite beschreiben die Schnittstelle. Diese Funktionen sind im Business-Tarif enthalten.

Häufige Fragen

Gibt es ein Sprint-Objekt?: Ja. Ein Sprint hat einen Namen, ein Ziel, einen Start und ein Ende. Es ist jeweils nur ein Sprint pro Projekt aktiv, und alles außerhalb eines Sprints befindet sich im Backlog des Projekts. Das Schließen eines Sprints überträgt die unfertigen Elemente in den nächsten Sprint oder zurück in das Backlog und dokumentiert, welche der beiden Aktionen durchgeführt wurde.
Blockiert das Release-Gate den Übergang?: Ja. Eine Freigabe-Phase öffnet die Freigabe beim Eintritt und verweigert den Ausgang, bis eine Entscheidung dokumentiert wurde.
Kann eine Story Tasks enthalten?: Ja. Ein Epic enthält Stories und eine Story enthält Tasks. Diese Hierarchie ist fest in die Typen der Arbeitselemente integriert.
Gibt es JQL?: Tasked unterstützt eine begrenzte, JQL-kompatible Untermenge von Abfragen für registrierte Task-Felder. Es handelt sich nicht um das vollständige JQL von Jira; gespeicherte Ansichten speichern weiterhin validierte Filterbäume, und die Suche in natürlicher Sprache funktioniert über Tasks, Projekte, Kommentare und Dateien hinweg.
Kann Code in Tasked einem Review unterzogen werden?: Ein Diff oder Patch, den jemand hochlädt, kann Zeile für Zeile geprüft werden: Eine Anmerkung wird an den Zeilen verankert, für die sie geschrieben wurde, und erscheint direkt daneben. Es gibt keine Verbindung zu einem Code-Host, also kein Repository, keinen Branch, keinen Pull-Request und keinen Commit.