Plattform Goals

Goals

Geben Sie Kadmo ein Ergebnis statt einer Liste von Tickets. Ein Goal führt Ihre Beschreibung durch die Entscheidungen, die einen Menschen brauchen, dann planen Agenten die Arbeit in Aufgaben und bauen sie der Reihe nach, mit einem Owner, der dafür einsteht.

Auf dieser Seite 8 Abschnitte

Die Aufgaben eines Goals in Kadmo unter dem Epic DW-1: DW-2 erledigt, DW-3 läuft auf einem Agenten als Lauf #6, DW-4 und DW-5 jeweils nach einer anderen Aufgabe, mit Start-Knöpfen, die das Playbook nennen, das jede ausführen würde, Bug Fix und Feature Implementation, und oben Start 2 tasks. — Die Aufgaben eines Goals: eine erledigt, eine läuft, und zwei warten auf eine andere Aufgabe, jede mit dem Playbook, das sie ausführen wird.

Wie ein Goal läuft

Ein Goal beginnt als Ergebnis, so beschrieben, wie Sie es einer Kollegin erklären würden. Es arbeitet mit Jira, Linear oder Notion oder ganz ohne Tracker.

Der Typ des Goals legt seinen Weg fest. Ein App Feature geht durch Decide, Plan und Build. Eine Landing Website oder eine Documentation Site beginnt mit Scope, wo ihre Fragen abgestimmt werden, und endet mit Launch, und eine Landing Website hat zusätzlich einen Schritt Design. Für jeden Schritt wählen Sie, ob er einfach weiterläuft oder für Sie anhält. Results bleibt offen als Akte des Goals, mit seinen Aufgaben, Läufen, dem Code, den Tokens, Tickets und Artefakten.

Die Liste der Goals zeigt, worauf jedes Goal wartet, wem es gehört und wie weit seine Aufgaben sind.

Die Liste der Goals in Kadmo für den Workspace Shop, unter den Tabs Open, Needs you, In motion und Shipped: ein Landing-Website-Goal in der Entscheidung, mit Confirm 4 decisions, und drei Goals in Bewegung mit ihren Aufgabenbalken, jedes mit Owner und Glocke. — Die Liste der Goals: worauf jedes wartet und wie weit seine Aufgaben sind.

Die Entscheidungen klären

Bevor etwas geplant wird, lesen Agenten das Goal und kommen mit den Entscheidungen zurück, an denen es hängt, jede mit einer Empfehlung. Bei einem App Feature trägt jede Frage einen Confidence-Wert: Auf oder über der Schwelle Ihres Kontos entscheidet der Agent, darunter fragt er. Ausgaben, Zugriffe, alles Unumkehrbare, Fakten, die nur Sie kennen, und Fragen zum Produkt fragen immer, egal wie hoch der Wert ist. Wo der Tracker es zulässt, gehen Ihre Antworten als ein Kommentar ans Epic.

Ein Website-Goal bietet zu jeder Frage eine empfohlene Option und Platz für eine eigene Antwort. Dort legt Approve & plan die Entscheidungen fest, schreibt das Epic mit ihnen in seiner Beschreibung und startet die Aufteilung.

Ein Landing-Website-Goal in Kadmo bei Decide, Owner Mia Becker: Scope erledigt, Design auf Anhalten gesetzt und vier Fragen, drei auf ihrer empfohlenen Option und eine, die Sie braucht, jede mit ihren Optionen und Platz für eine eigene Antwort, darunter Approve & plan. — Decide bei einer Landing Website: eine Empfehlung zu jeder Frage und die eine, die auf Sie wartet.

Aufgaben, Welle für Welle

In Plan wechseln sich drei Rollen ab: QA geht das Produkt durch, wie es heute ist, SE schreibt den Plan, und PM teilt ihn in Aufgaben im Epic auf, verknüpft danach, was was blockiert. Die erste Welle enthält die Aufgaben, die im Goal auf nichts warten, jede weitere Welle die Aufgaben, deren Blocker in früheren Wellen liegen.

In Build läuft jede Aufgabe über Tasks auf dem Liefer-Playbook, zu dem ihr Typ führt, und sie kann nicht starten, bevor erledigt ist, worauf sie wartet. Der Start-Knopf einer Zeile nennt dieses Playbook, der Knopf oben startet jede Aufgabe, die schon kann, und ein Schritt, den nur ein Mensch erledigen kann, zeigt Your turn.

Chats zu jedem Schritt

Jeder Schritt hat Chats für die Fragen, die er aufwirft: bei Decide, um offene Fragen abzustimmen, bei Plan, um eine Aufgabe vorzuschlagen, bei Build, um die App zu testen. In einem Chat antwortet das Modell sofort in einer Rolle, als Ask PM oder Ask QA, oder Start job gibt die Frage als Job an einen Agenten, der sich meldet, wenn er fertig ist.

Antworten kommen mit Karten, etwa auf eine Entscheidung anwenden, eine Aufgabe mit einer Notiz neu starten oder eine Aufgabe im Epic anlegen, und nichts läuft oder wird geschrieben, bevor jemand eine drückt. Fragen stellen in Goal-Chats die Admins.

Ein Owner

Jedes Goal hat einen Owner, die Person, die es fragt und der es schreibt. Wer ein Goal anlegt, ist sein Owner. Ein importiertes geht an den Lead des Epics, wenn er Mitglied Ihres Kontos ist, sonst an die Person, die importiert hat. Der Owner oder ein Admin kann es weitergeben.

Braucht das Goal seinen Owner, weil eine Entscheidung fragt, ein Lauf angehalten hat, ein Schritt hält, Build auf einen Menschen wartet oder das Epic nicht geschrieben werden konnte, schickt Kadmo eine E-Mail und eine Direktnachricht in Slack oder Microsoft Teams, wo es die Person findet. Ein letztes Mal schreibt es, wenn das Goal fertig ist. Nachrichten kommen pro Goal mit Abstand, und die Glocke stellt ein Goal stumm. Der Owner und die Admins antworten, geben frei und starten angehaltene Schritte.

Fragen

Brauchen wir für Goals einen Tracker?

Nein. Ohne Tracker liegen das Epic des Goals und seine Aufgaben in Kadmo Issue Tracking, in Ihrem Konto.

Können wir mit Epics beginnen, die wir schon haben?

Ja, aus Jira oder Linear: Jedes Epic, das Sie auswählen, wird zu einem Goal mit seinem Namen.

Was entscheidet der Agent selbst?

Bei einem App Feature die Fragen, bei denen er sicher ist, oberhalb einer Confidence-Schwelle, die Ihre Admins festlegen. Ausgaben, Zugriffe, alles, was sich nicht rückgängig machen lässt, was nur Sie wissen können, und Entscheidungen über das Produkt warten immer auf einen Menschen.

Einrichten

Der Guide zu Goals behandelt das Anlegen eines Goals, die Entscheidungen und die Confidence-Schwelle, die Chats, den Owner und den Import von Epics.