Onboarding
Onboarding fand früher zweimal im Jahr statt. Jetzt findet es jede Stunde statt.
Eine neue Ingenieurin verbringt ihre ersten Wochen damit, zu fragen, warum der Code so ist, wie er ist. Jede Agent-Sitzung beginnt mit demselben leeren Blatt und stellt dieselben Fragen. Die Antworten existieren. Sie stecken in Ihren Senior-Kollegen, und Ihre Senior-Kollegen sind diejenigen, die dafür bezahlen.
Die wahren Kosten sind nicht die neue Person
Eine neue Ingenieurin ist eine Weile langsam. Das erwartet jeder und plant es ein.
Was niemand einplant, ist der Senior, der die Fragen beantwortet. Diese Person ist die schnellste Ingenieurin, die Sie haben, und sechs Wochen lang ist sie eine Suchmaschine. Dann passiert es wieder mit der nächsten Einstellung, und wieder jedes Mal, wenn ein Agent eine Sitzung öffnet, weil der Agent noch weniger weiß und häufiger fragt.
Die Antworten wurden einmal niedergeschrieben, in einem Pull Request, zu dem niemand zurückscrollen wird.
Was sie fragen
- Warum ist dieser Dienst noch hier?
- Wer ruft das auf, und was bricht, wenn ich es ändere?
- Das haben wir versucht. Warum haben wir damit aufgehört?
- Ist das das Muster, das wir jetzt verwenden, oder das alte?
- Wen frage ich zu Abrechnung?
Keine dieser Fragen wird durch das Lesen des Codes beantwortet.
Eine Abfrage, zwei Leser
Ihre neue Kollegin und Ihr Agent brauchen dasselbe
Dies ist der einzige Ort, an dem sich beide vollständig überschneiden. Beide kommen an und wissen nichts, beide brauchen die Begründung statt den Code, und keiner wird sie von selbst finden.
Die Ingenieurin, die am Montag angefangen hat
Liest die genehmigten Aufzeichnungen für das Teil, das ihr übergeben wurde, sieht, was davon abhängt, und findet die Entscheidung, die die merkwürdige Stelle erklärt, bevor sie jemanden fragt.
Der Agent, der diese Sitzung begonnen hat
Ruft dieselben Aufzeichnungen über MCP ab, bevor er etwas schreibt, damit er nicht einen Workaround rückgängig macht, der absichtlich dort ist.
Schreiben Sie die Antwort einmal auf, und beide Leser haben sie. Das ist der ganze Mechanismus.
Was zurückkommt
- Nur das, wofür das Team einsteht
- Jede Aufzeichnung trägt einen Status. Fragen Sie die genehmigten ab, und ein Entwurf, den niemand gelesen hat, erreicht eine neue Person nicht so, als wäre er geklärt.
- Ein Ausschnitt, nicht das Ganze
- Eine Traversierung ist begrenzt, sodass die Antwort klein genug zum Lesen ist. Ein Wiki gibt Ihnen alles und lässt Sie es finden. Dies hier gibt Ihnen den Teil, der für das relevant ist, was Sie gerade tun.
- Die Nachbarn, nicht nur die Datei
- Der Systemgraph kommt mit, sodass „Was bricht, wenn ich dies ändere?“ neben dem Code beantwortet wird statt in einem Meeting.
- Die Antwort, die der Senior bereits gegeben hat
- Reviews erzeugen Entscheidungen und Einschränkungen. Einmal erfasst, hören sie auf, etwas zu sein, das dieselbe Person zweimal erklärt.
Es ersetzt keinen Mentor
Ein neuer Entwickler braucht trotzdem jemanden, der ihm sagt, was wichtig ist und was er ignorieren kann. Was dies entfernt, ist der Teil dieser Aufgabe, den niemand wollte: die vierte Wiederholung derselben Faktenfrage. Behalten Sie den Mentor. Geben Sie ihm den Nachmittag zurück.
Setzen Sie Ihr System auf den Eintrag
Betreiben Sie den Open Core auf Ihrer eigenen Infrastruktur oder starten Sie im gehosteten Workspace. Der Graph ist in beiden Fällen portabel.