Umgang mit Scope Creep und Gold Plating in Softwareprojekten

Bei IT-Projekten sind "Scope Creep" (von der Seite des Eigentümers) und "Gold Plating" (von PM, Scrum Master oder Entwicklern) die häufigsten Gefahren. Unkontrollierte Änderungen im ProjektDas Hinzufügen neuer Funktionen oder die Einführung von Änderungen gehören zweifellos zu den Bedrohungen, die sowohl die Effizienz als auch die Geschwindigkeit von Projekten beeinträchtigen. In der Vergangenheit hatten wir die Gelegenheit, mit Start-ups und größeren Unternehmen wie Livenation / Ticketmaster, Stroer oder Agora (dem größten Medienkonzern Europas) zusammenzuarbeiten. Während dieser Zeit habe ich viele IT-Projekte koordiniert - vor allem solche, die mit folgenden Themen zu tun hatten Software-Entwicklung. Diese Erfahrung hat mir gezeigt, dass es keine Rolle spielt, ob man in einem kleinen oder einem großen Unternehmen arbeitet: Wenn man erfolgreich sein will, muss man der Konkurrenz einen Schritt voraus sein.

Ich möchte Ihnen meine Erkenntnisse über die wirksame Entwicklung von Software-Entwicklungsprojekte. Als CCO bei Codest führen wir jeden Tag Projekte für globale Unternehmen auf der ganzen Welt durch. Die richtige Herangehensweise an das Management ist der erste wichtige Schritt, der später den Erfolg des Projekts beeinflusst. Ich unterscheide vier Grundprinzipien, deren Einhaltung es uns ermöglicht, ein wirklich effektives Managementmodell zu entwickeln. Dank dieser Prinzipien können wir spätere Probleme vermeiden - einschließlich derer, die mit dem schleichenden Wachstum und dem Goldpflanzen des Umfangs" zusammenhängen. Hier sind sie:

1. Methodiker. Unabhängig von der Größe des Projekts oder dem Grad seines Fortschritts wenden wir immer eine geeignete Methodik an, die es uns ermöglicht, das Projekt auf eine Weise zu verwalten, die mit den Agil Ansatz. In diesem Fall hilft uns der Scrum-Methodiker. Dadurch haben wir alle Phasen des Projekts unter Kontrolle. Jedes Mitglied konzentriert sich auf genau definierte Aufgaben. Auf diese Weise vermeiden wir unnötige Ablenkungen und erhalten eine maximale Effizienz der Arbeit.

2. MVP. Das kann man als unser Hauptprinzip bezeichnen. Wenn Sie eine Anwendung erstellen wollen, tun Sie es, aber in einem sehr einfachen Rahmen. So sparen Sie Zeit und vermeiden das Risiko, dass Ihr Budget ausläuft. Die anfängliche Vision der Produkt wird häufig später überprüft und geändert. Der Kunde kann im Laufe der Zeit seine Meinung über die erforderlichen Funktionen einer Anwendung ändern, was wiederum unnötige Kosten verursacht und die Arbeit verlängert.

Der MVP-Ansatz funktioniert ziemlich gut. Wir erstellen eine Anwendung, die z. B. 20% aller Funktionalitäten hat, aber bereits in der Lage ist, ihren Wert auf der Website zu überprüfen. Markt. Auf diese Weise erhält der Kunde ein Feedback von den Nutzern und weiß, welche Eigenschaften sein Produkt haben sollte, um effektiv zu sein. Dann konzentrieren wir uns auf die Entwicklung dieser Elemente. Die unten angefügte Grafik spiegelt diesen Prozess sehr gut wider:

3. Prüfung. Das Testen einzelner Anwendungsfunktionen ist direkt mit der MVP verbunden. Wenn sich herausstellt, dass etwas nicht so funktioniert, wie es sollte, sollte man es besser verwerfen und nach einer alternativen Lösung suchen. Bei Codest haben wir Kunden getroffen, die von Anfang an die endgültige Form einer Anwendung vorgegeben haben und sich sicher waren, dass dies die einzig richtige Vision ist. Auf die weiteren Auswirkungen dieses Ansatzes möchte ich nicht näher eingehen. Deshalb sehe ich es als notwendig an, noch einmal zu betonen, dass Einfachheit der Schlüssel zum Erfolg ist.

4. Entwicklung. Die Konstruktion der Anwendung sollte mit UX, Design, Backend und Frontend beginnen. Kurz gesagt, alles beginnt mit den einfachen "must have" Aufgaben, die das MVP-Produkt ausmachen. Nachdem diese Entwicklungsphase erreicht ist, können Sie sich auf die Entwicklung der Funktionen konzentrieren, die als "nice to have" bezeichnet werden.

Zusammenfassung

Meiner Meinung nach sind dies vier Grundprinzipien, die sich hervorragend für das Management von Softwareentwicklungsprojekten eignen. Dieser Ansatz verringert das Risiko unnötiger Ablenkungen, längerer Arbeitszeiten und ineffizienter Kosten.

Lassen Sie mich abschließend noch ein weiteres Beispiel anführen. Vor einiger Zeit erhielten wir von einem Kunden eine Projektspezifikation. Wir haben uns sofort an der Team um es zu bewerten. Der Kunde erwartete von uns, dass wir das Produkt innerhalb von zwölf Monaten entwickeln würden. Unserem Ansatz entsprechend schlugen wir ein MVP-Konzept und eine dreimonatige Entwicklungszeit vor. Schließlich gelang es uns, den Kunden zu überzeugen. Nach ein paar Monaten waren sie von der Lösung beeindruckt. Der Kunde erhielt sein funktionierendes Produkt in relativ kurzer Zeit. Bei einigen Funktionalitäten entschied er sich, das von Anfang an angenommene Projekt zu ändern.

Das Modell, das ich in diesem Artikel beschrieben habe, ist unser Weg zur erfolgreichen Durchführung von Softwareentwicklungsprojekten. Glauben Sie mir, diese Lösung verbessert nicht nur die Arbeit und macht sie effektiv, sondern hilft auch, den Umfang der Kriecherei und des Goldplating zu vermeiden.