Freigeben über

Empfehlungen zur Formalisierung von Softwareentwicklungsmanagementpraktiken

  • Artikel

Hierfür gilt die Empfehlung der Power Platform Well-Architected Operational Excellence-Checkliste:

OE:03 Formalisieren Sie den Ideenfindungs- und Planungsprozess für die Software und stützen Sie sich dabei auf etablierte Branchen- und Organisationsstandards. Nutzen Sie einen gemeinsamen, priorisierten Rückstand und ausreichend detaillierte Spezifikationen. Treiben Sie kontinuierliche Verbesserungen im Planungsprozess auf der Grundlage der Ergebnisse voran.

In diesem Handbuch werden die Empfehlungen zum Verwalten von Workload-Entwicklungspraktiken gemäß etablierten Standards beschrieben. Die Fähigkeit Ihres Teams, qualitativ hochwertige Software zu erstellen, hängt von einem strukturierten, kollaborativen Ansatz bei der Entwicklungsplanung ab. Workload-Teams sollten die ausgeführte Arbeit verstehen und den Stakeholdern klar kommunizieren. Fertig. Genauer gesagt sollten Workload-Teams einen klaren Überblick über die in einem Entwicklungszyklus zu erledigende Arbeit haben und sicherstellen, dass sich alle Beteiligten über das „Warum“ dieser Arbeit einig sind. Festgelegte Standards definieren, wie Entwicklungspraktiken durchgeführt werden sollten, und ermöglichen dem Workload-Team eine effektive Zusammenarbeit, wodurch das Risiko einer Verwirrung hinsichtlich Zielen und Erwartungen verringert wird.

Wichtige Designstrategien

Formalisieren Sie Ihre Praktiken zur Workload-Entwicklung, um ein gemeinsames Verständnis der Ziele und Erwartungen sicherzustellen.

Behandeln Sie Fertig-Workloads nicht als Workloads mit geringer Komplexität. Sie profitieren weiterhin von der Formalisierung der Entwicklung und Verwaltung von low-Code-Workloads. Lernen Sie von anderen Softwareentwicklungsteams. Halten Sie eine Entscheidungsmatrix bereit, die den erforderlichen Formalisierungsgrad basierend auf der Komplexität und Kritikalität der Arbeitslast vorgibt.

Standards für Entwicklungsplanung

Die folgenden Standards können Ihnen dabei helfen, eine umfassende Entwicklungsplanungsstrategie zu entwerfen.

  • Priorisierung: Um die Reihenfolge und den Umfang der Arbeit zu planen, muss man die tatsächlichen Auswirkungen und den Wert der Workload-Funktionen für das Unternehmen verstehen. Dazu gehört auch die Bewertung dieser Auswirkungen im Hinblick auf andere Arbeitsanforderungen und den Gesamtfahrplan für Ihr Produkt oder Programm. Eine Möglichkeit zum Priorisieren von Arbeitslasten besteht darin, den Geschäftswert der gesamten Workload zu bewerten. Möglicherweise ist es für Sie auch sinnvoll, einzelne Workload-Funktionen hinsichtlich ihres Geschäftswerts zu bewerten.

  • Kategorisierung: Richten Sie Prozesse ein, die sicherstellen, dass kritische Anwendungen über die notwendigen Schutzmaßnahmen verfügen, um sie zu unterstützen. Stellen Sie gleichzeitig sicher, dass die Produktivität nicht durch zu viele anspruchsvolle Prozesse verlangsamt oder beeinträchtigt wird.

  • Zusammenarbeit: Der Prozess der Definition vorgeschlagener Änderungen der Arbeitsbelastung sollte eine gemeinschaftliche Anstrengung sein. Die meisten Änderungen an der Arbeitslast wirken sich auf mehrere Funktionen und Komponenten aus. Daher trägt die Einbeziehung möglichst vieler Mitglieder des Arbeitslastteams dazu bei, sicherzustellen, dass keine wichtigen Überlegungen übersehen werden und dass sich jeder der Auswirkungen auf seinen jeweiligen Bereich bewusst ist. Durch die Zusammenarbeit lässt sich außerdem der Umfang einer Änderung klar definieren und die erforderlichen Aufgaben in klar definierte Arbeitselemente aufteilen. Eine größere Gruppe mit fachübergreifender Expertise kann den erforderlichen Aufwand auf Grundlage von Erfahrungen abschätzen.

  • Tools: Verwenden Sie etablierte, branchenerprobte Tools und Prozesse wie Agile, Scrum und Kanban-Boards.

Kompromiss: Die agile Methodik kann zu streng werden, wenn sie zu normativ ist. Streben Sie ein Gleichgewicht zwischen klar definierten Standards und Innovation an.

  • Bereitstellung: Planen Sie die Verwendung häufiger kleiner, iterativer Bereitstellungen anstelle großer, seltener Bereitstellungen.

  • Begriffe: Standardisieren Sie Ihre Definition von abgeschlossenen Entwicklungszyklen, um sicherzustellen, dass unterstützende Funktionen, einschließlich Tests, Dokumentation und Eingabehilfen, erfolgreich abgeschlossen werden.

  • Kommunikation: Definieren Sie die Standardprotokolle für Produktbesitzer und Projektmanager, um höher stufen kommende Releases zu veröffentlichen.

  • User Stories: Standardisieren Sie eine Vorlage für User Stories. Gut geschriebene User Stories sollten dem INVEST Ansatz folgen:

    • I – Unabhängig: Jede User Story sollte unabhängig von den anderen sein, sodass das Team in kleinen, inkrementellen Schritten liefern kann.
    • N – Verhandelbar: User Stories sollten verhandelbar und offen für Diskussionen und Änderungen sein.
    • V – Wertvoll: User Stories sollten für den Kunden einen Mehrwert bieten.
    • E – Schätzbar: User Stories sollten schätzbar sein und eine klare Definition der Erledigung haben.
    • S – Klein: User Stories sollten kurz sein und sich auf eine einzelne Funktion konzentrieren.
    • T – Testbar: User Stories sollten testbar sein und klare Akzeptanzkriterien haben.

  • Abnahmekriterien: Standardisieren Sie eine Vorlage für Abnahmekriterien. Stellen Sie sicher, dass sich die Abnahmekriterien speziell auf die User Story beziehen und mithilfe eines oder mehrerer Abnahmetests eindeutig nachgewiesen werden können.

  • Tracing: Stellen Sie sicher, dass der Entwicklungsprozess nachvollziehbar ist. Sie sollten den Zustand Ihrer Produktionsarbeitslast und des zugehörigen Codes eindeutig auf Qualitätssicherungstests, Abnahmekriterien, Benutzergeschichten und Funktionen zurückführen. Eine detaillierte Nachverfolgung kann in manchen Fällen auch eine gesetzliche Anforderung sein, beispielsweise im Gesundheitswesen.

  • Überprüfen: Führen Sie regelmäßig interne Audits Ihrer Entwicklungspraktiken durch Retrospektiven und Postmortem-Analysen des Entwicklungszyklus durch. Die Prozessreflexion sollte frei von Schuldzuweisungen sein und sich auf Erkenntnisse konzentrieren, die in Verbesserungen umgesetzt werden können. Stellen Sie sicher, dass das Team darüber nachdenkt, wie effektiv die User Story und die Aufgaben bei der Definition der erforderlichen Aufgaben waren und wie genau die Zeitschätzungen waren.

  • Berichte: Standardisieren Sie Berichte für Stakeholder, die nützliche Kennzahlen mit Schwerpunkt auf Veränderungen liefern. Durch die Konzentration auf Veränderungen können Sie die Beschleunigung und Verlangsamung des Produkts verfolgen. Hilfreiche Kennzahlen können Änderungen in folgenden Bereichen sein:

    • Monatliche Wachstumsrate der Akzeptanz
    • Leistung
    • Trainingszeit
    • Häufigkeit der Vorfälle

    Die Berichterstattung sollte nicht als Instrument zur Bewertung der Arbeit einzelner Personen verwendet werden. Vermeiden Sie daher Kennzahlen wie Story Points oder Codezeilen für jeden einzelnen Ingenieur.

Power Platform: schnellere Durchführung

Zwar gibt es keine Power Platform-Produkte, die diese Empfehlung direkt unterstützen, können Sie andere Tools im Microsoft Stack verwenden. Azure Boards ist ein webbasierter Dienst, der es Teams ermöglicht, die Arbeit über den gesamten Entwicklungsprozess hinweg zu planen, zu verfolgen und zu besprechen.

GitHub Projects ist ein anpassbares Projektmanagement-Tool zum Organisieren von Projekten und lässt sich in Ihre Probleme und Pull Requests in GitHub integrieren.

Nächste Schritte,

Checkliste für operative Exzellenz