Die Five Ideals

Unsere Position. Günstigere Entwicklung macht Engineering-Disziplin wertvoller, nicht weniger wertvoll (LinkedIn-Post (öffnet in einem neuen Tab)).

Jedes Ideal lässt sich an einem laufenden System prüfen. Wie viele Teams braucht eine Änderung? Wie oft wird Arbeit unterbrochen? Wie viel Zeit fließt in die Verbesserung der Toolchain?

Was verlangt jedes Ideal von einem Team?

Unter den Three Ways liegen fünf Ideale. Sie machen die Three Ways im Arbeitsalltag real.

Lokalität und Einfachheit. Könnt ihr einen Teil des Systems ändern, ohne euch mit Dutzenden anderer Teams abzustimmen? Braucht jedes Feature ein Komitee-Meeting, ist eure Architektur am Lokalitätstest gescheitert. Gute Architektur ermöglicht lokale Entscheidungen. Einfachheit heißt dabei nicht weniger Features. Sie heißt weniger Abhängigkeiten.

Fokus, Flow und Freude. Engineers leisten ihre beste Arbeit im Flow. Unterbrechungen, Kontextwechsel und bürokratischer Overhead zerstören ihn. Es geht um mehr als Produktivität im mechanischen Sinn. Es geht um die tiefe Befriedigung, etwas gut zu bauen. Freude am Programmieren ist keine weiche Metrik. Sie ist ein Frühindikator für Codequalität, Retention und ein nachhaltiges Tempo.

Verbesserung der täglichen Arbeit. Die eigene Arbeitsweise zu verbessern ist wichtiger, als die Arbeit selbst zu erledigen. Wer nie in Entwicklungsumgebung, Build-Pipeline und Testinfrastruktur investiert, sammelt Ballast an. Dieser Ballast bremst alles andere. Teams, die Zeit für Verbesserung einplanen, übertreffen die Teams, die immer “too busy” sind, um in sich selbst zu investieren.

Psychologische Sicherheit. Menschen müssen sich sicher fühlen, wenn sie Probleme ansprechen, Fehler zugeben oder Ideen vorschlagen, die scheitern könnten. Fehlt diese Sicherheit, bleiben Defekte verborgen und schlechte Entscheidungen unwidersprochen. Die Organisation lebt dann von einem vorgetäuschten Konsens statt von echter Ausrichtung. Es geht dabei nicht um Nettigkeit. Es geht um Ehrlichkeit.

Kundenfokus. Jede Architekturentscheidung, jede Prozessverbesserung und jede technische Investition dient am Ende jemandem, der nutzt, was ihr baut. Verliert ihr das aus dem Blick, poliert ihr Infrastruktur um ihrer selbst willen.

Verwandte Seiten

• Die drei Wege: Flow, Feedback und Lernen, die die fünf Ideale möglich machen.
• Engineering-Philosophie: warum komplexe Systeme Prinzipien statt Regeln brauchen.
• Architekturprinzipien: die Prinzipien, die Lokalität und Einfachheit in Designentscheidungen übersetzen.
• Engineering Manifesto: die Werte hinter voller Ownership und niedrigen technischen Hürden.
• Dynamisch-robuste Organisation: wie Führung Raum für lokales Urteilen schafft.

Quellen

Artikel

• The Five Ideals of DevOps (öffnet in einem neuen Tab) - Artikel von IT Revolution, der die fünf Ideale aus The Unicorn Project zusammenfasst, von Lokalität und Einfachheit über psychologische Sicherheit bis zum Kundenfokus.

Bücher

• The Unicorn Project (öffnet in einem neuen Tab) - Roman von IT Revolution über eine Wende, die Entwickler:innen in einem angeschlagenen Handelsunternehmen anführen. Mit diesem Buch kamen die Five Ideals in die Welt.

Posts

• Ten-dollar development (öffnet in einem neuen Tab) - LinkedIn-Post mit der These, dass fast kostenlose Codegenerierung Architekturdisziplin und Context Engineering zu den bleibenden Unterscheidungsmerkmalen macht, nicht die Fähigkeit zu programmieren.