Freigeben über

Empfehlungen zur Formalisierung von Softwareentwicklungsmanagementpraktiken

Gilt für die Empfehlungen dieser 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 Arbeit, die sie erledigen, verstehen und den Stakeholdern klar vermitteln. Genauer gesagt sollten Workload-Teams einen klaren Überblick über die Arbeit haben, die in einem Entwicklungszyklus zu erledigen ist, 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 Low-Code-Workloads nicht als weniger komplex. Sie profitieren weiterhin von der Formalisierung der Entwicklung und Verwaltung von Low-Code-Workloads. Lernen Sie von anderen Softwareentwicklungsteams. Stellen Sie eine Entscheidungsmatrix bereit, die den Grad der Formalisierung vorgibt, der je nach Komplexität und Kritikalität der Workload erforderlich ist.

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 Leitplanken verfügen, um sie zu unterstützen. Stellen Sie gleichzeitig sicher, dass Produktivitätsszenarien nicht durch zu viele strenge Prozesse verlangsamt oder erstickt werden.

  • Zusammenarbeit: Der Prozess der Definition vorgeschlagener Änderungen der Arbeitsbelastung sollte eine gemeinschaftliche Anstrengung sein. Die meisten Änderungen an der Workload wirken sich auf mehrere Funktionen und Komponenten aus. Durch die Einbeziehung möglichst vieler Workload-Teammitglieder können Sie daher sicherstellen, dass keine wichtigen Überlegungen übersehen werden und dass sich jeder der Auswirkungen auf seine jeweilige Domäne bewusst ist. Die Zusammenarbeit hilft auch dabei, den Umfang einer Änderung klar zu definieren und die notwendigen Aufgaben in klar definierte Arbeitselemente aufzuteilen. Eine größere Gruppe mit Fachwissen in verschiedenen Bereichen ist in der Lage, erfahrungsbasierte Schätzungen für den erforderlichen Aufwand zu erstellen.

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

Abwägung: Agile Methoden können zu streng werden, wenn sie zu viele Vorschriften machen. Streben Sie ein Gleichgewicht zwischen klar definierten Standards und Innovation an.

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

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

  • Kommunikation: Definieren Sie die Standardprotokolle für Produktbesitzende und Projektmanagende, um kommende Versionen zu bewerben.

  • User Storys: Standardisieren Sie eine Vorlage für User Storys. 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 – Valuable (wertvoll): User Storys sollten dem Kunden einen Wert 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.

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

  • Ablaufverfolgung: 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 Rückverfolgung kann in einigen Fällen auch eine behördliche Anforderung sein, z. B. im Gesundheitswesen.

  • Überprüfung: Führen Sie regelmäßig interne Prüfungen Ihrer Entwicklungspraktiken durch, indem Sie Retrospektiven und Nachbesprechungen des Entwicklungszyklus durchführen. 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 dem 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, mit dem Teams die Arbeit über den gesamten Entwicklungsprozess hinweg planen, verfolgen und besprechen können.

GitHub-Projekte 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 betriebliche Exzellenz

  • Last updated on