Agile Delivery Lead

En agile delivery lead ejer leverancen for et team eller et produktområde. Det er forskellen på denne rolle og en ren scrum master. Delivery leaden bliver spurgt, når noget ikke når frem til tiden. Samtidig skal teamet stadig arbejde agilt og selv planlægge sit sprint.

Rollen er opstået, fordi mange danske virksomheder droppede titlen projektleder, men beholdt behovet for én, der samler trådene. Derfor ligner jobbet ofte en blanding af tre roller.

Typiske opgaver

• Holde overblik over roadmap, releaseplan og hvad der reelt kan nås
• Facilitere sprintplanlægning, review og retrospektiv sammen med teamet
• Styre eksterne leverandører og nearshore-teams i fx Polen, Indien eller Ukraine
• Følge op på kontrakter, timer, fakturaer og forbrug mod budget
• Håndtere interessenter: produktchefer, forretningsafdelinger, arkitekter og styregrupper
• Koordinere releases med drift, test og andre teams
• Føre risikolog og eskalere det, teamet ikke selv kan løse
• Rekruttere ind i teamet og onboarde nye konsulenter

En almindelig dag starter med teamets stand-up på et kvarter. Bagefter en snak med en udvikler, der er blokeret af en manglende adgang. Formiddagen går ofte med afklaring på tværs: et møde om en integration og et om testmiljøer. Efter frokost status til produktchefen om, hvad der når med i næste release. Sidst på dagen opdateres budgetopfølgning og risikolog.

Månedens rytme følger sprintet, typisk to uger. Hertil kommer kvartalsvise planlægninger, hvis huset kører SAFe fra Scaled Agile, Inc. Selve teamarbejdet følger som regel Scrum Guide af Ken Schwaber og Jeff Sutherland eller Kanban.

Arbejder du i det offentlige eller med store leverandøraftaler, fylder kontrakten meget. Indkøb og ændringer skal holdes inden for udbudsloven, som Konkurrence- og Forbrugerstyrelsen vejleder om. Det sætter grænser for, hvor frit man kan ændre scope midt i et forløb.

Brancherne er banker, pensions- og forsikringsselskaber, e-handel, medicinal- og medicovirksomheder, teleselskaber, softwarehuse og offentlige styrelser med egen udvikling. Konsulenthuse sælger også delivery leads ud til kunder.

Vær ærlig om presset. Du har ansvar for leverancen, men sjældent fuld magt over bemanding og prioritering. Du sidder ofte mellem et team, der siger nej, og en forretning, der siger nu. Nogle steder ender rollen som ren statusrapportering. De dygtige bruger mest tid på at rydde forhindringer af vejen og på at sige tydeligt fra i tide.

Der findes ingen uddannelse, der hedder agile delivery lead. Titlen er ikke beskyttet, og der er intet krav om autorisation eller certificering. Man kommer ind via erfaring med it-leverancer og teamsamarbejde.

Den almindelige vej

• Start som udvikler, tester, systemkonsulent, business analyst eller koordinator
• Bliv scrum master eller junior projektleder for ét team
• Tag ansvar for budget, leverandør og releaseplan
• Kald dig delivery lead, når leverancen står i dit navn

De fleste har 5-10 års erfaring, før de får rollen. Arbejdsgivere kigger efter, om du har stået med et forløb, der skred, og fået det tilbage på sporet.

Certificeringer, der nævnes i danske jobopslag

• Professional Scrum Master fra Scrum.org
• Certified ScrumMaster fra Scrum Alliance
• SAFe Scrum Master eller SAFe Agilist fra Scaled Agile, Inc.
• Disciplined Agile Scrum Master fra Project Management Institute
• PRINCE2 Agile fra PeopleCert, hvis huset også kører klassisk styring
• IPMA-certificering via Dansk Projektledelse for den projektfaglige del

Kurserne varer typisk to til fire dage og slutter med en prøve. Flere skal fornys løbende, blandt andet certificeringer fra Scrum Alliance og Scaled Agile, Inc. Ingen af dem er lovpligtige, og ingen af dem erstatter erfaring.

Uddannelse i bunden er ofte datamatiker fra et erhvervsakademi, en it-bachelor, cand.it, cand.merc.dat eller en ingeniøruddannelse. En del kommer også fra en akademi- eller diplomuddannelse i ledelse, der udbydes efter reglerne fra Uddannelses- og Forskningsministeriet. Nogle har en helt anden baggrund og har lært faget på jobbet.

Alternative veje ind findes. Erfarne projektledere skifter styringsform og beholder budget- og leverandørdelen. Testledere, supportledere og teamkoordinatorer med stærkt overblik kommer også ind. Product owners skifter nogle gange over, men skal vænne sig til at eje leverancen frem for produktet.

Karrieren går typisk videre mod leveranceschef, programleder, engineering manager, release train engineer eller afdelingschef for flere teams. Andre går den anden vej og bliver agile coach eller product owner. En del bliver selvstændige konsulenter, fordi rollen er nem at sælge på timebasis.

Skal du hyre en, så bed om et konkret eksempel på en deadline, der ikke holdt. Spørg, hvornår personen sagde det til forretningen, og hvad der skete bagefter. Svaret viser hurtigt, om du får en, der tør give dårligt nyt tidligt.

Værktøjerne skal både vise teamets arbejde og forbruget af penge og tid.

• Jira eller Azure DevOps til backlog, sprints, boards og releaseplan
• Confluence eller SharePoint til beslutninger, teamaftaler og referater
• Miro eller Mural til planlægning, story mapping og retrospektiver
• Microsoft Teams eller Slack til daglig kontakt med team og leverandør
• Excel, Power BI eller Smartsheet til budget, forbrug og statusrapporter
• Timeregistrering i fx Jira Tempo, når konsulenter faktureres per time
• ServiceNow eller Jira Service Management til releases, ændringer og incidents

Mange delivery leads bruger også et simpelt risiko- og afklaringsark. Det lyder gammeldags, men det er ofte det ark, ledelsen læser.

Målinger fylder en del. Typisk følges velocity, gennemløbstid, mængden af igangværende arbejde og antal fejl fundet efter release. DORA-metrikkerne fra DevOps Research and Assessment bruges flere steder til at vurdere leveringsevnen: deployfrekvens, ændringstid, fejlrate og gendannelsestid.

Teknisk indsigt er en klar fordel. Du skal kunne følge med i snak om miljøer, testdata, CI/CD, API'er og releasevinduer. Du behøver ikke kunne kode. Men du skal kunne vurdere, om et estimat er urealistisk, uden at spørge tre gange.

Intet værktøj erstatter en tidlig samtale. Jira viser, at en opgave står stille. Kun teamet kan fortælle hvorfor.