Hintergrund -
Ich arbeite für ein Genetikunternehmen mit ca. 100 Mitarbeitern, das neu im Besitz eines Unternehmens mit ca. 8000+ Mitarbeitern ist. In den letzten 2 Jahren war ich unser Softwareentwicklungs-Projektmanager und habe gelernt, wie man diesen Job macht und die Best Practices nur auf der Grundlage von Erfahrungen, die ich hier gesammelt habe, meinen eigenen Fehlern, Büchern, Blogs, Webinaren usw. formale Ausbildung; aber ich habe einen MS in Biochemie, also wurde ich aus irgendeinem Grund als gut geeignet für diese Rolle angesehen.
Kürzlich nahmen einige unserer Mitarbeiter (Labormitarbeiter, die nicht Teil einer PM-Abteilung sind) an einem zweiwöchigen, vom Unternehmen gesponserten Green Belt-Schulungsprogramm für ihre eigene persönliche Entwicklung teil. Jetzt sind diese Leute zurückgekehrt und haben ein Projekt abzuschließen und all diese Green-Belt-Tools einsatzbereit zu haben. Eines der Projekte konzentriert sich auf unsere hauseigene Laborsoftware, was wirklich eine ziemlich kleine Änderung ist. Wenn ich Anforderungen sammeln würde, würde ich nicht planen, mehr als 1 Monat zu nehmen. Durch die Verwendung des DMAICmodel, mein Kollege hat es geschafft, dass diese kleine Softwareänderung 4 Monate und unzählige Meetings in Anspruch nimmt, und wir beginnen gerade erst mit dem Analyseschritt. Ich lehne mich zurück, beobachte, wie dies geschieht, und bin nur verblüfft über den scheinbar verworrenen Prozess. (Ganz zu schweigen davon, dass ich etwas … verwirrt darüber bin, warum jemand anderes meinen Job macht.)
Der Kern meiner Frage lautet also: Kann jemand über den Nutzen von Green-Belt-Techniken für kleine oder mittelgroße Softwareprojekte sprechen? Basierend auf meiner Erfahrung und meinem gesunden Menschenverstand scheint dies ein viel zu mächtiges Werkzeug für das vorliegende Projekt zu sein. Aber ohne wirkliche Erfahrung mit Green Belt Training selbst und nur ein paar Jahre Software-PM-Erfahrung, bin ich besorgt zu sagen: „DAS IST MÜLL!“. an meine Geschäftsleitung (die Green Belt natürlich großartig findet, weil Corporate es tut.)
Gedanken?
Willkommen bei PMSE! Alles hängt davon ab, was Sie davon wollen. Oft werden die Vorteile von Ansätzen wie Six Sigma in einer besseren Governance und der Entwicklung wiederholbarer Arbeitsabläufe gesehen. In naher Zukunft führt dies möglicherweise nicht zu einer schnelleren und billigeren Softwareentwicklung. Aber es hat Vorteile für die Stakeholder des Unternehmens.
Willkommen bei PMSE! Es ist großartig, Manager von außerhalb der IT-Branche in der Nähe zu sehen.
Ich glaube, das Wort hier ist Maßschneiderei . Es ist nicht etwas exklusives für eine Greenbelt-Technik in einem ~100-Unternehmen, es gilt auch, jede PMBoK-Regel in einem Projekt mit 5 Personen anzuwenden oder ein Projekt mit einem Papiernotizbuch zu verwalten, um ein Space Shuttle zu bauen.
Methoden sollen helfen, sind Mittel zum Ziel. Wenn sie mehr schaden als nützen (was der Fall zu sein scheint), sollten sie überprüft und ... angepasst werden.
Wenn Sie einige solide Argumente für diese Diskussion wünschen, glaube ich, dass die Projektanpassung in den frühen Kapiteln von PMBoK erwähnt wird.
Ich arbeite für ein großes IT-Unternehmen an meinem 9-5, wo Six Sigma als unverzichtbare Qualitätsstrategie für jedes Projekt eingeführt wird, sei es groß oder klein (ich bin selbst Green Belt-zertifiziert). Außerdem nehme ich hin und wieder Beratungsaufträge für kleine Entwicklungsagenturen an, wo ich erfolgreiche Six Sigma-Projekte beraten und durchgeführt habe.
Wie Sie betonen, kann es zu lange dauern, bis ein DMAIC-Projekt tatsächlich abgeschlossen ist, und es kann auf dem Weg tatsächlich keinen Sinn mehr ergeben. In meinem Unternehmen werden Projekte, deren Umsetzung mehr als 3 Monate dauert, als „fehlgeschlagen“ markiert oder als nicht wirkungsvoll angesehen (einer der Gründe dafür ist der Gedanke, dass sich die IT-Branche zu schnell verändert, um 3 Monate zu warten -Verbesserungen). Ein weiterer Grund, langwierige 6s-Projekte zu verhindern, ist, dass die eigentliche Verbesserung irgendwann teurer sein kann als das Problem (wenn die Meetings wöchentlich stattfinden und 10 Mitarbeiter + 5 Manager für nur ein Cent-Einsparungsprojekt einbeziehen, dann können Sie das auch tun prüfen möchten, ob es vernünftig ist, damit fortzufahren).
Zu deiner eigentlichen Frage:
Kann jemand etwas über den Nutzen von Green-Belt-Techniken für kleine oder mittelgroße Softwareprojekte sagen?
Für mich sind 6s-Projekte - abgesehen von der Reduzierung von Fehlern - nur eine Möglichkeit, Qualitätsverbesserungen in Zahlen zu fassen, also sage ich, es hängt ganz davon ab, ob dies in Ihrem Unternehmen nur ein One-Thing-Wunder ist oder tatsächlich beginnt, in ein kontinuierliches zu gelangen Verbesserungsstrategie . Wahrscheinlich werden diese Leute, die diese Projekte leiten, später zu den Grün-/Schwarzgurten und leiten andere Verbesserungsprojekte innerhalb des Unternehmens, und meiner Erfahrung nach muss man mit etwas beginnen, und nicht alle 6er-Projekte, denen man begegnet, werden ein Durchbruch sein Unternehmen. Wie oben angedeutet, muss das vorliegende Projekt angepasst werden, oder es wird möglicherweise keine so komplexe Lösung wie DFSS verwendet.
In einem 6s-Kurs sagte uns ein Kursleiter: „ Theoretisch könnte eine Six Sigma-/Qualitätsabteilung sich selbst schließen, wenn bewiesen wird, dass die Zeit/der Aufwand, der in Projekte zum Erstellen von Lösungen und Verbesserungen gesteckt wird, tatsächlich teurer ist als die tatsächlich implementierten Lösungen .". Der Punkt war, dass 6s in Ihrem Unternehmen eher zu einem Fehler als zu einer Lösung werden können.
Ich sage also, dass 6s ein sehr interessantes, nützliches und leistungsstarkes Set von Tools ist, aber meiner persönlichen Erfahrung nach ist nicht jedes einzelne vorgeschlagene 6s-Projekt nützlich oder sollte verfolgt werden – SMARTe Ziele und ein klarer Umfang des Projekts sollten immer vorhanden sein , ABER das ist die Aufgabe des Champions zu identifizieren, in diesem Fall sollte man sich nicht an das Management wenden und sagen „DAS IST MÜLL!!“, sondern an den/die Champion(s) des Projekts.
Denken Sie auch daran, dass die in 6s vorgeschlagenen Verbesserungen nicht ausschließlich für große Unternehmen / Projekte gelten, die ganze Idee besteht darin, Fehler zu reduzieren, und diese können in jedem Projekt gefunden werden - unabhängig von seiner Größe.