A commit history is a management artifact

Eine Commit-Historie ist ein Management-Artefakt

How the reading was run

Wie die Auswertung lief

1. Pin the head. Fix the audit to one commit ID (5943494). Anything after it is explicitly out of scope. An unpinned audit decays while you write it.
2. Phase the log. 62 commits fell into six phases, each answering one question: seed → productisation → deployment → disclosure reduction → experiment → launch entry.
3. Evaluate per commit, on two axes. What changed (observable) and what approach it reveals (interpretive). Keeping the columns separate keeps the interpretation honest.
4. Read the reverts first. Reversals carry more information per line than features. Here: a 15,927-line data import reverted the same day, diagnosis written down — the bottleneck was data-maintenance discipline, not technology.
5. Look for what is absent. Sensitive fields were not hidden in the UI but removed from the data, absence verified in the build. Absence with verification is a design decision; absence without it is an accident.
6. Check the boundary. A fixed launch date acted as a filter: ideas after the cut-off arrived as post-launch roadmap documents, not as code.

1. Den Stand fixieren. Das Audit auf eine Commit-ID pinnen (5943494). Alles danach liegt ausdrücklich außerhalb der Betrachtung. Ein ungepinntes Audit veraltet, während man es schreibt.
2. Das Log in Phasen teilen. 62 Commits fielen in sechs Phasen, jede beantwortet eine Frage: Seed → Produktisierung → Deployment → Offenlegungs-Reduktion → Experiment → Launch-Einstieg.
3. Jeden Commit auf zwei Achsen bewerten. Was sich geändert hat (beobachtbar) und welchen Ansatz es zeigt (interpretativ). Getrennte Spalten halten die Interpretation ehrlich.
4. Die Reverts zuerst lesen. Rücknahmen tragen mehr Information pro Zeile als Features. Hier: ein Datenimport mit 15.927 Zeilen, am selben Tag zurückgenommen, Diagnose schriftlich festgehalten. Der Engpass war Pflege-Disziplin, nicht Technik.
5. Auf das Abwesende achten. Sensible Felder wurden nicht in der Oberfläche versteckt, sondern aus den Daten entfernt, die Abwesenheit im Build verifiziert. Abwesenheit mit Verifikation ist eine Designentscheidung; Abwesenheit ohne sie ist ein Zufall.
6. Die Grenze prüfen. Ein fixer Launch-Termin wirkte als Filter: Ideen nach dem Stichtag kamen als Post-Launch-Roadmap an, nicht als Code.

Five patterns the history showed

Fünf Muster, die die Historie zeigte

1. Separation by construction. Shareable and private live in separate repositories; the shareable one is seeded from a cleaned build. Leakage is structurally impossible rather than procedurally avoided.
2. Reversible experiments. Idea as document first, then a proof of concept, then real data — and a same-day revert when the data disproved the premise. The retreat is documented, including a written merge recipe for resurrection.
3. Source discipline. HR records, source PDFs and the CRM are treated as truth; the portal follows them, never the reverse. Reconciliation commits are frequent and small.
4. Small named steps. Nearly every commit carries a single stated intent. Even five iterative CI fixes tell the honest story that pipeline bring-up is iterative.
5. A deadline as a boundary, not a threat. From the moment a launch entry point existed, everything else subordinated to hardening it. Ambition survived — as roadmap, not as risk.

1. Trennung durch Konstruktion. Teilbares und Privates leben in getrennten Repositories; das teilbare wird aus einem bereinigten Build erzeugt. Ein Leck ist strukturell unmöglich statt prozedural vermieden.
2. Reversible Experimente. Erst die Idee als Dokument, dann ein Proof of Concept, dann echte Daten. Und ein Revert am selben Tag, als die Daten die Prämisse widerlegten. Der Rückzug ist dokumentiert, inklusive eines schriftlichen Merge-Rezepts zur Wiederaufnahme.
3. Quellen-Disziplin. HR-Daten, Quell-PDFs und das CRM gelten als Wahrheit; das Portal folgt ihnen, nie umgekehrt. Abgleich-Commits sind häufig und klein.
4. Kleine, benannte Schritte. Fast jeder Commit trägt eine einzige, klar benannte Absicht. Selbst fünf iterative CI-Fixes erzählen ehrlich, dass Pipeline-Aufbau iterativ ist.
5. Eine Deadline als Grenze, nicht als Drohung. Ab dem Moment, in dem ein Launch-Einstieg existierte, ordnete sich alles seiner Härtung unter. Die Ambition überlebte: als Roadmap, nicht als Risiko.