Agilität muss nicht frühzeitig Geschäftswert liefern

Agile Methoden gewinnen von Tag zu Tag mehr an Akzeptanz in der Softwareentwicklungsgemeinschaft. Agile Methoden zeigen ihre Überlegenheit gegenüber den Wasserfallmethoden der Softwareentwicklung, aber in der Aufregung, einen besseren Weg zur Softwareentwicklung gefunden zu haben, haben die Agilisten begonnen zu betonen, dass die agilen Methoden den Geschäftswert früh liefern können. Das Versprechen einer frühzeitigen Lieferung von Geschäftswert ist zwar ein sehr verführerisches Argument zugunsten von Agile, belastet aber die Softwareentwicklungsteams unnötigerweise mit der Aufgabe, etwas zu liefern, wofür sie nie ausgebildet wurden. Mit dem Argument der frühen Lieferung des Geschäftswerts im Verkaufsprozess können Sie eine Erwartungshaltung schaffen, so dass die Leistung des Softwareentwicklungsteams an dem Geschäftswert gemessen wird, den es mit seiner Software liefert. Agile Methoden oder irgendeine andere Softwareentwicklungsmethodik würden bei der frühen Lieferung von Geschäftswert nur eine marginale oder unbedeutende Rolle spielen. Agile Methoden sollten nicht als neuer, schnellerer Weg zur Schaffung von Geschäftswert durch Software angepriesen werden. Die meisten Softwareentwicklungsprojekte, bei denen agile Methoden angewandt werden, werden initiiert, um ein geschäftliches Problem zu lösen. Kosteneinsparungen, gesteigerte Effizienz oder höhere Umsätze durch den effektiven Einsatz von Software gehören zu den wichtigen Faktoren, die das in die Softwareentwicklung investierte Geld und die Zeit rechtfertigen, aber auch die Schmerzen und Frustrationen, die während des Softwareentwicklungsprozesses nicht selten auftreten. Die Zeitspanne zwischen dem Zeitpunkt, an dem der Kunde den geschäftlichen Wert der Software erkennt, und dem tatsächlichen Liefertermin der funktionierenden Software kann lang sein. Es kann sein, dass nur der Kunde bleibt, um den tatsächlichen Geschäftswert der Software zu sehen, während das Softwareentwicklungsteam sich anderen Aufgaben zuwendet. Geschäftswert: Schwierig zu messen Der Geschäftswert von Software ist kein klar definierter Begriff. Der Business Case für die Softwareentwicklung ist oft schlecht konstruiert und enthält einige Elemente von Vermutungen, die die Messung des Geschäftswerts erschweren, selbst wenn die Software bereits geliefert und in Betrieb genommen wurde. Ein guter Indikator für die frühzeitige Lieferung von Geschäftswert könnte sein, wie schnell der Kunde die in die Softwareentwicklung getätigten Investitionen zurückverdienen kann. Obwohl dies nur selten und fast nie geschieht, wenn ein Projekt noch nicht begonnen hat, predigt Agilist den Kunden und den Softwareentwicklungsteams fälschlicherweise, dass die Lieferung von qualitativ hochwertiger, funktionierender Software und die Lieferung von Geschäftswert dasselbe ist. Begrenzter Erfolg der Wasserfallmethode Die agile Bewegung hat ihren Ursprung in der Lösung des jahrzehntealten Problems des begrenzten Erfolgs von Wasserfallmethoden. Bei Wasserfallprojekten sahen sich die Softwareentwicklungsteams mit einem ständigen Strom von Anforderungsänderungen konfrontiert und wurden für die verspätete Lieferung von Software kritisiert. Die Softwareentwicklungsteams wurden auch für die mangelhafte Entwicklung der Software verantwortlich gemacht, was dazu führte, dass Fehler und Leistungsprobleme auftauchten, wenn die Software in Betrieb genommen wurde. Sollten wir jetzt zu viel versprechen und zu hohe Erwartungen an den Geschäftswert stellen? Softwareexperten sind keine Geschäftsexperten Es ist schwer, gute Geschäftsexperten unter den Softwareentwicklern zu finden, mit Ausnahme einiger weniger begabter Menschen, die sich damit rühmen können, sowohl in der Softwareentwicklung als auch im geschäftlichen Bereich über Fachwissen zu verfügen. Fachleute, insbesondere in der Softwarebranche, arbeiten in einem Jahr an Softwareentwicklungsaufträgen in mehreren Geschäftsbereichen. Diese Jobrotation lässt den Fachleuten nur wenig Zeit, um sich mit dem Geschäft eines Kunden zu befassen und den geschäftlichen Wert der Software in der Tiefe zu verstehen. In der Zeit vor Agile arbeiteten die Softwareentwickler und -architekten über Business-Analysten mit den Geschäftsexperten zusammen. Trotz der verschiedenen Bemühungen, die Kommunikation zwischen Unternehmen und Softwareentwicklern zu vereinfachen, ist es der Software-Community nicht gelungen, die Person zu eliminieren, die zwischen dem Unternehmen und der Technologie sitzt. In agilen Methoden, wie z.B. Scrum, maskiert der Product Owner, das Entwicklungsteam gegen die detaillierte Diskussion, die während der Entdeckung und der Priorisierung der Geschäftsanforderungen stattfindet. Agile Methoden, die den Anspruch erheben, den Geschäftswert frühzeitig zu liefern, bringen die agilen Softwareentwicklungsteams in die schwierige Lage, etwas zu liefern, wovon sie bestenfalls ein begrenztes Verständnis haben und nicht qualifiziert sind, es zu messen. Tatsächlich haben die Kunden nie erwartet, dass Softwareentwicklungsteams einen Geschäftswert liefern, und sie haben ihnen auch nie die Schuld dafür gegeben, dass dies nicht der Fall war. Natürlich haben die Kunden immer und zu Recht erwartet, dass die Entwicklungsteams qualitativ hochwertige, funktionierende Software pünktlich liefern. Agile Methoden haben bewiesen, dass sie den Wasserfall-Methoden überlegen sind, wenn es darum geht, qualitativ hochwertige Software zu liefern, und daher können agile Methoden zu einer höheren Kundenzufriedenheit führen. Geschäftswert eines Wasserfallprodukts Der Geschäftswert von Software ist selbst für Geschäftsexperten schwer zu messen, ganz zu schweigen von Softwareentwicklungsteams, die mit agilen oder Wasserfallmethoden arbeiten. Die Wahl der Methode hat nur einen geringen Einfluss auf die Erzielung des Geschäftswerts. Vor einigen Jahren stieß ich bei einer Einzelhandelskette auf eine VAX Basic-Anwendung, die fast zehn Jahre lang im Einsatz war. Tägliche Verkaufszahlen aus verschiedenen Geschäften wurden mit Hilfe der Stapelverarbeitungsfunktionen des VAX Basic-Skripts konsolidiert. Diese VAX Basic-Anwendung hatte sich nicht nur um ein Vielfaches des in ihre Entwicklung investierten Betrags amortisiert, sondern hielt auch den Herausforderungen stand, die das Geschäftswachstum in den letzten zehn Jahren mit sich brachte. Obwohl diese Anwendung schlecht geschrieben und aufgrund der geringen VAX Basic-Kenntnisse allmählich schwer zu pflegen war, war sie für das Unternehmen äußerst wertvoll, da ein wichtiger Teil des Unternehmens über mehrere Jahre hinweg glücklich von ihr abhängig war. Nach einer langen Wartezeit von zehn Jahren können wir dem Programmierer und der von ihm angewandten Methodik für die Erzielung des besten Geschäftswerts danken. Liefern Sie pünktlich gute Software und sonst nichts Nun stellt sich die Frage, warum die Agilisten behaupten, dass Agile frühzeitig einen Geschäftswert liefern kann, obwohl die Kunden dies nie von den Softwareentwicklungsteams erwartet haben und die Softwareentwicklungsteams selten in der Lage sind, den Geschäftswert von Software zu verstehen. Die Antworten liegen zum einen in der Tatsache, dass das Wort Agile zunehmend in Verkaufsgesprächen verwendet wird, in denen die Tendenz besteht, zu große Versprechungen zu machen, und zum anderen in der schlechten Definition des Wortes Geschäftswert. Eine schlechte Definition des Begriffs Geschäftswert kann Erwartungen wecken, die frei interpretierbar sind. Der Geschäftswert von Software kann nur von Geschäftsleuten gemessen werden, die das Geschäftsproblem verstehen, das mit Hilfe der Software gelöst wird. In vielen Fällen kann der Geschäftswert von Software nicht im Voraus gemessen werden. Agilisten behaupten, dass sie den geschäftlichen Wert frühzeitig liefern können, während in Wirklichkeit die agilen Methoden im besten Fall frühzeitig funktionierende Software liefern können. Schlussfolgerung Abschließend möchte ich sagen, dass die agilen Methoden nicht den Anspruch erheben sollten, dass jeder agile Softwareentwicklungsprozess frühzeitig einen Geschäftswert liefert, da dies unrealistische Erwartungen an die Leistung von Softwareentwicklungsteams weckt. Agile Methoden sollten die rechtzeitige Lieferung von Qualitätssoftware, kürzere Feedback-Zyklen und Spielraum für Änderungen betonen. Vertriebsmitarbeiter können die Eliminierung von überflüssigen Funktionen durch Kundenfeedback und kurze Lieferzyklen als starke Argumente für Agile hervorheben. Diese Argumente sind für die Kunden überzeugend genug, um sich für eine agile Methodik zur Softwareentwicklung zu entscheiden. Bei der frühzeitigen Lieferung von Geschäftswerten spielt die rechtzeitige Lieferung von Qualitätssoftware eine Rolle, aber die rechtzeitige Lieferung von Qualitätssoftware reicht kaum aus, um den Geschäftswert frühzeitig zu liefern.