Vor der Übergabe an ein Nearshore-Team sollte eine Architekturprüfung erklären, wie der vorhandene Produktstand geändert und betrieben werden kann. Für deutsche Käufer sind nachvollziehbare Befunde wichtiger als eine lange Liste von Technologien. Der Bericht muss Risiken mit konkreten Aufgaben verbinden.
Mit dem Start des Systems beginnen
Geben Sie geeignete Lesezugänge und aktuelle Startanweisungen. Lassen Sie den Partner das System in einem erlaubten Umfeld ausführen. Halten Sie fehlende Einstellungen und Abhängigkeiten fest.
Eine Prüfung ohne ausführbares System kann trotzdem Informationen liefern. Der Bericht muss dann zeigen, welche Aussagen auf Codelektüre beruhen und welche Abläufe nicht beobachtet werden konnten.
Wichtige Grenzen prüfen
| Bereich | Gesuchte Information |
|---|---|
| Dienste | Verantwortlichkeiten und Verbindungen |
| Daten | Änderungen, Migrationen und bekannte Mengen |
| Rechte | Kontrolle bei Serveroperationen |
| Abhängigkeiten | Externe Systeme und Ausfallverhalten |
| Lieferung | Weg von Änderung bis Version |
| Betrieb | Diagnose und Wiederherstellung |
Befunde mit Auswirkungen formulieren
Jeder Befund nennt einen Beleg, eine Folge und einen Vorschlag. Ein fehlender Test wird dadurch verständlich, dass der Bericht den ungeschützten Ablauf beschreibt. Eine abweichende Architekturvorliebe allein begründet keinen Umbau.
Kennzeichnen Sie Annahmen und offene Untersuchungen. Teilen Sie Maßnahmen in Voraussetzungen für die Übernahme und später mögliche Verbesserungen. Ihr Unternehmen kann damit den ersten Auftrag realistischer planen.
Ergebnisse in die Abnahme übernehmen
Verknüpfen Sie vereinbarte Maßnahmen mit Nachweisen. Eine korrigierte Startanweisung sollte von einer weiteren Person ausprobiert werden. Ein neuer Test sollte den betreffenden Fehler erkennen.
Der Bericht liefert keine allgemeine Sicherheitszertifizierung. Wenn ein spezielles Audit benötigt wird, legen Sie dafür einen eigenen Umfang und geeignete Prüfer fest. Die Architekturprüfung bleibt ein Arbeitsdossier für die geplante Übernahme und ihre Risiken.
Das Vorhaben vorbereiten
Weiterlesen: Code Reviews im externen Entwicklungsteam: Regeln für die Zusammenarbeit. Für eine Projektanfrage nutzen Sie den Kontakt zu Sky Vaults auf Englisch.