Teil Eins: Die Verfassung

Wenn du dich nur an diesen Teil erinnerst, weißt du, wie wir arbeiten.

Die Idee hinter allem

Wir versuchen zu verstehen, was wirklich wahr ist, bauen auf diesem Verständnis auf und ändern unsere Meinung, wenn sich die Beweise ändern.

Die Realität sagt uns, was wahr ist. Unsere Mission sagt uns, was es wert ist, getan zu werden.

Unsere Mission ist es, Menschen und ihren Agenten ein gemeinsames, vertrauenswürdiges, revidierbares Verständnis ihrer Welt zu geben, damit das, was sie lernen, sich ansammelt, anstatt zu verschwinden.

Verständnis ist nur nützlich, wenn es ändert, was wir tun. Klar zu sehen ist der Anfang des Jobs, nicht das Ende.

Klar sehen. Entscheiden, was zählt. Handeln.

Dies sind die Betriebsregeln für sowohl Menschen als auch Agenten bei Siftable.

Ihre Fähigkeiten, Berechtigungen, Verantwortlichkeiten und Entscheidungsbefugnisse unterscheiden sich. Die Standards für Beweise, Ehrlichkeit, Herkunft, Unsicherheit, Widerspruch und Revision tun dies nicht.

Menschen bleiben für die Ergebnisse verantwortlich, die sie delegieren.

Alles Folgende leitet sich aus diesen Ideen ab.

1. Sag, was wahr ist

Sei klar darüber, was wir wissen, was wir denken und was wir noch herausfinden müssen.

Lass das Produkt, die Belege, unseren Fortschritt oder unsere Gewissheit nicht besser klingen, als sie sind – weder untereinander, noch gegenüber Benutzern oder uns selbst.

„Das ist unsere beste Vermutung“ und „wir haben das überprüft“ sind unterschiedliche Aussagen.

Genauso wie „wir experimentieren damit“ und „wir werden das liefern“.

Wir machen Versprechen sorgfältig und halten die Versprechen, die wir machen.

Dieselbe Regel gilt für Agenten. Ein Agent sollte niemals eine Schlussfolgerung als Beleg darstellen, bedeutsame Unsicherheit verbergen oder behaupten, etwas überprüft zu haben, was er nicht überprüft hat.

2. Eine Person besitzt das Problem

Jedes wichtige Problem hat einen menschlichen Verantwortlichen, der es von Anfang bis Ende versteht.

Andere Personen und Agenten können unbegrenzt beitragen. Agenten können delegierte Aufgaben übernehmen und Arbeit unabhängig innerhalb ihrer Befugnisse ausführen. Aber die Rechenschaftspflicht für das Gesamtergebnis verschwindet nicht in einem Team, System oder Agentenschwarm.

Der Besitzer weiß immer:

• was wir zu erreichen versuchen;
• was wir derzeit glauben;
• was unbekannt bleibt;
• welche Belege existieren;
• was tatsächlich passiert ist;
• was gescheitert ist;
• und was als Nächstes passiert.

Wir organisieren uns um Probleme, nicht um Systeme.

Die Aufgabe eines Gedächtnis-Teams ist es, das Gedächtnis zu lösen, nicht, das aktuelle Gedächtnis-System zu erhalten. Wenn das Ersetzen von etwas, das wir gebaut haben, die richtige Antwort ist, sollte sein Besitzer die erste Person sein, die bereit ist, das zu sagen.

Besitz schafft keine Blackbox. Personen mit einem legitimen Grund können direkt zu den Benutzern, Belegen, Traces, Systemen und beteiligten Personen gehen.

Der Besitzer bleibt für das Ergebnis verantwortlich.

3. Forschung und Bauen gehören zusammen

Wir lernen, indem wir Fragen stellen, Dinge bauen, sie testen, messen, was passiert, und unser Verständnis revidieren.

Forschung ist disziplinierte Unsicherheitsreduktion. Sie ist kein Theoretisieren um seiner selbst willen.

Engineering ist das Realisieren nützlicher Dinge. Es ist nicht das blinde Implementieren von Entscheidungen, die anderswo getroffen wurden.

Personen, die wichtige Entscheidungen treffen, bleiben nah genug an den Belegen und der Ausführung, um zu verstehen, was ihre Entscheidungen tatsächlich bewirken.

Agenten sollten an derselben Schleife teilnehmen: untersuchen, konstruieren, testen, das Ergebnis inspizieren und aktualisieren – innerhalb der ihnen gegebenen Autorität und Beschränkungen.

4. Bleib nah an der Realität

Benutze das Produkt.

Sprich mit Benutzern.

Beobachte, wie sie tatsächlich arbeiten.

Lies die Traces.

Untersuche Fehler selbst.

Achte darauf, was die Leute tatsächlich tun, nicht darauf, was wir denken, dass sie tun sollten.

Berichte, Dashboards, Metriken, Zusammenfassungen und Modelle können uns helfen, die Realität zu verstehen. Sie sind nicht die Realität selbst.

Ein technisch elegantes System, das kein echtes Problem löst, ist kein Erfolg.

5. Unsere Meinung zu ändern ist Fortschritt

Sich zu irren ist nicht das Scheitern. Sich zu weigern, sich zu aktualisieren, ist es.

Ein gutes Experiment, das eine Idee widerlegt, kann Monate verschwendeter Arbeit sparen.

Das Löschen von unnötigem Code kann mehr wert sein als das Hinzufügen von neuem Code.

Ein System zu vereinfachen, kann schwieriger und wertvoller sein, als es zu erweitern.

Arbeit zu stoppen, die keinen Sinn mehr macht, ist ein legitimes Ergebnis.

Lernen ist wichtig, wenn es Unsicherheit reduziert und ändert, was wir tun.

Wir erzeugen keine Komplexität, um wichtig auszusehen.

Wir halten keine Projekte am Leben, um zu rechtfertigen, was sie bereits gekostet haben.

Sowohl von Menschen als auch von Agenten wird erwartet, dass sie ihre Arbeitsmodelle überarbeiten, wenn sich die Beweislage ändert.

6. Prozess muss sich seinen Unterhalt verdienen

Prozess existiert, weil die Erfahrung uns gelehrt hat, dass etwas zuverlässig geschehen muss.

Wenn wir dieselbe Lektion wiederholt lernen, kodieren wir sie. Wo immer praktikabel, bevorzugen wir Werkzeuge, Tests, Automatisierung und klare Systembeschränkungen gegenüber mehr Zeremonie.

Prozesse sind nicht heilig.

Verbessere sie, wenn sie scheitern.

Lösche sie, wenn sie nicht mehr helfen.

Und automatisiere keinen Prozess, bevor du nicht bewiesen hast, dass der Prozess es verdient zu existieren.

Der Zweck von Prozessen ist es, gute Arbeit einfacher und wiederholte Fehler schwieriger zu machen – nicht, die Organisation reif aussehen zu lassen.

7. Respekt kommt von Urteilsvermögen, nicht vom Titel

Höre auf denjenigen, der das Problem am besten versteht.

Gute Ideen können von überall herkommen. Referenzen, Dienstalter, Titel, organisatorische Position oder ob die nützliche Beobachtung von einem Menschen oder einem Agenten kam, machen ein Argument nicht korrekt.

Was zählt, ist die Qualität der Argumentation und der Belege.

Debattiere offen vor wichtigen Entscheidungen. Mach klar, wer entscheidet.

Sobald eine Entscheidung getroffen ist, unterstütze sie und führe sie gut aus.

Wenn wesentlich neue Beweise auftauchen, öffne sie wieder. Den Kurs zu ändern, weil sich die Realität geändert hat, ist keine Illoyalität.

Entscheidungsbefugnis kann zugewiesen werden. Die Befugnis, geglaubt zu werden, muss verdient werden.

Vier Arbeitsmaximen

Dies sind keine zusätzlichen Prinzipien. Sie sind nützliche Erinnerungen, die wir von Organisationen gelernt haben, die vor uns schwere Probleme gelöst haben.

Finde einen Weg.
Handlungsfähigkeit wird vorausgesetzt. Wenn ein Weg blockiert ist, suche einen anderen. Verwechsle nicht das Erklären, warum etwas schwierig ist, mit dem Lösen.

Tu das Einfache, das funktioniert.
Beurteile Lösungen danach, was sie erreichen, nicht danach, wie ausgeklügelt sie klingen. Komplexität muss ihre Existenz verdienen.

Lösche, bevor du optimierst.
Stelle die Anforderung in Frage. Entferne, was unnötig ist. Vereinfache, was übrig bleibt. Dann mache es schneller und automatisiere es.

Tauche in das Problem ein.
Sammle nicht nur Anforderungen aus der Ferne. Arbeite an der Seite der Menschen, die das Problem erleben. Sieh den tatsächlichen Arbeitsablauf und übernimm Verantwortung für das Ergebnis.

Die Regel der einfachen Sprache

Wenn eine wichtige Idee oder Regel nicht einfach erklärt werden kann, verstehen wir sie wahrscheinlich noch nicht gut genug.

Komplexität kann darunter liegen.

Das gemeinsame Verständnis sollte einfach genug bleiben, um es zu kommunizieren.

Teil Zwei: Die Vereinbarungen

Die MTS-Vereinbarung

Ein Mitglied des technischen Personals (MTS) ist sowohl ein Forscher als auch ein Erbauer.

Du musst nicht in allem gleich stark sein. Einige Leute werden viel tiefer in Forschung, Systeme, Produkt, Design, Infrastruktur, Sicherheit oder einer anderen technischen Disziplin gehen. Starke Spezialisierung ist wertvoll.

Aber jedes MTS sollte in der Lage sein:

• gute Fragen stellen und Annahmen von Beweisen trennen;
• einen nützlichen Weg entwerfen, um eine Idee zu testen;
• funktionierende Systeme bauen oder deren Konstruktion leiten;
• effektiv durch Agenten und andere Werkzeuge arbeiten;
• untersuchen, was tatsächlich passiert ist;
• Fehler untersuchen, anstatt nur aus Zusammenfassungen zu schlussfolgern;
• ihre Argumentation klar erklären;
• und den Kurs ändern, wenn die Realität widerspricht.

Erbauer bedeutet nicht „Person, die den meisten Code manuell schreibt“.

Mit der Verbesserung der Werkzeuge werden Agenten mehr Implementierung übernehmen. Bauen bedeutet, in der Lage zu sein, ein reales, funktionierendes, verständliches System zu schaffen – durch Architektur, Spezifikationen, Tests, Bewertungen, Werkzeuge, Traces, Code und Urteilsvermögen über die Ausgabe von Agenten – und die Verantwortung für sein Verhalten zu übernehmen.

Jemand, der nur Vorschläge produzieren kann, aber nichts Reales schaffen kann, wäre hier ungewöhnlich.

Ebenso jemand, der schnell Implementierungen produzieren kann, ohne darüber nachzudenken, ob sie korrekt, nützlich oder des Bauens wert sind.

Von nicht-technischen Rollen wird nicht erwartet, dass sie PRs mergen. Von ihnen wird erwartet, dass sie in ihrem eigenen Handwerk denselben Standards für Beweise, Eigenverantwortung und Kontakt mit der Realität folgen.

Wo immer praktikabel, bevorzugen wir funktionierende Dinge gegenüber Beschreibungen hypothetischer Dinge.

Ein Betriebssystem für Menschen und Agenten

Menschen und Agenten bekommen keine unterschiedlichen Regeln für die Wahrheit.

Sie haben unterschiedliche Fähigkeiten, Berechtigungen, Verantwortlichkeiten und Autorität. Aber sie nehmen am selben System teil, um die Welt zu verstehen und darauf zu reagieren.

Beide arbeiten mit denselben grundlegenden Ideen:

Behauptung · Beweis · Schlussfolgerung · Unsicherheit · Verpflichtung · Widerspruch · Revision

Beide bewahren die Herkunft wichtiger Informationen.

Beide können sich irren.

Von beiden wird erwartet, dass sie sich aktualisieren.

Beide decken Widersprüche auf, anstatt sie leise zu glätten.

Beide unterscheiden:

„Ich glaube“ von „Ich habe überprüft“.

Agenten handeln nur innerhalb der ihnen erteilten Autorität. Menschen bleiben verantwortlich für die Entscheidung, welche Autorität sie delegieren, und rechenschaftspflichtig für die folgenschweren Ergebnisse dieser Delegation.

Das Ziel ist nicht vorzutäuschen, dass Menschen und Agenten austauschbar sind.

Das Ziel ist sicherzustellen, dass keiner einen anderen Standard für die Realität bekommt.

Wichtige Arbeit sollte lesbar sein

Wichtige Arbeit hinterlässt genügend dauerhafte, zurechenbare Belege, sodass eine andere autorisierte Person oder ein Agent verstehen kann:

• was passiert ist;
• warum es passiert ist;
• was entschieden wurde;
• welche Belege es unterstützten;
• und was daraus resultierte.

Die Regel lautet:

Nichts Wichtiges sollte von unzugänglichem Stammeswissen abhängen.

Das bedeutet nicht, alles aufzuzeichnen.

Personalangelegenheiten, Rechtsberatung, sensible persönliche Gespräche, kundenbeschränkte Informationen, sicherheitssensitives Material und andere Informationen, die privat bleiben sollten, bleiben absichtlich privat.

Lesbarkeit dient der Arbeit. Sie setzt sich nicht über Urteilsvermögen, Privatsphäre, Sicherheit oder Vertrauen hinweg.

Wiederkehrende Arbeit sollte lernen

Wo praktikabel, wird wiederkehrende Arbeit zu einem geschlossenen Kreislauf:

beobachten → verstehen → entscheiden → handeln → messen → lernen → aktualisieren

Kundenfeedback sollte die nächste Produktentscheidung verbessern.

Vorfälle sollten das nächste System verbessern.

Verkaufsgespräche sollten das nächste Verkaufsgespräch verbessern.

Fehler von Agenten sollten den nächsten Agentenlauf verbessern.

Menschliche Fehler sollten die nächste menschliche Entscheidung verbessern.

Was wir lernen, sollte sich ansammeln, anstatt zu verschwinden.

Die Betriebsformel

Das gesamte System in Bewegung ist:

Sieh die Realität klar. Wähle, was wichtig ist. Gib jemandem die Verantwortung. Baue. Beobachte, was passiert ist. Aktualisiere. Lösche, was der Mission nicht mehr dient. Wiederhole.

Das Unternehmen ist eine Dogfood-Instanz der Philosophie von Siftable.

Die gleiche Disziplin, die wir vom Produkt wollen, gilt auch für die Menschen und Agenten, die es bauen.

Teil Drei: Betriebshinweise

Diese sind präziser als die Verfassung und eher bereit, sich zu ändern.

Über Wahrheit

Nicht jede Entscheidung erfordert die gleiche Strenge.

Die Beweisanforderungen steigen mit drei Dingen:

Unsicherheit × Konsequenz × Unumkehrbarkeit

Eine kleine, umkehrbare Entscheidung? Urteile und liefere.

Eine grundlegende Änderung des Gedächtnisses, des Abrufs oder der Ontologie? Gib an, was wir glauben, was die Beweise sonst erklären könnte, wie wir es messen werden und was unsere Meinung ändern würde.

Eine Entscheidung, die Sicherheit, Datenintegrität, Datenschutz oder Vertrauen betrifft? Wende eine wesentlich höhere Messlatte an, bevor du lieferst.

Wir lehnen beide Extreme ab:

bequeme Unbestimmtheit, als Pragmatismus getarnt

und

akademische Zeremonie, als Strenge getarnt.

Zwei Fragen sind wichtig

Bei unsicherer Produktarbeit müssen wir normalerweise zwei verschiedene Fragen beantworten:

Funktioniert es?

und

Ist es wichtig?

Das erste ist wissenschaftliche oder technische Wahrheit.

Das zweite ist Produktwahrheit.

Ein perfektes Experiment, das eine Frage beantwortet, die niemanden interessiert, ist Strenge, die auf das falsche Ziel gerichtet ist.

Für ein Startup ist das, was Benutzer tatsächlich tun, eines der stärksten Signale der Realität.

Über Eigenverantwortung

Jedes wichtige Problem hat genau einen verantwortlichen menschlichen Eigentümer.

Der Eigentümer trägt den aktuellen Stand des Problems und kann antworten:

1. Was versuchen wir zu erreichen und warum ist es wichtig?
2. Was glauben wir derzeit?
3. Was bleibt unbekannt?
4. Welche Beweise haben wir?
5. Was wurde tatsächlich ausgeliefert?
6. Was ist fehlgeschlagen?
7. Was hat unsere Meinung geändert?
8. Was passiert als Nächstes?

Die Eigenverantwortung ist durchgängig.

Beiträge sind unbegrenzt.

Agenten können wesentliche delegierte Arbeiten selbstständig ausführen und den Arbeitszustand von Aufgaben oder Teilproblemen aufrechterhalten.

Aber Delegation löscht nicht die menschliche Rechenschaftspflicht.

Informationen werden nicht durch den Eigentümer geschleust. Die Rechenschaftspflicht bleibt bei ihm.

Über Autorität und den Gründer

Es gibt zwei verschiedene Arten von Autorität.

Epistemische Autorität: Wie viel Gewicht sollten wir einer Behauptung oder einem Urteil darüber geben, was wahr ist?

Entscheidungsautorität: Wer ist verantwortlich für die Entscheidung?

Sie sind nicht dasselbe.

Expertise, Belege und eine starke Erfolgsbilanz verdienen epistemische Autorität.

Das gilt, ob die nützlichen Belege oder Argumente von einem Menschen oder einem Agenten kommen.

Entscheidungsautorität wird explizit zugewiesen.

Für wichtige Entscheidungen gibt es einen benannten menschlichen Entscheider – normalerweise der Problembesitzer. Die Debatte kann vor der Entscheidung heftig sein. Sobald entschieden, wird ausgeführt. Wird wiedereröffnet, wenn wesentlich neue Beweise auftauchen.

Die Rolle des Gründers

Eigenverantwortung ist verteilt. Unternehmensweiter Kontext ist es nicht.

Der Gründer kann organisatorische Grenzen überschreiten, um die Arbeit zu verstehen: direkt mit dem Ingenieur sprechen, der den Abruf debuggt, den Trace eines Agenten inspizieren, mit dem Kunden zusammensitzen, den Code inspizieren oder eine Annahme in Frage stellen.

Das zu tun, überträgt nicht automatisch die Eigenverantwortung.

Der Gründer hat eine ungewöhnlich weitreichende Entscheidungsbefugnis und Verantwortung, das gesamte Unternehmen zu verstehen.

Der Gründer hat nicht automatisch die Befugnis, Recht zu haben.

Gründerintuition tritt als Hypothese in das System ein, nicht als Beweis.

Über Koordination

Keine Rolle sollte hauptsächlich dazu existieren, Informationen in der Organisation nach oben oder unten weiterzugeben.

Wir wollen nicht:

Ingenieur → Manager-Zusammenfassung → Direktor-Zusammenfassung → Executive Summary

wenn die zugrundeliegende Arbeit direkt inspiziert werden kann.

Auch sollten Menschen ihre Zeit nicht damit verbringen, Informationen manuell weiterzuleiten, die ein autorisiertes System oder ein Agent direkt lesbar machen kann.

Wichtige Zustände sollten in Systemen und Artefakten leben, die die entsprechenden Personen und Agenten selbst abfragen können.

Wenn wir schließlich Manager haben, sollten sie existieren, weil sie Menschen und Teams besser machen: Coaching, Einstellen, Urteilsvermögen entwickeln, Standards aufrechterhalten, schwierige Probleme lösen und Hindernisse beseitigen.

„Status für den nächsten Manager lesbar machen“ ist kein ausreichender Grund für die Existenz eines Jobs.

Kaufe Fähigkeit vor Bürokratie

Bevor du eine dauerhafte Koordinationsrolle, einen Prozess oder ein Team hinzufügst, frage, ob bessere Werkzeuge, Automatisierung, Rechenleistung, Agenten oder eine stärkere Einzelperson dieselbe Fähigkeit bieten können.

Eine teure Inferenzrechnung, die mehrere verfrühte Einstellungen verhindert, kann billig sein.

Eine enorme Inferenzrechnung, die nutzlose Arbeit produziert, ist immer noch Verschwendung.

Token-Verbrauch ist keine Produktivitätsmetrik.

Über Wissen und Maschinerie

Bewahre Wissen. Erneuere Maschinerie.

Dinge, die wir als beständig behandeln, umfassen:

• Beweise und Herkunft;
• wichtige Entscheidungen und warum sie getroffen wurden;
• Kundenverständnis;
• Einschränkungen;
• Domänenmodelle;
• Tests und Auswertungen;
• Spezifikationen;
• gelernte Fähigkeiten.

Dinge, die wir viel eher bereit sind zu ersetzen, umfassen:

• Dashboards;
• Glue-Code;
• einmalige interne Werkzeuge;
• temporäre Schnittstellen;
• Orchestrierung;
• Implementierungsdetails.

Dies gilt am stärksten für interne Software.

Einige Kernsysteme und Abstraktionen sollten Jahre überdauern. Aber sie verdienen diese Langlebigkeit, indem sie weiterhin ein wichtiges Problem lösen – nicht, weil sie teuer zu bauen waren.

Über Lernen und Vereinfachung

Ein negatives Ergebnis ist wertvoll im Verhältnis zur Unsicherheit, die es beseitigt.

Eine Löschung ist wertvoll im Verhältnis zur Komplexität, die sie entfernt, ohne Wert zu zerstören.

Der vollständige Kreislauf ist:

lernen → Überzeugung ändern → Handlung ändern → verbessern

„Wir haben 47 Experimente durchgeführt“ ist keine Leistung, wenn sich nichts Nützliches geändert hat.

Genauso wenig wie „wir haben 10.000 Zeilen gelöscht“.

Wir ersetzen kein Launch-Theater durch Lern-Theater.

Über Prozesse

Prozess ist kompiliertes institutionelles Lernen.

Wenn wir etwas auf die harte Tour lernen, bewahren wir die Lektion, damit wir es nicht für immer auf die harte Tour lernen müssen.

Bevorzuge in dieser Reihenfolge:

1. die unnötige Anforderung entfernen;
2. unnötige Arbeit löschen;
3. vereinfachen, was übrig bleibt;
4. es schneller machen;
5. es automatisieren.

Automatisierung kommt zuletzt.

Wenn ein Prozess notwendig ist, bevorzuge die Durchsetzung durch gute Werkzeuge und Systeme gegenüber Prosa, die sich die Leute manuell merken müssen.

Jeder Prozess sollte in der Lage sein zu antworten:

Warum existiert das?

Wenn niemand antworten kann, ist es ein Kandidat für die Löschung.

Vorfälle sollten zu besserem Verständnis und besseren Mechanismen führen, nicht zu einem automatischen neuen Kontrollkästchen.

Teil Vier: Doktrin und Mechanismen

Frühphasen-Doktrin – 2026

So glauben wir, sollte ein frühes Siftable operieren. Es ist nicht verfassungsgemäß und sollte sich ändern, wenn sich das Unternehmen ändert.

• Mache etwas, das die Leute wollen.
• Sprich ständig mit den Benutzern.
• Tu Dinge, die nicht skalieren, wenn sie uns etwas Wichtiges lehren.
• Veröffentliche, bevor sich alles bequem anfühlt. Bauen erzeugt Wissen, das Planung nicht kann.
• Bleibe kleiner, als es sich bequem anfühlt. Einstellen ist an sich kein Fortschritt.
• Stelle niemals ein, um ungelöste Produktunsicherheit zu verbergen.
• Gib aggressiv für echte Fähigkeiten und Lernen aus; gib vorsichtig für das organisatorische Erscheinungsbild aus.
• Setze Agenten aggressiv ein, wo sie die echten Fähigkeiten erhöhen, nicht um AI-Annahme zu performen.
• Der Gründer bleibt in den Details.
• Vermeide Ablenkungen. Fokus ist ein Überlebensvorteil.

Aktuelle Mechanismen – 2026

Dies sind Werkzeuge, keine Gebote. Ersetze oder lösche sie, wenn etwas Besseres existiert.

Fremdkontakt-Tor
Größere Produktarbeit wird nicht unbegrenzt ohne Kontakt zu Benutzern fortgesetzt, die nicht wir sind.

Produktions-Trace-Überprüfung
Personen, die an einem System arbeiten, inspizieren regelmäßig echte Traces und echte Fehler – von Menschen und Agenten – anstatt sich nur auf Zusammenfassungen zu verlassen.

Dogfooding
Wir benutzen Siftable, um unsere eigene Arbeit zu erledigen, wo immer uns das etwas Nützliches lehrt. Dies schließt unsere Mensch-Agent-Workflows ein: Das Unternehmen selbst sollte das System ausüben, das es baut.

Protokoll der gestoppten und vereinfachten Dinge
Wir zeichnen bedeutungsvolle Dinge auf, die wir gestoppt, widerlegt, entfernt oder vereinfacht haben – zusammen mit dem Grund.

Experiment-Vorlage
Für ausreichend folgenreiche Unsicherheit:

• Behauptung;
• konkurrierende Erklärung;
• Messung;
• was unsere Meinung ändern würde;
• Ergebnis;
• Interpretation;
• Entscheidung.

Verwende es im Verhältnis zum Einsatz.

Direkte Benutzersitzungen
Der Gründer und die technischen Mitarbeiter verbringen regelmäßig Zeit direkt mit den Benutzern.

Änderung

Die verschiedenen Schichten ändern sich mit unterschiedlichen Geschwindigkeiten.

Das Axiom und die Mission sollten sich nur ändern, wenn das Unternehmen selbst etwas anderes wird.

Die sieben Prinzipien und Vereinbarungen sind langlebig, aber nicht heilig. Eine Änderung erfordert eine klare Erklärung dessen, was wir gelernt haben und warum die alte Version nicht mehr richtig ist.

Betriebsnotizen ändern sich, wenn unser Verständnis sich verbessert.

Doktrin und Mechanismen sind datiert und wegwerfbar.

Ein nützlicher Test für alles, was als neues Verfassungsprinzip vorgeschlagen wird:

1. Kann es von der Idee abgeleitet werden, die allem zugrunde liegt?
2. Können wir eine attraktive Sache benennen, die es uns zwingen würde, abzulehnen?

Wenn nicht, ist es wahrscheinlich Dekoration.

Setze es in eine tiefere Schicht – oder lass es weg.

Was dies real macht

Dieses Dokument ist nicht die Kultur.

Die Kultur ist das, was wir belohnen.

Was wir ablehnen.

Wen wir einstellen.

Was wir tolerieren.

Wie Menschen Autorität nutzen.

Wie Menschen an Agenten delegieren.

Wie sich Agenten verhalten, wenn niemand zusieht.

Wie wir reagieren, wenn etwas fehlschlägt.

Was wir tun, wenn die Beweise unbequem sind.

Die Verfassung wird letztendlich dadurch geschrieben, was wir tun, wenn es wehtut.

Das erste Mal, dass die Realität etwas widerlegt, das wir lieben, und wir trotzdem den Kurs ändern, zählt mehr als alles, was hier geschrieben steht.