Beispiele für technische Schulden bei der Implementierung von BI-Systemen

Die Entwicklung und Bereitstellung von BI-Systemen ist ein relativ schneller und kostengünstiger Prozess, deren Wartung im Laufe der Zeit jedoch teuer ist. Dies kann man sich durch die Metapher der technischen Verschuldung vorstellen.

Technische Verschuldung - bezeichnet die im Programmcode oder in der Architektur angesammelten Probleme im Zusammenhang mit der Vernachlässigung der Qualität bei der Softwareentwicklung und der Verursachung zusätzlicher Arbeitskosten in der Zukunft.

Oft gibt es vernünftige strategische Gründe, technische Schulden aufzunehmen. Nicht alle Schulden sind schlecht, aber alle Schulden müssen bedient werden. Technische Schulden können bezahlt werden, indem der Code überarbeitet, Tests getestet, toter Code entfernt, Abhängigkeiten reduziert, die API verschärft und die Dokumentation verbessert werden. Ziel ist es nicht, neue Funktionen hinzuzufügen, sondern zukünftige Verbesserungen zu ermöglichen, Fehler zu reduzieren und die Wartbarkeit zu verbessern. Die Verschiebung solcher Zahlungen führt zu komplexen Kosten. Versteckte Schulden sind gefährlich, da sie lautlos zunehmen.

Beispiele für technische Schulden in BI:

• Es gibt ein Data Warehouse im BI-Projekt, aber tatsächlich ist es eine Kopie der Arbeitsdatenbank. Infolgedessen gehen Speichervorteile wie die Datenaktualisierungsrate verloren, und Datenverlust oder Beschädigung sind möglich.
• Beim Laden und Aktualisieren von Daten (ETL) werden die Daten nicht überprüft / korrigiert. Fehler werden an die Anwendung übertragen.
• Nicht optimale Feld- und Variablennamen erschweren in Zukunft die Bearbeitung und Verwendung der Anwendung.
• Eine anfänglich falsch ausgewählte Modell- / Datenstruktur der Anwendung führt zu Problemen während des Betriebs und der Änderung der Anwendung.
• BI , , ( ). , .
• BI — . BI. , - .
• , , ().
• BI, , - , .

Nur das Wissen darüber liefert leider keine Metriken für das Management. Wie kann man die technische Verschuldung in einem System messen oder den Gesamtwert dieser Verschuldung schätzen? Die Tatsache, dass das Team noch arbeitet, ist kein Beweis für eine geringe Verschuldung, da der volle Wert der Verschuldung erst im Laufe der Zeit sichtbar wird.

Einige nützliche Fragen zu berücksichtigen:

1. Wie einfach ist es, einen völlig neuen Algorithmus zur Berechnung von Metriken vollständig zu testen?
2. Wie genau kann der Effekt einer neuen Änderung in einem System gemessen werden?
3. Wie schnell können neue Teammitglieder auf dem Laufenden bleiben?

Wir hoffen, dass dieser Artikel als Anreiz für zusätzliche Entwicklungen im Bereich BI dienen kann, einschließlich der Verbesserung von Testmethoden, Entwurfsmustern und mehr. Der wichtigste Punkt ist jedoch, dass technische Schulden ein Problem sind, dessen sich sowohl Programmierer als auch Manager bewusst sein sollten.