OTTOs Tech Manifest

Es ist ein schmaler Grat zwischen Freiheit und Flexibilität und Steuerung und Anpassung. Wir wollten den Korridor für die besten Lösungen nicht einengen. Ein gewisses Maß an Angleichung sollte unseren Technikern helfen, eine gemeinsame Sprache zu sprechen und ähnliche (nicht gleiche) Lösungen für gemeinsame Probleme zu finden.

Inspiriert von den technischen Ausrichtungsstrategien anderer Unternehmen (u.a. Scout24, john lewis und Zalando), griffen wir die Idee auf, ein technisches Manifest zu erstellen . Es sollte wenige, aber klare Regeln enthalten . Wann immer technische Entscheidungen auf Teamebene diskutiert werden, gibt das Manifest Anleitung und Unterstützung, um zu einer Entscheidung zu gelangen. Es sollte kein Satz strenger Regeln sein, der die Freiheit der Teams einschränkt, sich für ihre eigenen Lösungen zu entscheiden. Die Anleitung ist als Unterstützung für die Entscheidungsfindung gedacht, um schneller voranzukommen und eine gemeinsame Denkweise zu entwickeln.

Die Beteiligung und der Beitrag aller unserer technischen Mitarbeiter ist der Schlüssel zum Erfolg. Wir haben uns überlegt, welche Themen und Bereiche in das Manifest aufgenommen werden sollen. Um zu einem allgemein akzeptierten Regelwerk zu gelangen, waren alle Entwickler eingeladen, einen Beitrag zu leisten und zu diskutieren, was genau in das Manifest aufgenommen werden sollte. Die Menschen neigen dazu, kollektives Eigentum an solchen Artefakten anzunehmen, vorausgesetzt, dass jede einzelne Person die Möglichkeit hatte, einen Beitrag zu leisten, und eingeladen wurde, alle Themen zu diskutieren.

Tech follows Business

Wir wollen unser Geschäft voranbringen, nicht nur Software entwickeln. Alle erforderlichen technischen Entscheidungen sollten in irgendeiner Weise mit den geschäftlichen Anforderungen zusammenhängen. Bei der Entwicklung von Geschäftsideen lieben wir den Ansatz eines ganzen Teams. Wir konzentrieren uns auf die Produktentwicklung und sind der Meinung, dass wir eher (Software-)Produkte als Software-Artefakte schaffen.

Schnelles Handeln, schnelles Scheitern

Wir wollen die Zykluszeiten in einem Build -> Measure -> Learning-Zyklus reduzieren. Mit einer offenen Fehlerkultur empfehlen wir nachdrücklich , Dinge in realen Umgebungen auszuprobieren, anstatt darüber zu diskutieren, was die beste Lösung sein könnte. Die Wahrung der Autonomie der Teams bei gleichzeitiger lockerer Zusammenarbeit soll es den Teams ermöglichen, Inkremente zu liefern und die Erfolgsrate eines Features regelmäßig zu überprüfen, anstatt sich an einen statischen Release-Plan zu klammern.

Niedrige technische Hürden

Bei der Entwicklung unserer Produkte werden weithin anerkannte Open-Ork-Standards verwendet. Wir mögen die Idee der Unterstützung und wollen die Barrieren niedrig halten. Wir bieten Austausch und unterstützen das Show-and-Tell-Konzept, indem wir unsere Mitarbeiter anleiten, wie sie bestimmte gemeinsame Anforderungen umsetzen können.

Abdeckung der nichtfunktionalen Aspekte

Wir wollen eine Umgebung schaffen, in der unsere Software auf unbestimmte Zeit gepflegt werden kann, ohne dass in naher Zukunft ein großes Migrations-/Transformationsprojekt ansteht. Deshalb fordern wir unsere Teams auf, nicht-funktionale Aspekte wie Skalierung und Aktualität des gewählten Tech-Stacks im Auge zu behalten.
Qualität ist eine unbestreitbare Komponente in unserer Denkweise und wir akzeptieren keine schlechte Qualität aufgrund von Druck. Die Entwicklung von Produkten wird als ganzheitliche Disziplin betrachtet und nicht nur als Code-Schreiben.

Volles Eigentum und klare Verantwortung

Getreu dem berühmten Zitat von Werner Vogel "You build it, you run it" sind sich die Teams über die Verantwortung, die sie übernehmen, im Klaren. Unsere Teams sind während des gesamten Lebenszyklus für ihre Produkte verantwortlich. Die Teams müssen selbst entscheiden, welche Prioritäten sie setzen: ob sie technische Probleme angehen, Kosten optimieren oder neue Funktionen liefern.

Neben den Werten, die bei der Beschreibung einer Denkweise mehr oder weniger übergeordnet sind, haben wir die technischen Prinzipien gesammelt, die wir in diesen drei Bereichen beobachten :

• Architektur
• Betriebliche
• Technologie und Praktiken