Eigentlich sollte der Titel ja folgendermassen heissen: Dem Management fehlt es oft an passender Test- und Qualitäts- Ausbildung. Dies wäre jedoch für einen Blog wohl zuwenig provokant und etwas zu lang, also habe ich es gekürzt. Doch um was geht es, warum behaupte ich, dass das Management zuwenig (Test-) Wissen hat?
Als Linienchef interessiere ich mich, ob die regelmässigen Ausbildungen meiner Test-Crew wirksam und nachhaltig sind. Wegen der Sommerhitze bin ich beim Nachdenken mit meinen Gedanken ein wenig abgeschweift und bin dabei bei folgender These gelandet:
“das Management hat zu wenig Testwissen”
“Meine” Testerinnen und Tester bilden sich regelmässig und gezielt weiter. Dabei reicht die Palette von Testautomatisierungstools über Testmanagement – Tools bis hin zu agilen Methoden, Statistik, Rhetorik und bis hin zu spezifischen Programmierer Kursen. Das Angebot auf dem Bildungsmarkt ist “rund um Qualität und Testen” riesig. Es reicht von tägigen Kursen bis hin zu CAS und MAS Abschlüssen an Hochschulen.
Fragen:
- Wann hat eine Führungsperson das letzte Mal einen Kurs besucht?
- Hatte der letzte Kurs Qualität oder Test im Inhalt?
- Wer kennt in Ansätzen den Inhalt der Norm welche Merkmale von Qualität besschreibt
Währen hier beim Management wohl breites Unwissen herrscht, ist das Ausbildungsniveau bei den gewöhnlichen Informatikerinnen und Informatiker mittlerweile hoch, bei den “Testafinen” wohl sogar sehr hoch. Deoch dies war nicht immer so: Früher musste Testen, wer zu nicht’s anderes zu gebrauchen war.
Heute testen nur die Besten!
Die Konzeption und der Bau eines Testframework, das Gestalten und Entwickeln einer Testarchitektur sowie einer nachhaltigen Testautomatisierung ist sehr anspruchsvoll. Das Erstellen einer Teststrategie mit einem passenden Testkonzept bedingt profundes und vielseitiges Wissen wie Risikomanagement, Testanalyse, SW-Architektur und Projektmanagement.
Die breite und profunde Ausbildung der Testerinnen und Tester führt dazu, dass Projekte nicht mehr am fehlenden Wissen und Können der Testerinnen und Tester scheitern.
Aufgrund meiner Erfahrung behaupte ich, dass
einer der Hauptgründe für das Scheitern der Projekte an der Ignoranz sowie am fehlenden Wissen des Managements ist.
Begriffe aus dem geläufigen Vokabular von Tester – wie z.B. Nachhaltigkeit, Technische Schuld, Erweiterbarkeit und Sicherheit – stossen beim Kader und beim Management oft auf Unverständnis. Es fehlt das entsprechende Wissen um mit diesen Worten zu argumentieren, die Diskussionen laufen so in’s Leere.
Leider trägt das Management oft eine schmale Brille, diese lässt den Blick nur auf wenige Kennzahlen zu.
So sind es oft die vielen unzufriedenen Kunden oder die wachsenden Zahl an Fehlermeldungen welche dem Management signalisieren, dass “Etwas nicht stimmt”.
Als Reaktion werden dann “Feuerwehrübungen gestartet”. Brennt es zu heftig oder zu lange, wird dann externe Hilfe gesucht. Hier erlebe ich dann oft, das sich das Vokabular auf Begriffe wie Gewinn, Kosten und Einsparungen beschränkt. Auf dem Altar der kurzfristigen Erfolge wird jede Investition welche nicht unmittelbare Wirkung zeigt geopfert.
In diesen Fällen beginnt das Steigern der Qualität beim Management: hier muss die Bereitschaft vorhanden sein, in Nachhaltige Massnahmen zu investieren.
Ohne Investitionsbereitschaft fehlt die Grundlage für eine Nachhaltige Verbesserung.
Und hier komme ich zum Dilemma, welches meine These bestätigt:
Um die Notwendigkeit und den Zusammenhang von “Investitionen in Nachhaltigkeit” und Qualität zu verstehen bedingt es spezifisches Wissen. Wie kann dies begriffen und verstanden werden, wenn dieses Wissen (beim Management) fehlt?
Eigentlich ist die Antwort einfach:
Es bedingt Geduld, Ausbildung sowie die Bereitschaft zur Aus- resp. Weiterbildung.
Also sehe ich mich gefordert und berufen, dieses Wissen dem Management in ansprechender Weise anzubieten und so nachhaltig zum Gelingen von Projekten beizutragen.
So nutze ich das Sommerloch nicht mit #PokemonGO, sondern suche mögliche Wege um das Dilemma zu lösen. Gerne berichte ich in weiteren Bloggs über die nächsten Schritte.
