Delen via

Aanbevelingen voor het formaliseren van managementpraktijken voor softwareontwikkeling

  • Artikel

Van toepassing op deze aanbeveling voor de Well-Architected Operational Excellence-checklist: Power Platform

OE:03 Formaliseer het software-ideevormings- en planningsproces, op basis van gevestigde industriële en organisatorische standaarden. Gebruik een gemeenschappelijke, geprioriteerde backlog en voldoende gedetailleerde specificaties. Stimuleer continue verbeteringen in het planningsproces op basis van de resultaten.

In deze handleiding worden de aanbevelingen beschreven voor het beheren van workloadontwikkelingspraktijken in overeenstemming met gevestigde standaarden. Het vermogen van uw team om hoogwaardige software te produceren, is afhankelijk van een gestructureerde, gezamenlijke aanpak van de ontwikkelingsplanning. Werklastteams moeten het werk dat wordt uitgevoerd, begrijpen en duidelijk communiceren aan belanghebbenden. Gereed. Preciezer gezegd moeten werklastteams een duidelijk beeld hebben van het werk dat moet worden Gereed in een ontwikkelingscyclus en ervoor zorgen dat alle belanghebbenden op één lijn zitten over het 'waarom' van dat werk. Gevestigde standaarden definiëren hoe ontwikkelingspraktijken moeten worden uitgevoerd, en zorgen ervoor dat het workloadteam effectief kan samenwerken, waardoor het risico op verwarring over doelen en verwachtingen wordt verminderd.

Belangrijke ontwerpstrategieën

Formaliseer uw workloadontwikkelingspraktijken om te zorgen voor een gemeenschappelijk begrip van de doelen en verwachtingen.

Beschouw weinig code workloads niet als workloads met een lage complexiteit. U profiteert nog steeds van het formaliseren van de ontwikkeling en het beheer van weinig code-workloads. Leer van andere softwareontwikkelingsteams. Zorg voor een beslissingsmatrix die de mate van formalisering voorschrijft die nodig is op basis van de complexiteit en het kritische karakter van de werklast.

Normen voor ontwikkelingsplanning

De volgende normen kunnen u helpen bij het ontwerpen van een alomvattende strategie voor ontwikkelingsplanning.

  • Prioritering: Bij het plannen van de volgorde en omvang van het werk is het belangrijk om inzicht te hebben in de werkelijke impact en waarde van werklastkenmerken op het bedrijf. Het omvat ook het evalueren van die impact ten opzichte van andere werkaanvragen en de algemene routekaart voor uw product of programma. Eén manier om prioriteit te geven aan workloads is door de bedrijfswaarde te evalueren van de gehele workload. Mogelijk vindt u het ook nuttig om individuele workloadfuncties te evalueren op basis van de bedrijfswaarde.

  • Categorisatie: Stel processen in die ervoor zorgen dat kritieke applicaties over de nodige beschermingsmaatregelen beschikken om ze te ondersteunen. Zorg er tegelijkertijd voor dat productiviteitsscenario's niet worden vertraagd of belemmerd door te veel rigoureuze processen.

  • Samenwerking: Het definiëren van voorgestelde wijzigingen in de werklast moet een gezamenlijke inspanning zijn. De meeste wijzigingen in de werklast hebben invloed op meerdere functies en componenten. Door zoveel mogelijk leden van het werklastteam te betrekken, zorgt u ervoor dat belangrijke overwegingen niet over het hoofd worden gezien en dat iedereen op de hoogte is van de gevolgen voor zijn of haar specifieke domein. Samenwerking helpt ook bij het duidelijk definiëren van de omvang van een verandering en hoe de benodigde taken in duidelijk gedefinieerde werkitems kunnen worden verdeeld. Een grotere groep met expertise op alle gebieden kan op ervaring gebaseerde schattingen maken van de benodigde inspanning.

  • Hulpmiddelen: Gebruik beproefde, in de sector bewezen hulpmiddelen en processen, zoals Agile, Scrum en Kanban-borden.

Afweging: Agile-methodologie kan te streng worden als deze te voorschrijvend is. Streef naar een evenwicht tussen goed gedefinieerde normen en innovatie.

  • Implementatie: Plan om frequente, kleine, iteratieve implementaties te gebruiken in plaats van grote, onregelmatige implementaties.

  • Voorwaarden: Standaardiseer uw definitie van voltooide ontwikkelingscycli om ervoor te zorgen dat ondersteunende functies, waaronder testen, documentatie en toegankelijkheidsfuncties, succesvol worden voltooid.

  • Communicatie: Definieer de standaardprotocollen voor producteigenaren en projectmanagers voor niveau verhogen aankomende releases.

  • gebruikersverhalen: Standaardiseer een sjabloon voor gebruikersverhalen. Goed geschreven gebruikersverhalen moeten de INVESTEREN-benadering volgen:

    • I–onafhankelijk: elk gebruikersverhaal moet onafhankelijk zijn van andere, waardoor het team in kleine incrementele stappen kan presteren.
    • N–Onderhandelbaar: gebruikersverhalen moeten onderhandelbaar zijn en openstaan ​​voor discussie en verandering.
    • V–Waardevol: Gebruikersverhalen moeten waarde bieden aan de klant.
    • E–Schatbaar: gebruikersverhalen moeten schatbaar zijn en een duidelijke definitie van 'afgerond' hebben.
    • S-Klein: gebruikersverhalen moeten klein en gericht op één functie zijn.
    • T-Testbaar: gebruikersverhalen moeten testbaar zijn en duidelijke acceptatiecriteria hebben.

  • Acceptatiecriteria: Standaardiseer een sjabloon voor acceptatiecriteria. Zorg ervoor dat acceptatiecriteria specifiek betrekking hebben op het gebruikersverhaal en eenduidig ​​bewezen kunnen worden met één of meerdere acceptatietesten.

  • Tracering: Zorg ervoor dat het ontwikkelingsproces traceerbaar is. U moet de status van uw productieworkload en de bijbehorende code duidelijk terugvoeren naar kwaliteitsborgingstests, acceptatiecriteria, gebruikersverhalen en functies. Gedetailleerde tracering kan in sommige gevallen ook een wettelijke vereiste zijn, bijvoorbeeld in de gezondheidszorg.

  • Evaluatie: Voer regelmatig interne audits uit van uw ontwikkelingspraktijken door middel van retrospectieven en postmortems van de ontwikkelingscyclus. Procesreflectie moet onberispelijk zijn en zich richten op leren dat als verbeteringen kan worden toegepast. Zorg ervoor dat het team nadenkt over hoe effectief het gebruikersverhaal en de taken waren bij het definiëren van de noodzakelijke taken en over de nauwkeurigheid van tijdschattingen.

  • Rapporten: Standaardiseer rapporten voor belanghebbenden die nuttige statistieken bieden die zich richten op veranderingen. Door u te concentreren op verandering kunt u de versnelling en vertraging van producten volgen. Nuttige statistieken kunnen veranderingen omvatten in:

    • Maandelijkse groeisnelheid van adoptie
    • Prestaties
    • Trainingstijd
    • Frequentie van incidenten

    Rapportage mag niet worden gebruikt als hulpmiddel om het werk van individuen te evalueren, dus vermijd statistieken als verhaalpunten of coderegels voor elke ingenieur.

Power Platform faciliteren

Hoewel er geen Power Platform producten zijn die deze aanbeveling direct faciliteren, kunt u andere hulpmiddelen in de Microsoft stack gebruiken. Azure Boards is een webgebaseerde service waarmee teams werk in het gehele ontwikkelingsproces kunnen plannen, volgen en bespreken.

GitHub projects is een aanpasbare tool voor projectbeheer voor het organiseren van projecten en integreert met uw problemen en pull-aanvragen in GitHub.

Volgende stappen

Checklist voor operationele excellentie