Softwareprojekt und Legacy-Code-Technologie-Diagnose

Beispiel: Wie man Risiken priorisiert

Die hypothetische Untersuchung ergab drei Probleme: Die Produktionsumgebung kann nicht umgebaut werden, ein historisches Datenfeld fehlt, und es gibt einen Stilfehler auf der normalen Seite. Die Priorität wird nicht nach der Schwierigkeit der Reparatur, sondern nach den Auswirkungen auf das Geschäft, der Wahrscheinlichkeit und der Widerstandsfähigkeit eingestuft. Der Fehler beim Wiederaufbau kann sich direkt auf die Wiederherstellung des Fehlers auswirken und sollte vorrangig abgeschlossen werden; historische Datenprobleme erfordern die Quantifizierung von Wirkungsaufzeichnungen und Betriebsnutzungen; und Stilfehler, die den Hauptprozess nicht beeinflussen, können verfolgt werden. Dieses Beispiel zeigt einfach die Methode an, und formale Schlussfolgerungen müssen mit dem Nachweis des Projekts einhergehen.

Am Ende der Diagnose sollte der Kunde in der Lage sein zu antworten, „was ist der tatsächliche Zustand, wo sind die wichtigsten Risiken, welche Schlussfolgerungen wurden nicht validiert, was in der nächsten Phase getan wird, und wer muss zusammenarbeiten. Wenn der Bericht auf technischen Begriffen und Verallgemeinerungsempfehlungen basiert, bildet er keinen Umfang, Zeitplan oder Akzeptanzeingabe, der Kernwert des Abschlusses der Diagnose ist nicht verfügbar.