Wie wir arbeiten
Forschen, entwickeln, liefern, betreiben.
Vier Stufen, ein Kreis. Was wir aus dem Betrieb eines Systems lernen, fliesst in die nächste Forschung – und genau deshalb sitzen Bau- und Sicherheitsarbeit im selben Team und nicht in zwei Abteilungen, die sich bei der Übergabe treffen.
Die Stufen
Was in jeder tatsächlich passiert.
Forschen
In der ersten Phase machen wir das Problem kleiner und die Randbedingungen ausdrücklich. Das heisst: Ihre Systeme lesen, mit den Leuten sprechen, die sie benutzen, und laut sagen, welche Teile der Aufgabenstellung den Kontakt mit der Wirklichkeit nicht überstehen. Der Umfang schrumpft hier öfter, als er wächst – und das sind meist gute Nachrichten.
Entwickeln
Kurze Schritte, von denen jeder läuft. Lieber zeigen wir einen schmalen Ausschnitt, der durchgängig funktioniert, als einen breiten, der in der Vorführung funktioniert. Durchsicht passiert laufend und in Ihrem Repository, damit niemand am Ende die Architektur entdeckt.
Liefern
Liefern heisst: Ihr Team kann das System ausrollen, beobachten und ändern, ohne uns anzurufen. Quellcode, Infrastrukturdefinitionen, Betriebshandbuch und eine Sitzung mit denen, die es erben. Ist das nicht so, sind wir nicht fertig – egal, was der Terminplan sagt.
Betreiben
Optional, und zwar immer. Überwachung, Support und regelmässige Nachprüfung für die, die das wollen – nie eine Abhängigkeit, die in die Übergabe eingebaut wird, damit Weggehen teuer wird.
Grundsätze
Die Zusagen hinter der Methode.
Das sind die Dinge, die wir nicht gegen einen früheren Liefertermin eintauschen – und der Grund, warum manche Gespräche ohne Angebot enden.
- Keine eingebaute AbhängigkeitIhnen gehören Code, Daten und Konten. Unser Hebel ist, dass die Arbeit gut ist – nicht, dass Weggehen wehtut.
- Schlechte Nachrichten frühEine kippende Schätzung melden wir, wenn wir es merken, nicht am Meilenstein. Niemand war je froh, es später zu hören.
- Schriftlicher UmfangBesonders bei Sicherheitsprüfungen. Was drin ist, was draussen, wann – und was uns abbrechen lässt.
- Ihre Daten bleiben IhreVerarbeitet, wo Sie es festlegen, aufbewahrt für eine vereinbarte Frist, planmässig gelöscht und nie als Referenz benutzt.
- Aussagen sind messbarWenn wir sagen, ein System sei besser geworden, steht eine Messung dahinter, die Sie selbst ausführen können.
- Wir sagen NeinZu Aufträgen ausserhalb unserer Kompetenz und zu Prüfungen ohne ordentlichen Auftrag. Beide Absagen schützen Sie so sehr wie uns.
Fragen
Oft genug gestellt, um hier zu stehen.
Können Sie dasselbe System bauen und danach auditieren?
Können wir – aber nicht als unabhängiges Audit. Die eigene Arbeit zu prüfen ist gut für die Qualität und wertlos als Zusicherung. Wo Sie ein unabhängiges Urteil über etwas brauchen, das wir gebaut haben, sagen wir das und helfen Ihnen, ein anderes Haus zu beauftragen. Umgekehrt ist ein unabhängiges Urteil über fremde Arbeit für uns ein ganz normaler Auftrag.
Arbeiten Sie mit unseren Entwicklern oder ersetzen Sie sie?
Mit ihnen, im Regelfall. Die Arbeit passiert in Ihrem Repository, mit Ihrem Review-Prozess, und das Ziel ist, dass Ihr Team sie weitertragen kann, wenn wir gehen. Teams, die nur ein fertiges Ergebnis bekommen, können es meist nicht mehr ändern.
In welchen Sprachen arbeiten Sie?
Englisch, Deutsch, Französisch und Italienisch – für Workshops, Berichte und die tägliche Verständigung. Code, Commit-Nachrichten und technische Dokumentation sind unabhängig davon englisch, weil die nächste Person das so erwartet.
Wie beginnt eine Zusammenarbeit?
Mit einem Gespräch, danach mit einem kurzen schriftlichen Umfang zu Ziel, Grenzen, Aufwand und Preis. Bei Sicherheitsprüfungen gehören der Auftrag und die Regeln in dasselbe Dokument. Gearbeitet wird, sobald es unterschrieben ist – nicht vorher.
Klingt passend?
Beschreiben Sie die Lage in ein paar Sätzen. Sind wir das falsche Team dafür, sagen wir das – und nennen meist die richtige Sorte.