Ich bin mir nicht sicher, ob ich Ihnen folgen kann.
SixSigma ist eine Methodik zur Verwaltung Prozessvarianten die Daten und statistische Analysen nutzt, um die operative Leistung eines Unternehmens zu messen und zu verbessern.
Nehmen Sie also einen beliebigen Prozess (SDP oder einen anderen), wählen Sie aus, was Sie messen wollen, identifizieren Sie die Probleme, planen Sie die Lösungen, bewerten Sie die Auswirkungen.
Die SixSigma-Projekte, an denen ich teilgenommen habe, waren allesamt ziemlich transversal und nicht an einen Software-Lebenszyklus gebunden.
Mit transversal meine ich transversal zum "Produktdesign-Entwicklung-Konstruktion-Lieferung"-Prozess, der die Softwareentwicklung ausmacht.
In einer Umgebung, in der wir eine Reihe von Programmen produzieren müssen, die auf unserer internen Produktionsplattform laufen, konzentrieren sich die meisten unserer SixSigma-Projekte beispielsweise auf Operative Architektur Das ist die "Inbetriebnahme einer Ausführungsumgebung" (wie man Server und Netze einrichtet, um eine Reihe von ausführbaren Dateien zu stoppen, zu aktualisieren, zu installieren und zu starten, und das für viele Projekte mit jeweils eigener SDP).
Das ist ein Begriff, der für jede beliebige SDP gilt, da alle diese "Entwicklungsprozesse" letztlich nur ein Ziel haben: Ihre Software in Produktion zu bringen.
Die zu messenden Kriterien waren präzise und reproduzierbar und reichten von der Zeit für die Verwaltung der Zusammenführungen, die für die Konsolidierung einer endgültigen ausführbaren Datei erforderlich sind, über die Anzahl der Zusammenführungsfehler bis hin zu den Bereitstellungsfehlern (aufgrund falscher Etiketten oder fehlerhafter Versionshinweise).
All diese Fehltritte wurden bei jeder Veröffentlichung festgestellt, und das Ziel war, sie zu verringern.
Ein Nebeneffekt war die Feststellung einer unzureichenden Workflow zusammenführen Die Fehlerquote bei den endgültigen Lieferungen konnte nach der Korrektur erheblich reduziert werden.