Was Marco Gerussi unter dem Titel «Lohnt sich werkzeuggestütztes Test-Management» schreibt, können wir in allen Teilen unterschreiben. Zudem gelten die Argumente für die Automation nicht nur für das Test-Management, sondern generell für das Software -Engineering und -Management.

Skeptische Informatiker

Nur hat die Informatik den Nutzen der Automatisierung für ihre eigenen Bedürfnisse noch nicht entdeckt. Was heisst Automation in der Informatik? — Informatik! Die Informatiker muten die Informatik und damit die Automation zwar ihren Anwendern zu, aber sie selbst wollen noch von Hand entwickeln, testen und verwalten. Bei den eher unbeliebteren Arbeiten Testen und Verrwalten nehmen sie’s dann halt nicht so genau – mit unglaublichen Kostenfolgen. Dabei gibt es schon seit Jahrzehnten Generatoren, Test-, Workflow- und Verwaltungswerkzeuge. Andrerseits gibt es punktuell ganz hervorragenden Werkzeugeinsatz, z.B. für automatische Builds.

Natürlich gab und gibt es immer noch Werkzeuge, die wenig bis nichts taugen. Aber eben so häufig bewahrheitet sich «A fool with a tool is still a fool.» Das ist kein Argument gegen Werkzeuge, sondern nur gegen untaugliche Informatiker!

Warum sind die Informatiker Werkzeugen gegenüber so misstrauisch? Weil sie eingekauften Werkzeugen nicht vertrauen: Das mache ich doch selbst viel besser! Und natürlich finden sie einen Fall, wo das Werkzeug suboptimal arbeitet. Dabei vergessen sie, dass sich ein gutes Werkzeug verbessern lässt und von da an opitmal, ja ideal arbeitet. Jederzeit, unabhängig vom Entwickeler und dessen Tagesform vollbringt das Werkzeug eine immer gleichbleibende, hochstehende Leistung. Etwas, das auch der beste Entwickler nicht fertigbringt, und eine ganze Entwicklergruppe schon gar nicht. Absolute Zuverlässigkeit, gleichbleibende Qualität, höchste Geschwindigkeit, unabhängig von den Fähigkeiten des Entwicklers – das sind die Vorteile der Automatisierung.

Methode — Standardisierung — Automatisierung

Automatisierung ist das dritte Glied in der Kette Methode – Standards – Automatisierung. Werkzeuge benötigen eine methodische Basis, die die Arbeitsprinzipien und -verfahren festlegt. Eine Methode ist meistens aber ziemlich offen, und benötigt gewisse Konventionen. Ob Sie an Entity-Relationship-Diagramme, an Testverfahren, Prinzipien für das Konfigurationsmanagement denken, immer bietet eine Methode gewisse Varianten an, aus denen Sie auszuwählen haben. Und schliesslich müssen sie diese Auswahl noch standardisieren: Die bekanntesten Standards sind Namenskonventionen. – Jetzt erst steht die Basis für ein Werkzeug. Das müssen Sie aber nicht alles selbst machen, das nimmt Ihnen der Werkzeughersteller ab.

Vernachlässigtes SCCM – Software Change and Configuration Mangement

In Wartungs-, Migrations-, Portierungs- und Migrationsprojekten konnten wir uns oftmals nicht auf das vorhandene Konfigurationsmanagement (SCCM) stützen, weil es den Ansprüchen bei weiten nicht genügte. Viele Fehler, die in der Produktion viel Ärger beim Benutzer und hohe Kosten verursachen, sind auf Mängel im SCCM zurückzuführen. Es wird vernachlässigt und wenig automatisiert. Wenn nichts unternommen wird, verschlechtert sich die Situation. Denn es gibt immer mehr Software, da immer mehr Arbeitsgebiete informatisiert werden, zudem vervielfachen die modernen Entwicklungskonzepte wie Objekt-, Komponenten- und Serviceorientierung die Anzahl zu verwaltender Software-Artefakte und verkomplizieren die Software-Entwicklungs- und -Pflege-Prozesse.

Hier schlummert ein riesiges Rationalisierungspotenzial, das man schleunigst wecken muss. SCCM, methodisch aufgebaut, vereinheitlicht, vernünftig automatisiert bringt allen Beteiligen Vorteile: Die Benutzer freuen sich über die starke Verminderung der Fehlerraten, die Entwickler finden die Software (!), verbringen weniger Zeit mitdem Suchen und Verwalten von Software und ihren Fehlern, denn so viel wie möglich ist automatisiert.

Tags: Automatisierung, Best Practices, Werkzeuge

Trackback URI | Kommentare als RSS