Engineering Manager: Gib fertiger Agentenarbeit einen klaren nächsten Schritt

Es gibt diesen zufriedenstellenden Moment, wenn ein Agent fertig ist und ein Entwickler etwas Konkretes vorzeigen kann. Der Company-Modus hilft dir, diesen Moment zu erkennen und in eine nützliche Übergabe zu verwandeln. Öffne den Raum eines Mitglieds, sieh, was läuft oder wartet, und gib expliziten Manager-Review-Anfragen einen sichtbaren Platz in deinem Tag.

Crowie s.r.o.Engineering Management

Einigt euch, was eine Manager-Übergabe verdient

Beginne mit einer einfachen Teamvereinbarung. Routinearbeit folgt dem normalen lokalen Review-Prozess. Eine abgeschlossene Aufgabe, die die Aufmerksamkeit einer Führungskraft braucht, bekommt „An Manager zur Prüfung senden“. Gute Beispiele sind eine Änderung mit einer ungeklärten Produktentscheidung, eine riskante Migration, die ein zweites Augenpaar braucht, oder Arbeit, die ein neues Teammitglied gemeinsam durchgehen möchte. Das Mitglied entscheidet, wann es diese Übergabe macht.

Diese Aktion gibt der Aufgabe den orangefarbenen Status „Manager-Review“. Er ist getrennt von Working- und normalen Ready-Status, mit Textbezeichnung und Farbe. So kannst du beim Durchgehen des Unternehmens unterscheiden zwischen „ein Agent ist fertig“ und „ein Teammitglied möchte mich einbeziehen“. Das Signal hat Bedeutung, weil es aus einer expliziten Anfrage stammt.

Prüfe erst die Übergabe, dann die Belege

Öffne den Company-Modus, wähle die passende Etage und betritt den Raum des Mitglieds. Die Aufgabenansicht zeigt Metadaten wie Provider, Status, Start- und Fertigstellungszeit, Dauer, lokalen Review-Status und Manager-Bestätigung. Generierte Bezeichnungen identifizieren Aufgabendatensätze, ohne deren Originaltitel hochzuladen. Das reicht aus, um eine Übergabe zu finden und ihren Zeitpunkt mit der verantwortlichen Person zu besprechen.

Für das technische Review nutze den tatsächlichen Patch, die Tests und die Abnahmekriterien in eurem normalen Repository-Workflow. Company kopiert weder den Quellcode noch das Transkript des Mitglieds in den Raum, und es steuert dessen Rechner auch nicht ferngesteuert. „Metadaten als gesehen markieren“ dokumentiert, dass du das geteilte Element zur Kenntnis genommen hast. Das genehmigt weder Code noch ändert es den lokalen Review-Status des Mitglieds. Einigt euch separat darauf, welche Belege die technische Entscheidung abschließen.

Mach die Tageszahl zu einem Einstieg in die Arbeit

„Heute fertiggestellt“ gibt jedem Mitglied eine klickbare Zahl abgeschlossener Aufgaben. Öffne sie, um die Fertigstellungs-Metadaten des Tages zu prüfen, statt nur bei der Gesamtzahl stehenzubleiben. Das ist nützlich vor einem Standup oder einem Review-Block: Du siehst, welche Ausführungsversuche fertig sind, was noch einen lokalen Review-Status hat und welche Elemente ausdrücklich an eine Führungskraft weitergegeben wurden.

Bleib bei der Interpretation zurückhaltend. Die Zahl erfasst abgeschlossene Ausführungsversuche. Sie misst weder Komplexität, Kundennutzen, Arbeitsstunden noch ausgelieferte Funktionen. Eine wieder aufgenommene Aufgabe kann mehr als einen abgeschlossenen Versuch haben. Nutze die Tabelle, um ein konkretes Gespräch vorzubereiten: Welches Ergebnis braucht eine Entscheidung, welche Änderung muss noch verifiziert werden, und wer würde von Pairing profitieren?

Gib der wöchentlichen Kontrolle eine klare Fragestellung

Das Wochenreview zeigt sieben Tagesspalten und lässt dich die Fertigstellungen hinter jedem Datum öffnen. Tage werden in UTC gezählt, ein später Abendlauf kann also auf ein anderes Datum fallen als in deinem lokalen Kalender. Geteilte Aufgabendaten haben ein rollierendes Sieben-Tage-Aufbewahrungsfenster. Eine wöchentliche Kontrolle ist am nützlichsten als Rückblick auf aktuelle Aktivität, solange das Team den Kontext noch erklären kann.

Wähle eine Frage, bevor du die Tabelle öffnest. Wurden explizite Review-Anfragen zeitnah beantwortet? Welche abgeschlossenen Versuche müssen noch jemand prüfen? Beginnt das Team mehr Arbeit, als es reviewen kann? Beantworte diese Fragen mit den beteiligten Personen und den zugrunde liegenden Entwicklungsbelegen. Speichere dauerhafte Entscheidungen in euren bestehenden Projektunterlagen, denn Company ist eine kurze, aktuelle Verlaufsansicht.

Halte den Raum angenehm, während das Team wächst

Company startet mit zehn Mitgliedern pro Etage, die Etagengröße lässt sich zwischen eins und vierzig einstellen. Beginne mit zehn und erhöhe die Zahl, wenn dein Bildschirm und die Teamroutine eine dichtere Ansicht sinnvoll machen. Mehr Räume können mehr Scrollen und mehr Informationen zum Überblicken bedeuten. Etagen halten die Ansicht überschaubar, während das Verzeichnis wächst; eine größere Etageneinstellung ist kein Versprechen über die Produktionskapazität.

Das Teilen ist standardmäßig aktiviert, mit einem von Mitgliedern steuerbaren Opt-out, das Manager sehen können. Ein privates Mitglied bleibt in der Mitgliederliste, ohne Raum oder geteilte Aufgabenzahlen. Owner und Manager erscheinen nicht als Räume. Du kannst trotzdem jederzeit in dein eigenes Office wechseln, Agenten laufen lassen und deine eigenen Coding-Aufgaben prüfen. Jeder Manager nutzt denselben Team-Platz für 14,99 USD pro Monat wie ein Mitglied, eine aktive Rolle erfordert also keinen zweiten Team-Platz.

Entdecke Eine Unternehmensansicht für Gründer, die immer noch gerne selbst bauen, Eine ruhigere Agenturwoche, ein Raum und eine Übergabe nach der anderen, Schreibe ein nützliches Entwicklungsupdate aus abgeschlossener Agentenarbeit.

Veröffentlicht von Crowie s.r.o.. Produktleitfäden nutzen die gepflegte Funktionsdokumentation. Wöchentliche Updates werden aus veröffentlichten Release Notes und gepflegter Autonomous Agent-Dokumentation zusammengestellt. Redaktionelle Richtlinie.

Baue deinen Workflow weiter aus

Entwickler und Solo-Builder

Deine KI-Coding-Agenten verdienen ein Büro

Bring deine Coding-Agenten ins VibeiDE Office: Verfolge ihre Arbeit an ihren Schreibtischen, prüfe Ergebnisse im Kontext und entscheide, was dein Team im Company-Modus sehen kann.

4 Min. Lesezeit
Sprachen