Technische Schulden
Was sind technische Schulden?
Technische Schulden entstehen, wenn ein digitales Projekt für den unmittelbaren Bedarf abgeschlossen wird, ohne dass man sich die Zeit nimmt, sonstige Belange zu berücksichtigen. Das Projekt kann vielleicht früher abgeschlossen werden, aber Abkürzungen haben ihren Preis.
Wie werden technische Schulden gemessen?
In einer idealen IT-Umgebung bliebe genügend Zeit sicherzustellen, dass jede Codezeile perfekt ist, bevor ein Projekt freigegeben wird. Jedoch haben Entwicklungszyklen selten diesen Luxus, und die Ansammlung gewisser technischer Schulden ist üblich und erwartbar.
Teams können den so genannten technischen Verschuldungsgrad überwachen und ermitteln, um Entwicklungs- und Kontrollprobleme bewusst zu steuern. Der technische Verschuldungsgrad kann definiert werden als die Kosten für die Reparatur eines Systems, geteilt durch die Kosten für die Entwicklung des Systems (Remediation Cost / Development Cost).
Es ist schwierig, diese Kosten direkt zu messen, da es sich um Prognosen und nicht um tatsächlich entstandene Kosten handelt, aber es gibt indirekte Mittel, um sich der Schuld anzunähern. Nachfolgend sind einige gute Beispiele beschrieben:
· Zykluszeit: Die Behebung von Fehlern, die bei einer beschleunigten Projektabwicklung im Vergleich zu bewährten Verfahren auftreten, erfordert zusätzliche Zeit und verzögert den Übergang eines Projekts zum nächsten Entwicklungsschritt. Ein kürzerer Zeitaufwand für eine Aufgabe deutet auf optimierte Prozesse hin.
· Stabilität: Ein überstürztes Projekt kann dazu führen, dass der Code nicht sauber oder gut organisiert ist und ein Rückstau von Aufgaben zur Stabilisierung und Bereinigung eines schlecht konzipierten Systems entsteht.
· Qualität: Mängel sind eine häufige Erscheinung, wenn Abkürzungen genommen werden. Wenn sie sich häufen, geht die IT-Prduktivität insgesamt zurück.
HPE und technische Schulden
Es muss nicht schmerzhaft sein, technische Schulden zu überwinden. Teams können auf eine Architektur zurückgreifen, die sicher, skalierbar und flexibel ist, so dass sie nahtlos Refactoring und Anpassungen an der Codequalität vornehmen und neue Funktionen effizient integrieren können.
Die branchenweit erste hybride, analytikfähige Data Fabric, HPE Ezmeral Data Fabric, ermöglicht Ihnen beispielsweise eine schrittweise Modernisierung ohne Refactoring oder Rebuild. Das liegt daran, dass Entwickler bei HPE Ezmeral Data Fabric nicht von Grund auf neu arbeiten müssen. Stattdessen werden verteilte Daten im gesamten Unternehmen miteinander verbunden, wodurch der Zugriff auf Anwendungen und Workloads erheblich vereinfacht wird und die Notwendigkeit entfällt, manuell einen eindeutigen Zugriff auf einzelne Systeme zu ermöglichen. So wird die Datenintegrität erhöht, da Fehler und doppelte Dateien entfernt werden und die bisher verwendeten Big Data-Bestände dadurch für Sie von höherem Wert sind.
Sind Sie bei der Bewältigung Ihrer technischen Schulden bereits im Rückstand? Dann kann HPE Ezmeral Unified Analytics zur Diagnose von System- und Netzwerkvorfällen mit langen Zykluszeiten, Instabilität und schlechter Qualität helfen. Durch die schnellere Freigabe von Daten aus der Cloud modernisiert HPE Ezmeral Unified Analytics ältere Daten und Anwendungen, um datenintensive Workloads zu optimieren, unabhängig von der Bereitstellungsumgebung.
Darüber hinaus können Sie vollständige Managed Services nutzen, die HPE Ezmeral Data Fabric mit HPE GreenLake Hardware, Software und Services kombinieren. HPE GreenLake for Data Fabric vereinfacht die Einrichtung und Konfiguration und bietet eine vereinfachte Datenanalyse, so dass Ihre Dateningenieure Echtzeit- und Batch-Daten vom Edge zurückholen können, um Modelle zu trainieren, Abfragen auf Metadaten durchzuführen oder komplexere Abfragen zur Ermittlung von Anomalien auszuführen.