Machen Sie aus dem Bauchgefühl der Engineering-Führung eine belastbare Zahl
Batyom liest Ihren Code und Ihre Organisation zusammen und beantwortet drei Fragen: was Änderungen an Ihrer Software kosten, woher diese Kosten kommen und wo ihre Senkung beginnt.
zwei Monate
was vor zwei Jahren zwei Wochen brauchte
Eine begrenzte Zahl von Organisationen. Es beginnt mit einem Gespräch von dreißig Minuten.
Die Kosten, die niemand verbucht
Ein Feature, das vor zwei Jahren zwei Wochen brauchte, braucht heute zwei Monate und drei Teams. Niemand hat einen Fehler gemacht. Das System nimmt Veränderung nicht mehr auf.
Es gibt nie eine einzige Ursache. Der Aufbau der Software und der Schnitt der Teams verhärten einander, und jedes Jahr kostet das mehr.
Zuerst spüren Sie es an der Arbeit, die Grenzen überschreitet. Eine Initiative berührt vier Teams, wartet auf Reviews, für die niemand zuständig ist, und landet beim Doppelten der Schätzung. Jede Erklärung ist plausibel und keine davon ist messbar.
zwei Wochen, eine einzige Lieferung
zwei Monate, drei Teams
Die Differenz ist in keinem Budget aufgetaucht, und niemand kann sagen, woher sie kommt.
Was sich geändert hat
Agenten schreiben inzwischen Code in dieser Struktur, und sie verhärten diese Struktur schneller, als irgendjemand es sehen kann.
Der Output steigt, während das gemeinsame Verständnis des Systems sinkt. Marktweit gehen bereits ein Viertel bis vierzig Prozent der Entwicklungskapazität in Arbeit, die der Zustand des Systems nötig macht.
Drei Antworten, in dieser Reihenfolge
-
Was Änderungen an Ihrer Software wirklich kosten
Eine Zahl pro Komponente und pro Vorhaben, kein Abteilungsdurchschnitt.
-
Woher diese Kosten kommen
Koordination, Zustand der Software, Wartezeiten im Prozess, getrennt statt zusammengezählt.
-
Wo ihre Senkung beginnt
Ein einziger Schritt, benannt an der Komponente, die ihn verdient.
Wo wir stehen
Ein Werkzeug für Engineering-Management sagt Ihnen, wie die Auslieferung läuft. Ein Werkzeug für Finanzberichte sagt Ihnen, wie viel ausgegeben wurde.
Dazwischen sagt Ihnen niemand, warum dieses System kostet, was es kostet, und was sich ändern muss, damit es weniger kostet. Das ist die Frage eines Vorstands, und die Engineering-Führung beantwortet sie aus Erfahrung.
- Davor
Engineering Management
Sagt, wie die Lieferung läuft
- Dazwischen, heute leer
Batyom
Sagt, warum dieses System so viel kostet, und was zu ändern ist
- Danach
Finanzberichte
Sagt, wie viel ausgegeben wurde
Woher wir das wissen
Wir lesen Code und Organisation zusammen, denn getrennt gelesen zeigt jeder von beiden nur die Hälfte.
Jede Zahl führt auf die Quelle zurück, die sie erzeugt hat. Der beobachtete Wert ist eine Sache und die Schätzung in Euro eine andere, und wir vermischen die beiden nie.
Der Fehler einer Schätzung wird immer genannt. Eine Zahl, über die sich nicht streiten lässt, ist eine Zahl, die sich nicht verteidigen lässt.
- Versionsverwaltung
- Projektverwaltung
- Continuous Integration und Delivery
- Logs des Agenten-Gateways
Der beobachtete Wert
Was Code und Kalender wirklich sagen, vor jeder Umrechnung in Geld.
Die Schätzung in Euro
Getrennt vom Wert gehalten, und in Ihrem Kontext gelesen.
Der Fehler wird immer erklärt, nicht auf Anfrage
Was Sie damit machen
Der Schritt wird an der Komponente benannt, nicht am Organigramm: welche gemeinsam genutzte Komponente einen einzigen Eigentümer braucht, welche geteilt werden sollte, wo sich ein eigenes Team innerhalb eines Quartals bezahlt macht.
Danach lesen einige von uns diese Empfehlung in Ihrem Kontext gegen, denn keine Inferenz sieht alles, was an einer Organisation zählt.
-
Das Produkt sagt wo
Die Komponente, der Streit um ihre Zuständigkeit, und die Ausgaben, die sie weiter erzeugt.
-
Unsere Leute sagen wie
Wer sie anfasst, in welcher Reihenfolge, und welches Gespräch vorher vorbereitet wird.
Wer dahintersteht
Batyom kommt aus QMates. Diese Arbeit haben wir von Hand gemacht, in Dutzenden von Organisationen, lange bevor sie ein Produkt war.
Zwei Drittel dieses Marktes kaufen die Diagnose noch bei einer Beratung. Diese Beratung waren wir.
Powered by QMates
-
Fabrizio Machella
CEO
-
Nicola Moretto
CTPO
Was uns Engineering-Verantwortliche gesagt haben
Wie berechnen Sie diese Dinge? Genau das ist das Produkt.
Technischer Leiter, Fintech
Die Kosten-Nutzen-Rechnung ist der leichte Teil. Die Änderung durchzusetzen ist der schwere Teil.
Teamleiter Entwicklung, regulierte Branche
Was mir heute fehlt, ist eine einzige Sicht auf die Daten, die in verschiedenen Systemen liegen.
Entwicklungsleiter, Verbrauchermarktplatz
Wie Sie es kaufen
Ein Jahresabonnement, dessen Preis sich nach der Zahl der Entwickler richtet.
Sie beginnen mit einem bezahlten Test, der gegen eine vorher vereinbarte Baseline erstattungsfähig ist, damit am Ende etwas dasteht, worüber sich streiten lässt.
- Ein bezahlter Test, erstattungsfähig gegen eine vorher vereinbarte Ausgangsmessung
- Danach ein Jahresabonnement, dessen Preis der Zahl der Entwickler folgt
- Am Ende etwas, worüber man streiten kann, statt eines Eindrucks
Das Design-Partner-Programm
Wir wählen eine kleine Zahl von Organisationen aus, mit denen wir Batyom bauen. Eigene Entwicklung, mehrere Teams, die sich abstimmen müssen.
- Ein Gespräch von dreißig Minuten über Ihren Kontext
- Früher Zugang zum Produkt
- Gewicht bei dem, was als Nächstes gebaut wird
Im Gegenzug: Ihr Feedback und die Erlaubnis, Sie zu zitieren, wenn es hilft.
Ihre Bewerbung
Vier Felder. Die Organisation lesen wir aus der Domain Ihrer Adresse.