Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Denna rekommendation i checklistan för Operativ Excellens inom Azure Well-Architected Framework gäller för:
| OE:03 | Formalisera processer i hela livscykeln för programvaruutveckling, från idé till leverans, och gör dem transparenta för teamet och intressenterna. |
|---|
Programvaruutveckling är mer än att bara producera kod. Utvecklare måste tydligt förstå vad de ska bygga och varför, medan produktägare och chefer håller insyn i vad arbete som görs och hur det utvecklas. Genom att upprätta konsekventa metoder kan team leverera med kvalitet, identifiera risker tidigt och hantera förväntningar samt spåra framsteg.
Den här guiden ger rekommendationer om hur du kör programvaruutveckling på ett strukturerat, förutsägbart och samarbetsinriktat sätt.
Upprätta standarder för att hantera ändringar
Inom programvaruutveckling är varje arbetsenhet en förändring. Även nya funktioner representerar en övergång från ett icke-existerande tillstånd till ett implementerat tillstånd.
När du initierar arbetet för en begärd ändring följer du dessa aspekter:
Samarbeta. Team bör arbeta tillsammans i stället för isolerat. De flesta ändringar påverkar mer än en komponent eller roll. Involvera utvecklare, testare, drift och produktintressenter tidigt för att säkerställa att viktig information inte missas och att alla förstår hur deras område påverkas. Det leder också till mer exakta uppskattningar av insatser, eftersom personer med relevant erfarenhet kan bidra med sitt perspektiv.
Håll målen för samarbete enkelt. Kom överens om omfånget för en ändring, identifiera beroenden och dela upp arbetet i tydliga, hanterbara uppgifter och dokumentera dem i en kvarvarande uppgift.
Kommunicera. Standardisera hur teamet kommunicerar lanseringar, både internt och externt. Definiera vilken information som ska delas med externa målgrupper (till exempel kunder), lämplig detaljnivå, nödvändig registrerings- eller supportdokumentation och kommunikationstidslinjen. Meddela till exempel intressenter två veckor före en lansering och skicka en påminnelse 24 timmar före distributionen.
Tillbakablick. Granska regelbundet varje utvecklingscykel för att identifiera vad som fungerade, vad som inte fungerade och vad som kan förbättras. Håll dessa recensioner felfria och fokuserade på lärande.
Använd den här möjligheten för att kontrollera om standardmetoder är effektiva. Till exempel om utvecklaruppgifter var tydligt definierade, tidsuppskattningar var korrekta och processer fungerar som avsett.
Rapporter. Standardisera rapporter om hur produkten ändras. Håll rapporterna fokuserade på produkttillväxt snarare än enskilda utvecklares produktivitet. Det är till exempel bra för intressenter att spåra:
- Implementeringstillväxt
- Prestandaförbättringar
- Registreringstid
- Incidentfrekvens
Välj branschbeprövade verktyg
I stället för att uppfinna din egen process kan du använda beprövade processer som Agile, Scrum och Kanban-metoderna.
Att använda beprövade metoder sparar tid, minskar arbetet och gör det enklare för teammedlemmar eftersom de flesta redan bör känna till dessa verktyg. Standardverktyg förenklar också registrering av nya anställningar och förbättrar samarbetet mellan team.
Kompromiss: Agil metodik kan bli för stelbent om den är alltför normativ. Sträva efter en balans mellan väldefinierade standarder och innovation.
Standardisera hur utvecklingsarbetet registreras
Standardisera en mall för att samla in diskreta arbetsenheter. Den bör skrivas ur användarens perspektiv och bör följa dessa principer:
- Oberoende. En berättelse bör inte vara beroende av en annan för att undvika överlappande arbete.
- Förhandlingsbart. Öppet för diskussion och förfining eftersom arbetet måste vara realistiskt ur utvecklingsperspektiv och anpassat till affärsmålen.
- Värdefull. Måste helt klart gynna användarupplevelsen.
- Kan uppskattas. Teamet kan med tillförsikt uppskatta arbetet så att funktionen levereras i tid. Föredrar små objekt som kan slutföras om några veckor eller mindre.
- Kan testas. Det finns ett tydligt sätt att verifiera funktionens funktioner och distribution.
Anmärkning
Alla utvecklingstillgångar i produktion ska kunna spåras tillbaka till koden, tester, godkännandekriterier och kvarvarande uppgifter. Spårning stöder kvalitetskontroll, förenklar felsökning och hjälper till att uppfylla efterlevnadskraven i reglerade miljöer.
Standardisera också en mall för godkännandekriterier så att teamet och intressenterna vet att arbetet är klart. Varje arbetsenhet bör vara ett godkännandevillkor som inte är tvetydigt och kan verifieras via tester.
Se till att alla är överens om vad "gjort" betyder för en utvecklingscykel. Detta bör omfatta slutförd kod, slutförd testning, uppdaterad dokumentation och åtgärdad tillgänglighet. Tydliga definitioner hindrar oavslutat arbete från att staplas upp.
AI-möjlighet: Att skriva arbetsbeskrivningar och acceptanskriterier kan templateras baserat på organisationsprinciper. Använd Copilot för att generera initiala utkast från dessa mallar. AI kan också tillämpa standarder genom att verifiera dokument mot dessa mallar. I avancerade scenarier använder du AI-agenter som baseras på dina standardmallar för att använda utdata från kodgranskningar och rotorsaksanalyser och skapar sedan automatiskt kompatibla arbetsobjekt för identifierade defekter och förbättringar.
Standardisera kodningsmetoder
Kodningsmetoder definierar de konventioner och riktlinjer som utvecklare följer när de skriver och samarbetar om kod. De här metoderna beskriver hur kod struktureras, dokumenteras och granskas i och mellan team. Det hjälper också till att påskynda utvecklarnas registrering och minska defekter som orsakas av variation i implementeringen.
Utvecklingsmiljö och -verktyg. Standardisera IDE-konfigurationer, utvecklingsverktyg och godkända kodgenereringsverktyg i team. Framtvinga användning av vanliga bibliotek, ramverk och pakethanteringsstandarder för att främja återanvändning, säkerställa konsekvens och uppfylla organisationens säkerhetskrav.
Kodningskonventioner. Definiera och dokumentera kodningsstandarder som omfattar namngivningskonventioner, kodstruktur, formatering. Vi rekommenderar att du tillämpar standarder i kodblock som hanterar undantag och utför instrumentation. Tydliga konventioner gör koden enklare att läsa, förstå och underhålla och hjälpa team att arbeta konsekvent mellan funktioner och komponenter. Se till att dessa riktlinjer är tillgängliga för alla utvecklare och uppdateras regelbundet när kodbasen utvecklas. Du kan till exempel använda EditorConfig i Visual Studio-miljön för att framtvinga kodningsformat.
Kodlagringsplats. Upprätta och framtvinga standardiserade förgreningsstrategier, till exempel Gitflow, GitHub Flow eller Trunk-Based Utveckling på alla lagringsplatser för att säkerställa konsekvent kodintegrering och lanseringsmetoder.
Peer-granskningar. Definiera standarder för pull-begäranden som anger godtagbar storlek för pull-begäranden, obligatoriska rubrik- och beskrivningsformat och obligatoriska granskningskrav. Kräv peer-granskningar för varje kodändring för att säkerställa att standarder följs. Definiera en samarbetsmodell för PR-granskningar som anger förväntningar på ansvar, feedback och godkännanden.
Mallar för vanliga artefakter. PR-beskrivningar, incheckningsmeddelanden och enhetstester är klassiska exempel som kan templateras. Kontrollera att dokumentationen innehåller instruktioner för syfte, kontext och testning.
Testtäckning. Kräv enhetstester för all ny kod och betydande ändringar av befintlig kod. Testerna bör följa överenskomna mönster och innehålla meningsfulla intyg för att verifiera funktionaliteten.
Verktyg som SonarQube eller Copilot Labs kan automatiskt identifiera avvikelser från kodningsstandarder, saknade testtäckning och vanliga antimönster. Genom att avlasta dessa repetitiva valideringsuppgifter till AI frigörs teamen att fokusera på arbete med högre värde. Mänsklig granskning är dock fortfarande viktig eftersom utvecklingsmetoder är avgörande för korrekt implementering av affärslogik och övergripande arbetsbelastningskvalitet.
Standardisera integreringsmetoder
Integrering avser de automatiserade processer och konventioner som används för att validera, skydda och paketera kod när den flyttas genom utvecklingslivscykeln. Detta inkluderar hur kodändringar skapas, testas, genomsöks och förbereds för distribution som en del av pipelines för kontinuerlig integrering.
Standardisering av integreringsmetoder krävs för att validera kod mot definierade kvalitets- och säkerhetskrav och även möjliggöra snabbare feedbackslingor för utvecklare.
- Skapa automatisering och integrerad testning: Standardisera automatiserade versioner som körs på varje kod push och framtvinga automatiserad enhets- och integreringstestning med definierade tröskelvärden för täckning, i förekommande fall.
- Kodkvalitetsanalys: Använd statisk kodanalys och kvalitetsgrindar med godkända verktyg för att säkerställa att koden uppfyller definierade kvalitetsstandarder före befordran.
- Beroendehantering: Genomsök kontinuerligt beroenden efter inaktuella eller sårbara komponenter och integrera säkerhetsgenomsökning, inklusive SAST, DAST och identifiering av hemligheter.
- Artefakthantering: Standardisera principer för paket- och artefaktversioner, lagring och kvarhållning för att säkerställa spårbarhet och reproducerbarhet.
- Övervakning och rapportering: Samla in och övervaka bygg- och pipelinemått för att spåra kvalitet, prestanda och efterlevnad.
Azure-förenkling
Azure Boards är en webbaserad tjänst som gör det möjligt för team att planera, spåra och diskutera arbete i hela utvecklingsprocessen. Det passar bra för agilbaserade utvecklingsmetoder.
GitHub Projects är ett anpassningsbart projekthanteringsverktyg som kan organisera projekt och integreras med hjälp av problem och pull-begäranden i GitHub.
Relaterade länkar
Communitylänkar
Checklista för driftskvalitet
Se den fullständiga uppsättningen rekommendationer.