Gut, schnell und billig: Kann es eine Utopie in der Softwareentwicklung geben?

Lesedauer: 5 Minuten

In der Softwareentwicklung ist die Prämisse „gut, schnell und billig“ schwer zu erreichen. Können wir alle drei erreichen? Ist es möglich, ein Gleichgewicht zu erreichen? Wir werden Ihnen hier davon erzählen.

Viele von uns, die in der Softwarebranche arbeiten, sind, wenn wir mit der Arbeit an Projektangeboten, Beratungen oder Kostenvoranschlägen beginnen, mit einem fast unvermeidlichen Muss des Marktes konfrontiert: gute, schnelle und billige Software zu entwickeln. Ist es möglich, diese drei Variablen gleichzeitig zu erfüllen? Ist diese Idee utopisch?

Um diese Frage zu beantworten und die Durchführbarkeit dieses Postulats zu sehen, ist es wichtig, dass wir zunächst zwei Schlüsselideen überprüfen.

Welchen Preis kann man für ein immaterielles Produkt festsetzen?

Software ist ein immaterielles Produkt; wir können es weder sehen noch wissen, wie gut es ist, bis es fertig ist. Einen Preis für eine Software-Entwicklung festzulegen ist etwas Komplexes (es sei denn, man kauft Software-Pakete anstelle einer individuellen Entwicklung), nicht nur wegen der Subjektivität, die bei ihrem Wert besteht (basierend auf vielen Kriterien), sondern auch wegen der bestehenden Unterschiede, ob das Projekt einfacher oder komplexer auszuführen ist.

Schätzungen, eine Säule des Erfolgs

In Anbetracht der Tatsache, dass es sich um eine Schätzung handelt, ist eine korrekte – und möglichst genaue – Schätzung sehr wichtig, um Budgetüberschreitungen und Zeitverluste zu vermeiden.

Inhaltsbezogen: 10 nützliche Tipps für die Schätzung von Softwareprojekten

Wenn man bedenkt, dass eine gute Schätzung die Grundlage für den Erfolg eines Entwicklungsprojekts ist, kann man die Tatsache nicht ignorieren, dass jede Schätzung in Arbeitsstunden übersetzt wird. Die fachliche Qualität der Teammitglieder und ihre Erfahrungen stehen in direktem Verhältnis zu den Kosten der Entwicklung.

Da wir wissen, dass die Schätzung, Planung und Ausführung eines Projekts von Menschen durchgeführt wird, können wir ableiten, dass die Qualität und das Fachwissen der Fachleute die Kosten eines Projekts beeinflussen.

Das Gute, das Schnelle und das Billige

Nachdem wir verstanden haben, dass Software eine immaterielle Einheit ist, deren Preis schwer zu definieren ist, vor allem, wenn es keine klare Schätzung gibt, wollen wir nun die Attribute des Guten, des Schnellen und des Billigen erklären und wie es möglich ist, sie zu kombinieren, aber nicht alle drei gleichzeitig zu haben.

Gut und schnell

Es ist möglich, mit Geschwindigkeit etwas Gutes zu tun. Um dies zu erreichen, ist es wichtig, eine gute Schätzung vorzunehmen und dann einen guten Ausführungsplan für das Projekt zu haben, damit die Geschwindigkeit nicht die Qualität des Ergebnisses beeinträchtigt.

Der Schlüssel zum Erreichen von Qualität und Geschwindigkeit liegt in den Menschen, die an dem Projekt arbeiten, die qualifiziert genug sein müssen, um das Projekt anzugehen. Denken Sie daran, dass die Qualität der Fachleute ein entscheidender Faktor für die Kosten ist.

Berücksichtigen Sie, dass Geschwindigkeit kontraproduktiv für die Produktivität sein kann: Theoretisch erreicht ein Team (und seine Mitglieder) seinen Produktionshöchststand in einer bestimmten Zeit und hält ihn bis zum Ende des Projekts aufrecht. Je höher die Geschwindigkeit, desto kürzer ist die Zeit, in der das Team seine Spitzenproduktivität erreicht.

Auch die Koordinierung ist ein Faktor, den es zu analysieren gilt: Je mehr Personen parallel arbeiten, desto größer ist der Koordinationsbedarf (vielleicht sollten mehr Personen als Koordinatoren eingesetzt werden).

Das Gute und Schnelle gilt vor allem für kritische oder wichtige Projekte, bei denen die Qualität des Produkts um jeden Preis gewährleistet sein muss. In diesen Fällen braucht man Teams mit viel Erfahrung. Wenn dies der Fall ist, ist die Lösung gut und schnell, aber auch teuer.

Schnell und billig

Hier ist die zweite unserer Kombinationen der drei Variablen: Der einfachste Weg, etwas schnell und billig zu machen, ist, es ohne Qualität zu machen oder sich zumindest bewusst zu sein, dass sie schlechter sein kann als die gewünschte. Wir könnten bis zu einem gewissen Grad auf Qualität verzichten, solange die Software keine kritischen Informationen verarbeitet oder nicht von einem sensiblen Teil der Organisation abhängt.

Für Geschwindigkeitseffekte – da die Qualität der Anwendung in der Zukunft verbessert werden kann – ist es möglich, mit den wichtigsten Funktionen in die Produktion zu gehen, damit das Produkt funktioniert. In diesen Fällen kann man Folgendes tun:

  • Die Qualität des Codes minimieren
  • Die Benutzerfreundlichkeit vereinfachen
  • Die Code-Reviews beiseite lassen
  • Qualitätskontrollen und -tests reduzieren.

Auf diese Weise erhalten wir höchstwahrscheinlich ein Tool mit einer Grundfunktionalität, aber wir erhalten kein 100% zufriedenstellendes Produkt. Seine Benutzerfreundlichkeit ist vielleicht nicht die beste, ebenso wie die Qualität des Codes, und seine Erweiterbarkeit (Möglichkeit der Änderung oder Erweiterung) und Wiederverwendbarkeit kann problematisch sein.

Dies gilt für Demo-Anwendungen, Konzepttests, unkritische Software oder jede Anwendung, die im Laufe der Zeit skalierbar oder erweiterbar ist.

Gut und billig

Ich gebe Ihnen die letzte unserer Gleichungen: Wenn der Kunde eine gute und billige Lösung will, kann er nicht erwarten, dass sie schnell geliefert wird.

Etwas Gutes und zu einem akzeptablen Preis kann gemacht werden, aber auf Kosten der Zeit. Grundsätzlich gilt: Wenn Zeit vorhanden ist, ist es einfacher zu planen – da nicht so viele Aufgaben parallel anfallen und nicht so viel Koordination erforderlich ist -, und die Produktivität der beteiligten Personen wird länger auf ihrem Höhepunkt sein.

Gut und billig zu sein, eignet sich für Projekte, bei denen Zeit keine kritische Variable ist, sowie für inkrementelle Projekte oder für Teams mit Teilzeit (die interne Projekte oder Initiativen haben).

Das sollten Sie nicht verpassen: Softwarequalität oder Preis: Worauf kommt es wirklich an?

Zusammenfassend

In der Softwareentwicklung ist das Postulat „gut, schnell und billig“ sehr schwer zu erreichen. Wir werden immer in der Lage sein, zwei davon zu erreichen, aber wir müssen auf das andere verzichten. Man muss nur wissen, wie man das Gleichgewicht zwischen diesen drei Variablen findet, die Auswirkungen kennen und wissen, wie sie miteinander in Beziehung stehen, um dieses Gleichgewicht zu erreichen.

Dieses Gleichgewicht zu erreichen ist möglich, wenn die Schätzungen, die Koordination, die Auswahl des Teams, die Arbeitsmethodik und der Einsatz von Werkzeugen und Technologien richtig sind.

Haben Sie bei einem Projekt ein Gleichgewicht zwischen diesen Variablen erreicht? Wie haben Sie das gemacht?

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.