Architektur und Audits

Eine Architekturprüfung von allem, was Sie bereits betreiben

Sobald ein Unternehmen mehr als eine Anwendung betreibt, geht es bei den interessanten Fragen nicht mehr um eine einzelne davon. Was spricht mit was. Wo derselbe Kunde dreimal existiert und die drei sich widersprechen. Welcher Prozessschritt nur deshalb existiert, weil ein System es 2016 nicht konnte. Wie eine Änderung live geht, und wie sie sich rückgängig machen lässt. Das ist der Teil der Arbeit, bei dem ich keinen Grund habe, Ihnen einen Bau zu verkaufen.

Die FrageÜbliche Antwort
Ein aktuelles Diagramm, was wo läuftExistiert selten
Derselbe Datensatz, in wie vielen SystemenDrei, widersprüchlich
Verbindungen, die eine Person zusammenhältMindestens eine
Systeme ohne Upgrade-PfadMeist eines
Wie lange ein Release dauertLänger als gesagt
Das erste Gespräch ist kostenlosSie erfahren vorher, welches der beiden Sie brauchenDie Befunde gehören Ihnen, wie Sie sich auch entscheidenSie sprechen mit mir, nicht mit einem Kundenbetreuer

Kommt Ihnen das bekannt vor

Das brauchen Sie, wenn

  • Ihr Betrieb auf mehreren Insellösungen läuft und niemand aufzeichnen kann, wie sie zusammenpassen.
  • Derselbe Kunde, dasselbe Produkt oder derselbe Mitarbeiter an drei Stellen existiert und die drei sich nicht einig sind.
  • Jede Woche jemand eine Datei aus einem System exportiert und in ein anderes eintippt.
  • Es ein System gibt, das niemand anfassen will, und es hält immer noch etwas Wichtiges.
  • Sie kurz davor sind, eine weitere Anwendung zu kaufen, und nicht sagen können, ob sie etwas ersetzt oder ergänzt.
  • Eine Änderung auszuliefern Tage dauert und sie zurückzunehmen noch länger.
  • Sie eine Offerte eines Dienstleisters haben und keine unabhängige Möglichkeit, Preis, Umfang oder Ansatz zu beurteilen.
  • Ein Projekt läuft, fähige Leute beschäftigt sind und trotzdem nichts fertig wird.

Vier Wege

Was Sie anfragen können

Drei davon haben einen Namen. Der vierte ist der, mit dem die meisten tatsächlich ankommen.

Eine Architekturprüfung

Eine Standortbestimmung Ihrer IT-Architektur. Sie nennen mir die Systeme, die Sie betreiben. Ich zeichne auf, wie sie tatsächlich zusammenhängen, sage Ihnen, wo die Nahtstellen sind, was keine Zukunft hat, und was ich an Ihrer Stelle tun würde, in welcher Reihenfolge.

Jemand, der die Umsetzung führt

Sie haben einen Dienstleister oder ein eigenes Team, und das Bauen ist nicht das Problem. Ich führe die Umsetzung: Umfang, Reihenfolge, Abhängigkeiten, was verspätet ist und warum, und was diese Woche entschieden werden muss.

Eine technische Meinung, auf Abruf

Sie treffen laufend Entscheidungen, die schwer rückgängig zu machen sind, und niemand um Sie herum ist technisch genug, um zu widersprechen. Eine Vereinbarung, bei der Sie eine holen können, ohne jedes Mal ein Projekt zu eröffnen.

Etwas, das nicht auf dieser Liste steht

Das meiste, was hier gefragt wird, hat noch keinen Namen. Beschreiben Sie es, und ich sage Ihnen, ob ich das gut kann oder ob Sie jemand anderen brauchen.

Klein, mittelgross oder Konzern. Die Symptome oben ändern sich nicht mit der Mitarbeiterzahl. Nur die Anzahl der Systeme tut das, und ein Unternehmen mit vier Anwendungen führt dasselbe Gespräch wie eines mit vierzig. Ich habe Jahre auf beiden Seiten dieser Linie verbracht, und auf Konzernebene komme ich als Berater neben Ihre eigenen Teams, nicht an deren Stelle.

Die Applikationslandschaft

Die Karte, von der alle annehmen, dass es sie gibt

Bitten Sie fünf Personen im Unternehmen aufzuzeichnen, welche Systeme mit welchen sprechen, und Sie bekommen fünf verschiedene Zeichnungen, keine davon vollständig. Nicht weil jemand nachlässig war, sondern weil jede Verbindung an einem Dienstag ergänzt wurde, um ein Problem zu lösen, und niemand je gebeten wurde, das Gesamtbild zu halten. Das Erste, was eine Architekturprüfung hervorbringt, ist dieses Bild, und meist sieht es zum ersten Mal überhaupt jemand.

  • Jedes System, das Geschäftsdaten trägt, auch die ohne IT gekauften
  • Was zwischen ihnen fliesst, in welche Richtung und wie oft
  • Wo derselbe Datensatz an mehreren Stellen liegt, und welche Kopie gewinnt
  • Wo eine Person die Integration ist und von Hand tut, was nichts verbindet
  • Welche Systeme keinen Upgrade-Pfad mehr haben, und was darin gefangen ist
  • Wie die Schnittstellen dazwischen abgesichert sind, und ob das in Ordnung ist

Wie eine Systemlandschaft üblicherweise aussieht

Finanzenführendes System
CRMeigene Kundenliste
Webshopeigene Kundenliste
Wöchentlicher Exporteine Person, von Hand
HReigene Mitarbeiterliste
Internes Toolein Autor, keine Doku
Was die Karte zuerst zeigtBefund
Kunde existiert in drei SystemenDrei Wahrheiten
Eine Verbindung ist eine PersonNur eine Person
Ein System kann niemand ändernKein Pfad

Eine Skizze der Form, nicht eines echten Kunden. Ihre wird aus Ihren Systemen gezeichnet.

Wie die Arbeit läuft

Die Hälfte des Prozesses existiert, weil die Software es nicht konnte

Prozesse werden selten entworfen. Sie sammeln sich an. Jemand ergänzt eine Freigabe, weil ein System keine Rollen hatte, eine Tabelle, weil ein Bericht fehlte, eine zweite Erfassung, weil zwei Systeme sich nie einig waren. Jahre später ist die Einschränkung weg und der Schritt überlebt, und alle halten ihn für Richtlinie. Den Prozess zusammen mit den Systemen zu lesen ist die einzige Möglichkeit zu erkennen, welche Schritte Ihr Geschäft sind und welche Narbengewebe.

  • Welche Schritte einen fachlichen Grund haben und welche einen technischen, der längst weggefallen ist
  • Wo dieselbe Information zweimal erfasst wird, und was das an Stunden und Fehlern kostet
  • Freigaben, die niemand liest, und Entscheidungen, die niemand verantwortet
  • Berichte, die jeden Monat von Hand entstehen und die ein System selbst erzeugen könnte
  • Was sich tatsächlich ändern würde, wenn ein System ersetzt würde, und was nicht

Effizienz ist hier keine Sparübung. Es geht nicht darum, Leute abzubauen. Es geht darum, dass die Stunden, die zwei Systeme in Übereinstimmung halten, Stunden sind, die niemand ausgeben wollte, und sie werden meist von den Leuten ausgegeben, die Sie dafür am wenigsten entbehren können.

Der SchrittEchter Grund
Zweite Freigabe, bevor eine Bestellung rausgehtFachlich
Daten in ein zweites System getipptKeine Integration
Monatsbericht von Hand zusammengestelltBericht fehlt
Gemeinsames Postfach als WarteschlangeKeine Rollen
Tabelle neben dem System geführtGrenze entfallen

Releases

Wie eine Änderung live geht, und wie sie zurückkommt

Alles oben handelt davon, was Sie betreiben. Das hier handelt davon, wie es sich ändert. Ein Unternehmen kann gute Systeme haben und trotzdem unbeweglich sein, weil ein Release eine Person, einen Abend und die gemeinsame Hoffnung bedeutet, dass nichts kaputtgeht. Die Pipeline, CI/CD, wenn Sie den Begriff so verwenden, ist keine Entwicklersache: sie entscheidet, wie schnell das Geschäft auf irgendetwas reagieren kann.

  • Wie viele Umgebungen es gibt, und ob überhaupt etwas getestet wird, bevor es live ist
  • Was bei jeder Änderung automatisch läuft, und was davon abhängt, dass jemand daran denkt
  • Wie lange ein Release dauert, und wie viele Leute dafür wach sein müssen
  • Ob ein schlechtes Release rückgängig gemacht werden kann, und ob das je geprobt wurde
  • Wer deployen darf, und ob es eine Aufzeichnung gibt, was wann live ging

Das Mass ist nicht, wie modern die Pipeline ist. Es ist, wie lange es dauert, eine kleine, sichere Änderung vor Ihre Nutzer zu bringen, und wie zuversichtlich Sie sie zurücknehmen könnten. Eine einfache Pipeline, die beides beantwortet, schlägt eine aufwendige, die keines von beidem beantwortet.

Die Pipeline, von Anfang bis Ende gelesen

Änderunggeschrieben
Geprüftautomatisch
Stagingirgendwo echt
Liveund umkehrbar
Umgebungen vor der ProduktionOft keine
Automatische Prüfungen bei jeder ÄnderungSelten
Zeit für ein kleines ReleaseTage
Rollback je geprobtFast nie
Aufzeichnung, was wann live gingTeilweise

Das Ergebnis

Eine Karte und Befunde, die Sie jemand anderem geben können

Der Sinn einer Prüfung ist nicht, bei einer Offerte von mir zu landen. Er ist, dass Sie danach etwas wissen, was Sie vorher nicht wussten, in einer Form, mit der Sie ohne mich handeln können. Sie bekommen also das Bild Ihrer Landschaft und die Befunde schriftlich, sie gehören Ihnen, und sie verfallen nicht, wenn Sie sich für jemand ganz anderen entscheiden.

  • Ein Diagramm Ihrer Applikationslandschaft: was läuft, was verbindet, und wo die Nahtstellen sind
  • Was ich gefunden habe, schriftlich, geordnet danach, was es Sie kosten würde, es zu ignorieren
  • Was ich an Ihrer Stelle tun würde, und in welcher Reihenfolge
  • Was in Ordnung ist, klar gesagt, damit Ihnen keine Arbeit verkauft wird, die Sie nicht brauchen
  • Von der Übersicht bis zu den Beteiligten im einzelnen Prozess, und wie fein das wird, entscheiden Sie
  • Für Sie geschrieben, nicht damit ein anderer Entwickler es entziffert

Es liegt keine Offerte bei. Ein Audit, das mit einer Offerte hinten dran ankommt, ist ein Verkaufsdokument. Wenn sich herausstellt, dass ich die richtige Person bin, das Gefundene zu beheben, sprechen wir darüber getrennt, nachdem Sie es gelesen haben.

BestandteilIhnen
Das LandschaftsdiagrammZum Behalten
Befunde, nach Kosten des Ignorierens geordnetSchriftlich
Was ich tun würde, und in welcher ReihenfolgeSchriftlich
Was bereits in Ordnung istKlar gesagt
Eine Fassung, mit der ein anderer Dienstleister arbeiten kannEnthalten
Eine Offerte für die ArbeitNicht dabei

Wenn das Bauen nicht das Problem ist

Irgendjemand muss sagen, was verspätet ist, und warum

Viele Projekte haben fähige Leute und führen trotzdem zu nichts. Meist weil niemand die Reihenfolge der Arbeit verantwortet, die Abhängigkeiten zwischen den Teilen, oder die Entscheidungen, auf die alle höflich warten, dass jemand anderes sie trifft. Das ist eine Aufgabe, und es ist eine andere Aufgabe als Code zu schreiben.

  • Ein Umfang mit einer Reihenfolge, damit die blockierenden Teile zuerst fertig werden
  • Eine Stelle, an der der Stand des Projekts steht, und er ist aktuell
  • Abhängigkeiten benannt, auch die auf Ihrer Seite
  • Entscheidungen sichtbar gemacht, solange sie noch wenig kosten
  • Ihre Dienstleister und Ihre eigenen Leute direkt betreut, damit Sie nicht der Bote sind

Ich stehe nicht im Wettbewerb zu Ihrem Dienstleister. Wenn schon jemand baut, ist meine Aufgabe, dessen Arbeit zum Ziel zu bringen, nicht sie zu ersetzen. Wenn ich denke, dass Sie den falschen Dienstleister haben, sage ich Ihnen das klar, statt darum herum zu managen.

Wer wartet auf wen

Umfangvereinbart, schriftlich
ReihenfolgeBlocker zuerst
Entscheidungenfrüh sichtbar
LieferungStand, aktuell
Die Teile, die Ihr Dienstleister nicht starten kannSie
Die Teile, die niemand entschieden hatSichtbar
Die Teile, die schlicht verspätet sindBenannt

Wie es läuft

Vom Gespräch zu etwas, mit dem Sie handeln können

  1. Wir sprechen

    Kostenlos und unverbindlich. Sie schildern die Situation. Ich sage Ihnen, ob das ein kostenloser Blick oder bezahlte Arbeit ist, und ob ich überhaupt die richtige Person bin.

  2. Wir vereinbaren den Umfang

    Welche Systeme ich lese, welche nicht, was Sie am Ende bekommen, und was es kostet. Schriftlich, bevor irgendetwas beginnt.

  3. Ich lese es

    Die Systeme, die Verbindungen, den Prozess darum und den Weg, auf dem Änderungen live gehen. Mit dem nötigen Zugang, und nicht mehr.

  4. Sie bekommen Karte und Befunde

    Das Bild Ihrer Landschaft, was ich gefunden habe, und was ich in welcher Reihenfolge tun würde. Danach ein Gespräch darüber, wenn Sie eines möchten.

Nichts ist vereinbart, bis Umfang und Preis schriftlich vorliegen

Was es kostet

Sie erfahren vorher, welches der beiden Sie brauchen, nicht nachher

Ein Gespräch, eine Meinung zu einer Offerte, die Sie erhalten haben, und ein Blick auf alles von aussen Erreichbare sind Dinge, die eine Person an einem Nachmittag tun kann, also bleiben sie kostenlos. Quellcode, Systeme, Pipelines und Backups zu lesen ist echte Arbeit, und etwas anderes zu behaupten würde sie entweder oberflächlich machen oder mich sie bereuen lassen. Welches der beiden Ihre Situation braucht, sage ich Ihnen im ersten Gespräch.

Vereinbart, bevor es beginntEine Website hat eine Form, die man vor dem Ansehen bepreisen kann. Diese Arbeit nicht: was ich lesen würde, ist jedes Mal anders, also wäre eine Zahl auf dieser Seite geraten und kein Rabatt. Wir vereinbaren Umfang und Preis schriftlich, und erst dann beginnt etwas.
Kostenlos bleibt kostenlosDas erste Gespräch, eine ehrliche Meinung und ein Blick auf alles von aussen Erreichbare kosten nichts, was auch immer danach kommt. Das wird nicht enger, je grösser Ihr Unternehmen wird.
  • Sie erfahren vor dem Beginn, welches der beiden für Sie gilt
  • Wenn die ehrliche Antwort ist, dass Sie keines von beiden brauchen, hören Sie auch das
  • Karte und Befunde gehören Ihnen, ob Sie mit mir weitermachen oder nicht
  • Eine ehrliche Sicht darauf, was nicht getan werden sollte, was meist die wertvollere Hälfte ist
  • Eine namentlich benannte Person, mit der Sie durchgehend zu tun haben, und das bin ich

Wo die Linie verläuft

Von aussen, kostenlos

Ein Gespräch über die Situation

Eine Meinung zu einer Offerte

Alles öffentlich Erreichbare

Welches der beiden Sie brauchen

Von innen, bezahlt

Die Systeme, und was sie verbindet

Der Quellcode, der Ihnen gehört

Die Pipeline und die Umgebungen

Die Daten, und wer sie lesen kann

Fragen

Häufige Fragen

Was kostet das erste Gespräch?

Nichts, und danach besteht keine Verpflichtung. Dreissig bis fünfundvierzig Minuten reichen meist, damit wir beide wissen, ob es Sinn ergibt weiterzumachen.

Ab wie vielen Systemen lohnt sich das?

Zwei reichen, wenn sie sich einig sein sollten und es nicht sind. Der Wert liegt nicht in der Anzahl der Systeme, sondern in den Nahtstellen dazwischen, und das zweite System ist dort, wo Nahtstellen anfangen.

Wo genau hört kostenlos auf?

An dem Punkt, an dem ich Zugang brauche. Ein Gespräch, eine Meinung zu einer Offerte und alles öffentlich Erreichbare bleiben kostenlos. Quellcode, Systeme, Pipelines oder Backups zu lesen ist bezahlte Arbeit, und das erfahren Sie vorher, statt es hinterher in Rechnung gestellt zu bekommen.

Brauchen Sie Zugang zu unseren Produktivsystemen?

Meist nicht. Der grösste Teil einer Prüfung ist Dokumentation, Konfiguration, Code und Gespräche mit den Leuten, die die Systeme nutzen. Wo Live-Zugang wirklich hilft, ist er nur lesend, im Umfang vereinbart und auf das beschränkt, was die Frage braucht.

Endet die Prüfung damit, dass Sie anbieten, es zu beheben?

Nein. Karte und Befunde kommen für sich. Wenn sich herausstellt, dass ich die richtige Person für die Arbeit bin, ist das ein getrenntes Gespräch, das Sie beginnen, nachdem Sie sie gelesen haben.

Was, wenn Sie nichts Ernsthaftes finden?

Dann steht genau das in den Befunden, und es ist gut, das zu wissen. Ein Bericht, der Dringlichkeit erfindet, um die eigenen Kosten zu rechtfertigen, ist kein Audit.

Können Sie ein Projekt führen, das Sie nicht gebaut haben?

Ja, das ist hier der übliche Fall. Bauen können Ihr Team, Ihr bestehender Dienstleister oder beide.

Unterschreiben Sie eine Vertraulichkeitsvereinbarung?

Ja, bevor wir etwas besprechen, das eine braucht. Falls Sie keine haben, kann ich eine einfache bereitstellen.

Unsicher, ob Sie eine Prüfung oder einen Bau brauchen?

Schildern Sie die Situation. Sie erfahren, welches der beiden es ist und was es kosten würde, bevor irgendetwas beginnt.

Situation schildern