Coroid omfattar programvarans hela livscykel, inte bara byggsteget. Det mesta sker automatiskt; ett steg är en valfri kontrollpunkt som du aktiverar när arbetet är tillräckligt viktigt för att motivera den.
Det valfria SDLC-arbetsflödet
I formuläret Nytt arbete finns en kryssruta under avancerade inställningar:
Använd SDLC-arbetsflödet (valfritt) — granska avsikten och specifikationen innan planeringen. Låt alternativet vara avstängt om du vill starta planeringen direkt utifrån din brief.
Det är avstängt som standard. Om du låter det vara avstängt börjar planeringen utifrån din brief när den har godkänts i Kvalificering. Om du aktiverar det skapas och godkänns först två artefakter:
- Avsikt — vad arbetet faktiskt ska åstadkomma, med besluten och antagandena bakom det dokumenterade.
- Specifikation — omfattning, sådant som inte ingår och acceptanskriterier.
Planeringen börjar först när de har godkänts.
När du ska aktivera det
Aktivera det när det skulle bli kostsamt att bygga fel sak, när förfrågan kommer från någon som inte själv kommer att granska planen, eller när briefen innehåller ett antagande som du vill få dokumenterat och godkänt.
Låt det vara avstängt när briefen redan är tydlig. Ett extra godkännandesteg för rutinjobb skapar bara friktion — och steget för att godkänna planen gäller fortfarande oavsett vilket.
De fem stegen
Hela livscykeln består av fem steg, där varje steg skapar underlag som nästa steg använder.
| Steg | Vad händer | Status |
|---|---|---|
| Definiera | En otydlig förfrågan blir till en godkänd avsikt, med beslut, antaganden och mått på framgång | Beta |
| Visualisera | Valfria UI-koncept förfinas och godkänns som vägledning för designen | Beta |
| Leverera | Planen delas upp i delar och agenterna genomför den | Tillgängligt |
| Verifiera | Krav kopplas till uppgifter, kontroller, granskningsresultat och ändringar i pull requests | Tillgängligt |
| Förbättra | Övervakning, åtgärder och utvärderingar gör regressioner till arbete i nästa cykel | Tillgängligt |
- DefinieraGodkänd avsikt, beslut, antaganden och mått på framgångBeta
- VisualiseraValfria UI-koncept som godkänts som designriktlinjerBeta
- LevereraPlanen delas upp och agenterna genomför denTillgänglig
- VerifieraKrav kopplas till uppgifter, kontroller, fynd och ändringarTillgänglig
- FörbättraRegressioner blir nästa cykels arbeteTillgänglig
ValfrittAktivera SDLC-arbetsflödet för att godkänna avsikten och specifikationen innan planeringen börjar.
Improve ligger till grund för nästa cykel: övervakning, åtgärder och utvärderingar gör regressioner till nytt arbete.
Define och Visualize är de två faser som utvecklas aktivt. Deliver, Prove och Improve körs på varje uppgift redan i dag, oavsett om du aktiverar kontrollpunkten eller inte.
Därför versionshanteras artefakterna
Godkännanden gäller en exakt version av en artefakt. Om du redigerar en godkänd artefakt skapas ett nytt utkast i stället för att det överenskomna ändras i tysthet.
Det är detta som gör ett godkännande meningsfullt. Ett godkännande som svävar fritt – kopplat till ”specifikationen” i stället för en viss version av den – godkänner vad dokumentet råkar säga senare, och då är det inget godkännande alls.
Godkännanderoller
Ansvar för produkt, design, teknik, säkerhet och release kan tilldelas oberoende av varandra. Den som godkänner säkerhetsaspekterna behöver därför inte vara samma person som godkänner omfattningen.
Spårbarhet för evidens
Syftet med att ta fram evidens i varje steg är att en färdig pull request kan spåras bakåt: den här ändringen genomför den här uppgiften, som kommer från det här kravet, som i sin tur kommer från den här godkända avsikten.
Den kedjan gör autonom leverans granskningsbar. Utan den har du fungerande kod, men ingen redogörelse för varför koden motsvarar det du bad om.
Från granskad kod till release
pull request är resultatet av arbetscykeln. När reglerna för ditt repo tillåter en merge låser en release fast en fullständig commit-SHA och registrerar vilka ändringar den committen innehåller. Kontroll av driftsättningsberedskap utvärderar just den committen för en vald miljö. Godkännanden gäller kontrollens ögonblicksbild; om du redigerar kandidaten eller policyn blir tidigare beslut inaktuella.
När du begär en driftsättning startar ett försök i din anslutna pipeline. En återkoppling från leverantören eller en manuell attestering registrerar vad som nådde en miljö, och en canary efter driftsättning registrerar hälsan separat. Uppgiften, pull request och release har därför olika betydelser: slutfört arbete är inte ett bevis på att koden nådde produktion.
Så hänger det här ihop med planer
SDLC-arbetsflödet och planer är olika kontrollpunkter:
- Själva SDLC-arbetsflödet godkänner vad som ska byggas, innan det finns något angreppssätt.
- Själva planen godkänner hur det ska byggas, innan det finns någon kod.
Du kan använda det ena, båda eller ingetdera. Båda alternativen är billigare än att granska en färdig pull request som du inte håller med om.