Verwalten von Gold Plating Scope Creep

Dabei finde ich zwei Techniken sehr hilfreich:

1. Das erste sind agile Entwicklungspraktiken. Kurze (2 Wochen), fokussierte Sprints stellen sicher, dass nicht viel überschüssige Zeit zum Vergolden bleibt. Da der Kunde außerdem alle zwei Wochen die Ergebnisse überprüft und akzeptiert, ist es der Kunde, der entscheidet, wann etwas „gut genug“ ist. Danach ist die Chance, Zeit mit Perfektion zu verschwenden, vorbei. Dies ist natürlich etwas, vor dem Scrummaster/PM und Product Owner auf der Hut sein müssen.
2. Zweitens ist die Planung mit den wahrscheinlichsten Schätzungen, wobei eine Risikomarge beibehalten wird, wenn sie sich als zu optimistisch erweist (basierend auf Worst-Case-Schätzungen). Das Zeitmanagement gegen die Wahrscheinlichsten ist in der Regel knapp genug, sodass wenig Zeit zum Goldplattieren bleibt.

Gold Plating ist die Auswirkung von Problemen mit dem Personalplan, insbesondere seinem „Motivationsplan“-Teil. Leute wenden Gold Plating an, wenn sie nicht genau wissen, wie genau das Projekt von ihnen verlangt, dass sie sich verhalten. In den meisten Fällen denken sie, dass „hart arbeiten“ das ist, was das Projekt von ihnen braucht, was absolut falsch ist.

Um das Problem zu lösen, müssen Sie ihnen (schriftlich!) erklären, dass das Projekt möchte, dass sie " Umfang liefern ".

Alle obigen Antworten geben die Standardgründe für Gold Plating an. Aber es gibt noch einen anderen Grund. Das liegt daran, dass Entwickler sehr kreative Menschen sind und sehr oft in einem „OMG!!! Das ist so cool!“ stecken bleiben. fangen. Googles Politik, Entwicklern zu erlauben, an ihren eigenen Projekten zu arbeiten, hat als Nebeneffekt die Milderung dieser Falle.

Aber wenn ein Entwickler in die Falle gerät, ist der beste Weg, damit umzugehen, die Coolness auf die nächste Version zu verschieben. Sehen Sie, ob Sie den Vertrieb einbeziehen können, und bringen Sie den Kunden dazu, für die Vergoldung der nächsten Version zu bezahlen.

Ich denke, Gold Plating tritt auf, wenn es keinen klaren Umfang und keine angemessene Kommunikation der Prioritäten gibt. Einige der agilen Techniken können helfen, diese Tendenz zu reduzieren. Wenn Sie täglich oder wöchentlich Arbeit zu liefern haben, schränkt dies in der Regel die Möglichkeit ein, die Lösung zu vergolden.

Ich habe gesehen, wie ein Entwickler einen Monat damit verbrachte, einen Bildschirm zu programmieren, um die Schaltfläche „Speichern“ zu deaktivieren, wenn die Änderungen dazu führten, dass die Daten auf die ursprünglichen Werte zurückgesetzt wurden. Der Bildschirm hatte eine Clear-Taste, die dazu verwendet werden konnte. Mir war kein anderer Bildschirm mit der gleichen Funktionalität bekannt.

Da ich selbst ein gewisser Perfektionist bin, werde ich oft versuchen, die Kriterien, die gut genug sind, zu übertreffen. Ich befürworte auf jeden Fall die Einbeziehung von Funktionen, die die Sicherheit erhöhen, wie z. B. das automatische Deaktivieren nicht verwendeter Verwaltungsbenutzer-IDs. Ich würde wahrscheinlich die Daten erfassen, um die Funktionalität zu aktivieren, selbst wenn die Funktionalität außerhalb des Bereichs liegt.

Das Ziehen einer „gut genug“-Linie in den Sand impliziert etwas über die Qualität, während die Vergoldung über den Rahmen hinausgeht. Das sind zwei verschiedene Dinge. Gute Strategien zur Vermeidung von Goldplating stellen sicher, dass Ihr Anwendungsbereich gut definiert ist, indem die Eigenschaften des Produkts definiert, dokumentiert und von allen Prinzipien verstanden werden. Ihre Qualitätskontrollen während der Entwicklung können dabei helfen, festzustellen, wo Goldplattierung stattfindet, mit der Idee, sie zu stoppen, bevor sie außer Kontrolle gerät. Und natürlich kontinuierliche Schulungen mit Ihrem Team und regelmäßige Inspektionen seiner Arbeit.

In Ihrer ursprünglichen Frage wurden jedoch die Wörter perfektionistisch und gut genug verwendet. Qualität ist einfach anders als Vergoldung, daher bin ich mir nicht sicher, wonach Sie wirklich gesucht haben.

Wenn Sie an den Spezifikationen arbeiten, ist der Kunde normalerweise an diesen Besprechungen beteiligt, um sicherzustellen, dass der Projektumfang richtig definiert ist. Beide Parteien gehen hin und her und diskutieren die Ziele des Projekts, bis die Spezifikation genügend Details enthält, um beide Parteien zufrieden zu stellen.

Um zu verhindern, dass die technischen Ressourcen den Umfang vergrößern, beziehen Sie auch die technischen Leiter in die Diskussionen ein. Wenn sich die technischen Leiter an der Entscheidung beteiligt fühlen, was in das Spezifikationsdokument aufgenommen wird, werden sie sich eher an dessen Umfang halten.

Der Abschluss eines Vertrags trägt dazu bei, Streitigkeiten beizulegen, alle Parteien zur Rechenschaft zu ziehen und Fragen zum Umfang zu beantworten, nicht nur für den Kunden, sondern auch für das technische Team.