Regelmässig werde ich immer wieder gefragt, was eingentlich ein „ingenieurmässiges Vorgehen“ ist, wodurch sich dieses auszeichnet und was ich von Zertifizierungen zu „Qualitäts“-Standards wie PMI, ISO, CMMI, ITIL, etc. halte. Im Folgenden möchte ich deshalb meine Ansichten in einer kurzen Übersicht (speziell aus der Sicht der Softwareentwicklung) dazu kundtun.
Ingenieurmässiges Vorgehen
Als Grundsatz aus der Organisationslehre kennen wir die Regel:
STRUCTURE follows PROCESS follows STRATEGY follows OBJECTIVES follow VISION
An diesem Grundsatz orientierten sich Ingenieure schon lange, bevor er ausformuliert wurde. Er sagt eigentlich nur aus, dass vom Groben zum Detail hin gearbeitet wird, wobei die sachlogischen Abhängigkeiten brücksichtigt werden.
Zum ingenieurmässigen Vorgehen gehört unter anderem, dass ein Prozess geplant und entworfen wird, dass eine vollständige Beschreibung existiert, Kontrollpunkte zur Einrichtung von Messungen festgelegt und Auswertungen der Messungen für die Prozessverbesserung verwendet werden. [Ernest Wallmüller]
Das ingenieurmässige Vorgehen zeichnet sich durch folgende Merkmale aus, wobei die Punkte a) bis c) unabdingbare Voraussetzungen für die Verbesserbarkeit der Prozesse und ihrer Produkte sind: