Blickwinkel

Der Vorteil eines Softwareanbieters liegt inzwischen in dem, was er von der Arbeitswelt seines Kunden versteht, und nicht in dem, was er produzieren kann — doch ein Verständnis, das in den Köpfen einiger weniger bleibt, ist kein Vorteil des Unternehmens, sondern ein individuelles Talent, das mit diesen Menschen geht. Was das eine in das andere verwandelt, ist etwas Geschriebenes: ein Kontextdokument pro Chance, das jeden Abschnitt an das Risiko knüpft, das er untersucht, und das trennt, was das Team weiß, von dem, was es glaubt, was es zweifeln lässt und was es verschweigt. Erst dieses Schriftstück erlaubt es auch, über das Verständnis abzuwägen und zu entscheiden: Solange es mündlich bleibt, lässt es sich weder anfechten noch datieren noch weitergeben, sodass keine der Dimensionen des Kontexts — Entscheidungskultur des Kunden, tatsächlicher Nutzer, Kriterien des Käufers, technische Tragfähigkeit, Anforderungen an die Rückverfolgbarkeit, Bewegung des Marktes — von denen aufgegriffen werden kann, die nicht im Raum waren.

Zusammenfassung

Einzeln betrachtet, wirken diese Notizen wie eine Liste von Dingen, die man besser verstehen sollte. Aneinandergereiht beschreiben sie, wie sich ein Moat verschiebt, und dann die Bedingung, die darüber entscheidet, ob diese Verschiebung tatsächlich eintritt.

Die Verschiebung hat eine einfache Ursache, und sie ist wirtschaftlicher Natur. Ein Vorteil, der auf einer Eintrittshürde beruhte — Server, Datenbanken, Infrastruktur-Teams —, erlischt an dem Tag, an dem sich dieselbe Ressource nutzungsbasiert mieten lässt, denn sein Fundament war nicht der Baustein, sondern die Fähigkeit, ihn sich leisten zu können. Derselbe Mechanismus erfasst danach die Produktion selbst: Mehr Features, Screens und Code kosten jedes Jahr weniger, mehr Akteure können einen Markt angreifen, und schnell zu produzieren wird zum Grundniveau. Billiger geworden ist dagegen nicht das Verständnis dessen, was gebaut werden muss; die Knappheit verschwindet nicht, sie wechselt den Ort.

Was dieses Verständnis umfasst, ist keine einheitliche Kategorie. Die Entscheidungskultur eines Kunden lässt hinter einem gleich formulierten Bedarf zwei Erwartungen auseinanderlaufen. Der Nutzer vor Ort ist nicht der aus dem Konzeptionsworkshop, und den Screen schneller zu generieren, bringt die beiden einander nicht näher. Der Käufer bewertet eine Entscheidung, wo der Nutzer ein Werkzeug bewertet, sodass ein angenommenes Produkt bei der Unterschrift blockiert werden kann. Die technische Frage lautet nicht mehr Machbarkeit, sondern Integration, Wartung, Sicherheit und Stabilität im Betrieb. Compliance-Anforderungen kommen verkleidet als banale Sätze über eine zu begründende Zahl oder einen Vergleich zwischen Standorten. Und der Markt bewegt sich, während man baut, weshalb man lesen muss, wo er sich standardisiert und wo blinde Flecken bleiben.

Diese sechs Dimensionen haben eine Gemeinsamkeit, die der Aufzählung entgeht: Keine lässt sich von der Zentrale aus feststellen, und keine bleibt ohne Schriftstück erhalten. Man erwirbt sie im Interview, beim Kundenbesuch, im Presales, im Support — also durch Menschen, in Situationen, zu einem bestimmten Zeitpunkt. Eine Organisation, die sie im Mündlichen belässt, bezahlt sie bei jedem Projekt, jedem Neuzugang und jedem Weggang erneut.

Daraus erhält das Kontextdokument seinen Platz in der Argumentation. Sein Nutzen liegt nicht darin, Fakten zu sammeln — das könnte ein geteilter Ordner auch —, sondern darin, zwei Vorgaben zu machen, die kein anderes Deliverable macht. Die erste ist das Einordnen: kenntlich machen, was man weiß, was man glaubt, was einen zweifeln lässt, was nicht ausgesprochen wird — so werden die Zonen sichtbar, in denen eine Entscheidung auf einer ungeprüften Überzeugung beruht. Die zweite ist, nach Risiken statt nach Disziplinen zu gliedern, was die Bedeutung eines leeren Abschnitts ändert: Er zeigt nicht mehr einen säumigen Beitragenden an, sondern ein ungeprüftes Risiko.

Die Verschiebung kostet also Schreibarbeit, und genau daran scheitert sie am häufigsten. Ein zusätzliches Feature lässt sich in einer Demo vorführen; aufzuschreiben, was man über eine Chance noch nicht weiß, lässt sich nicht vorführen. Der Umschwung hängt davon ab, was ein Team als Arbeit gelten lässt, bevor sie irgendetwas Sichtbares hervorgebracht hat.

Spannungen / Widersprüche

Eine Spannung betrifft den Preis des Schreibens. Ein eingeordneter Kontext — datiert, mit Verantwortlichem, wieder aufgegriffen — kostet Zeit in der Pflege, und diese Zeit geht von der ab, die die gesunkenen Produktionskosten gerade freigesetzt hatten. Nichts hier sagt, ab welcher Zahl von Chancen die Pflege des Dokuments mehr kostet als das Verständnis, das sie bewahrt.

Zweite Spannung, zwischen zwei Notizen dieser Reihe: Die Entscheidungskultur und das Unausgesprochene eines Kunden sind gerade das, was ein Team wahrnimmt, ohne es formulieren zu können, während das Schreiben eine Formulierung verlangt. Ein Teil dessen, was den Vorteil ausmacht, bleibt also womöglich außerhalb des Dokuments, das ihn bewahren sollte.

Fragen

• Was geht von einem im Presales erworbenen Verständnis unweigerlich verloren, sobald man es aufschreibt?
• Wie erkennt eine Organisation, dass ein Wettbewerber sie beim Verstehen des Kontexts überholt hat, wenn sich dieser Abstand in keinem Feature-Vergleich ablesen lässt?
• An welchen Signalen entscheidet man, dass ein Kontextdokument veraltet ist, wenn sich die beschriebenen Dimensionen in unterschiedlichem Tempo entwickeln?