Schlanke Softwareentwicklung - wie lässt sich Verschwendung vermeiden?

Bei der schlanken Softwareentwicklung werden die Grundsätze und Praktiken der schlanken Produktion auf den Bereich der Softwareentwicklung angewendet. Eines der wichtigsten Prinzipien von Lean ist die Beseitigung von Verschwendung – aber was ist Verschwendung im Sinne der Softwareentwicklung, wie kann sie beseitigt werden und welchen Wert hat ihre Beseitigung?

Die Lean-Prinzipien gehen auf die von Toyota angewandten schlanken Produktionsmethoden zurück. So wie die Fertigung für den Erfolg eines Automobilherstellers unabdingbar ist, so ist auch die Softwareentwicklung ein entscheidender Faktor für Initiativen zur digitalen Transformation.

Bei der schlanken Softwareentwicklung werden die Grundsätze und Praktiken der schlanken Produktion auf den Bereich der Softwareentwicklung angewendet. Der Ansatz lässt sich in sieben Grundsätzen zusammenfassen, die vom Konzept her den Grundsätzen der schlanken Produktion sehr nahe kommen:

Verschwendung beseitigen
Verstärken Sie das Lernen
Entscheiden Sie so spät wie möglich
So schnell wie möglich liefern
Befähigung des Teams
Integrität aufbauen in
Optimieren Sie das Ganze

In diesem Blog befassen wir uns mit dem ersten dieser Grundsätze: Verschwendung vermeiden. Wir sehen uns an, wie NashTech daran arbeitet, die Verschwendung bei der Softwareentwicklung zu beseitigen, um den Kunden einen zusätzlichen Nutzen zu bieten.

Definition von Verschwendung in der Softwareentwicklung

Um Verschwendung zu beseitigen, müssen wir wissen, was sie ist. Die Lean-Philosophie betrachtet alles, was keinen Mehrwert für den Kunden bringt, als Verschwendung. Wenn eine Tätigkeit umgangen werden kann oder ein Ergebnis ohne sie erzielt werden kann, dann ist sie Verschwendung. Alle folgenden Punkte können also als Abfall definiert werden:

Teilweise fertiggestellte Kodierung, die schließlich während des Entwicklungsprozesses aufgegeben wird
Zusätzliche Funktionen – z. B. Papierkram oder Funktionen, die der Kunde nie eingesetzt hat
Wechsel von Personen zwischen Aufgaben
Warten auf andere Aktivitäten oder Teams
Umlernen erforderlich, um die Arbeit abzuschließen
Defekte und geringere Qualität
Management-Overhead, der keinen echten Wert schafft

Diese Liste ist natürlich nicht erschöpfend. Als wir anfingen, über Verschwendung in der Softwareentwicklung nachzudenken, erkannten wir, dass es viele Aktivitäten gab, die eliminiert werden konnten. Uns war auch klar, dass wir die Abfallbeseitigung nicht allein bewältigen konnten.

Warum ist Partnerschaft der Schlüssel zur Abfallbeseitigung?

Zu verstehen, was Verschwendung im Softwareentwicklungsprozess ist, ist eine Sache. Eine weitere Aufgabe ist es, die Abfallquellen ausfindig zu machen und sie zu beseitigen.

Im Laufe vieler Softwareentwicklungsprojekte haben wir gelernt, dass eine enge Partnerschaft mit unseren Kunden der Schlüssel zur Beseitigung von Verschwendung ist. Das muss ein Kunde tun:

Die Definition von Abfall verstehen und schätzen
Akzeptieren Sie die geringfügigen Änderungen in der Vorgehensweise, die zur Beseitigung der Probleme erforderlich sind.

Die Einführung von Lean Thinking ist ein Weg, den wir gemeinsam gehen müssen. Es bedeutet, das durch NashTech aufgebaute Vertrauen in eine reibungslose Lieferung zu nutzen, um das gesamte Projekt zu beeinflussen und zu verbessern.

Planen Sie die frühzeitige Beseitigung von Abfällen

Viele der Ursachen für Verschwendung werden schon früh im Softwareentwicklungsprozess in Gang gesetzt, etwa bei der Diskussion und Planung der Anforderungen und der technischen Architektur.

Diese frühen Prozesse – wenn das Produkt definiert wird – können selbst verschwenderisch sein. Sie können den Entwicklungsteams verspätet oder in unvollständigem Zustand liefern. Und sie können Probleme einbauen, die zu einem späteren Zeitpunkt Verschwendung verursachen, wie z. B.:

Die Notwendigkeit der Überarbeitung
Unnötige Komplexität
Umfangreiche Abhängigkeiten, die zu Blöcken mit unvollständiger Arbeit führen können

Vergessen wir nicht, dass ein weiterer Lean-Grundsatz lautet: Entscheide so spät wie möglich. Dies ist ein weiterer Grund, warum man nicht versuchen sollte, das Produkt zu früh zu sehr zu definieren.

Planen Sie für das Unerwartete

Wir sollten nicht ausschließen, dass der tägliche Betrieb einer Live-Anwendung dem Entwicklungsteam kurzfristig zu schaffen macht.

Wir haben bereits erwähnt, dass Fehler an sich schon eine Quelle der Verschwendung sind, aber wenn ein Fehler in der Produktion (selbst wenn er unternehmenskritisch ist) ein Sprint-Team beeinträchtigt, können das Umlernen und der damit verbundene Aufgabenwechsel zu noch mehr Verschwendung führen.

Bei einem typischen Projekt liegen die Aufgaben der Planung und des Betriebs oft beim Team des Auftraggebers. Dies zeigt, warum die Beseitigung von Abfällen ein gemeinsames Ziel – und eine gemeinsame Aktivität – für das gesamte Engagement sein sollte.

Sobald wir als Team daran gearbeitet haben:

Sicherstellen, dass nahezu perfekte erste Geschichten in unserem Sprint mit kontrollierten Abhängigkeiten und sorgfältiger Priorisierung geplant werden – und ohne zusätzliche Funktionen oder unnötige Komplexität
So weit wie möglich unvermeidbare Produktionsunterbrechungen abmildern

– können wir uns dann um die Beseitigung von Verschwendung bei der Codeentwicklung, den Tests und der Bereitstellung kümmern.

Anwendung des agilen Scrum-Rahmens

Die Anwendung des agilen Scrum-Rahmens auf das Entwicklungsteam bedeutet, dass wir uns bereits – zumindest bis zu einem gewissen Grad – gegen die oben genannten Verschwendungen bei der Softwareentwicklung schützen.

Im Idealfall verfügt das Team über einen garantierten Zeitraum von zwei Wochen, in dem es ungestört arbeiten kann:

ihre eigene Zeit zu managen
Vermeiden Sie eine übermäßige Beteiligung des Managements
alle ihre Fragen und Abhängigkeiten im Voraus für einen geschätzten Arbeitsumfang beantwortet haben, der ihre gemessenen Kapazitäten nicht übersteigt
Vollständige Verpflichtung zur Lieferung im Sprint, Vermeidung von unvollständiger Arbeit am Ende

Um das Team zu ermutigen, sich auf die Erledigung von Aufgaben zu konzentrieren, können Grenzen für den Arbeitsfortschritt festgelegt werden. Die Vermeidung einer Überspezialisierung der Teammitglieder – eine Praxis, die andere Lean-Grundsätze unterstützt – kann hier helfen.

Natürlich ist dieser theoretisch perfekte Sprint, der die Grundsätze der schlanken Softwareentwicklung unterstützt, äußerst schwierig zu erreichen. Was wir sagen können, ist, dass der Sprint, seine Ideale und Prozesse von einem sachkundigen und durchsetzungsfähigen Scrum Master verteidigt werden müssen.

Abschließende Überlegungen

Die Vorteile von agilen und schlanken Softwareentwicklungspraktiken mögen einfach erscheinen, können sich aber in der Praxis als ziemlich schwer zu erreichen erweisen. Der Ansatz der kontinuierlichen Verbesserung – der uns von dem Punkt, an dem wir heute stehen, zu dem Punkt bringt, an dem wir morgen sein wollen – erfordert Entschlossenheit und Verständnis. Sie hängt auch von einer vertrauensvollen und offenen Arbeitsbeziehung zwischen den Partnern ab, um gemeinsame Probleme anzugehen und gemeinsame Ziele zu erreichen. Diesen Ehrgeiz zu fördern und zu unterstützen, ist für jeden Entwicklungsmanager von zentraler Bedeutung – andernfalls könnte er mit der Lean-Definition von “Verschwendung” enden!

Wollen Sie mehr wissen?

Wenn Sie mehr über den Ansatz von NashTech zur schlanken Softwareentwicklung erfahren möchten,
besuchen Sie unsere

Software-Entwicklungsdienstleistungen

oder senden Sie eine E-Mail an info@nashtechglobal.com und ein Mitglied des Teams wird sich mit Ihnen in Verbindung setzen.