6 viktige roller i DevOps-team for SaaS-selskaper i vekst

DevOps er en metodikk som kombinerer programvareutviklings- (Dev) og IT-driftsteam (Ops) for å effektivisere hele applikasjonens livssyklus.

En av utfordringene du står overfor som CTO, er å skalere SaaS-driften samtidig som du leverer kvalitetsprodukter og opprettholder fornøyde kunder. Med et globalt SaaS-marked som forventes å nå 232 milliarder dollar i 2024 (uten tegn til å bremse opp), er et velfungerende DevOps-team avgjørende for å ri på bølgen.

Et effektivt DevOps-team gir SaaS-virksomheter en plattform for vekst, funksjonalitet og stabilitet. DevOps kombinerer programvareutviklernes kreative tenkning med analytisk IT-drift. Denne artikkelen belyser DevOps-roller og organisasjonsstrukturer for å sette sammen ditt ideelle team.

6 viktige DevOps-teammedlemmer og hva de gjør

Når du vurderer de seks rollene nedenfor, lurer du kanskje på om du trenger alle disse personene i driftsteamet ditt. Hver organisasjon er forskjellig, og hvem du ansetter, avhenger av hva du ønsker å oppnå, hvor stort selskapet ditt er, og hvor komplekst prosjektet du tar på deg, er.

Her er seks vanlige DevOps-roller:

1. DevOps-evangelist

Som spydspissen for alle DevOps-initiativ er DevOps-evangelisten en fryktløs leder som går i front for selskapets kulturelle endring mot samarbeid mellom utviklere og drift. De arbeider med alle ansatte, inspirerer til og fremmer fordelene ved DevOps, og hjelper dem til slutt med å omfavne endringene.

De bygger bro mellom utviklere og drift ved å bryte ned siloer, tildele roller i tråd med styrker og organisere opplæring for å dekke kompetansegap. DevOps-evangelister overvåker kontinuerlig prosessene gjennom hele utviklingssyklusen til et produkt.

Den ideelle DevOps-evangelisten er en svært teknologikyndig person og en dyktig kommunikator med gode mellommenneskelige ferdigheter.

2. Utgivelsesansvarlig

En utgivelsesansvarlig er en leder som planlegger utviklingsstrategier og koordinerer team for å gjennomføre dem. Denne stillingen krever ferdigheter innen prosjektledelse, og personen i rollen kan ha nytte av kunnskap om rammeverk og metodikker som smidig utvikling og Scrum.

Den inngående kunnskapen deres om programvareutviklingens livssyklus og evnen til å lede tverrfunksjonelle team effektivt gjør dem til en viktig del av prosessen fra planlegging til utrulling.

3. Automatiseringsarkitekt

Automatisering av systemer er et av DevOps' viktigste mål. Automatiseringsarkitekter har som mål å redusere manuelle oppgaver ved å utvikle slike systemer. De er problemløsere som vurderer dagens utviklingsarbeidsflyter og finner måter å gjøre dem mer effektive på ved å redusere manuelle prosesser der det er mulig.

I tillegg til å fremskynde utviklingstiden har automatiseringsarkitekter også i oppgave å redusere driftskostnadene, og dette er et av deres viktigste bidrag til virksomheten.

4. Ekspert på brukeropplevelsessikring (XA)

Eksperten på brukeropplevelsessikring ivaretar en kvalitetskontrollfunksjon ved å representere kundens beste interesser. De arbeider med sluttproduktet for å kontrollere at alle funksjonene som er oppført i de opprinnelige spesifikasjonene, fungerer som de skal. XA-eksperter vurderer også om produktet gir en enkel og intuitiv brukeropplevelse.

En vellykket XA-ekspert er vanligvis en grundig person med stor sans for detaljer. De har sterke analytiske ferdigheter for å forstå produktets mer nyanserte formål og kan identifisere områder som trenger forbedring. De kan formidle funnene sine til driftsteamet på en presis og grundig måte.

5. Kvalitetssikring

Etter at programvareutviklingsteamene har bygget produktene det gjelder, må de sende dem til kvalitetssikringsavdelinger (QA), der testerne og analytikerne befinner seg. Disse personene gjennomfører ulike kontroller opp mot det de forventer at programvaren skal gjøre, både i vanlige og uvanlige tilfeller, slik at de oppdager eventuelle problemer før programvaren settes i produksjon.

De logger funnene sine og sender dem til det relevante teamet slik at de blir håndtert, og de bruker denne informasjonen til å utvikle prosesser som skal veilede både utviklings- og QA-arbeidet i fremtiden.

6. Sikkerhets- og samsvarsingeniør (SCE)

Sikkerhets- og samsvarsingeniøren sørger for at produktet er sikkert og i samsvar med bransjespesifikke standarder og forskrifter. De kan bygge prosesser som integrerer sikkerhet i flere deler av DevOps-pipeline-ne for å skape systemer kjent som DevSecOps. Når det gjelder samsvarsdelen, kan de være blant personene som håndterer revisjoner for å sikre at produktene og tjenestene de arbeider med, er i tråd med forskriftene.

I noen selskaper kan tittelen være sikkerhetssamsvarsingeniør, men rollen er fortsatt den samme. I slike tilfeller skyldes det ofte at sikkerhet er strengt regulert, slik det er innen områder som finansteknologi.

5 typer DevOps-teamstrukturer

DevOps har som mål å bryte ned siloene som har eksistert innen tradisjonell programvareutvikling, for å gjøre samarbeid enklere ved å legge til rette for fri kommunikasjon mellom teamene.

For å oppnå dette målet er det viktig å identifisere riktig DevOps-struktur basert på typen produkt du arbeider med, teamets størrelse og sammensetning, samt hvor mye tid du har til å arbeide med det.

Her er fem typer DevOps-teamstrukturer du bør vurdere når du begynner å bygge teamet ditt:

1. Utvikling og IT-drift samarbeider

IT-drift (ITOps) håndterer en bedrifts IT-infrastruktur, mens DevOps fokuserer på programvareutvikling. Selv om dette er separate team, kan de arbeide mot forretningsmål fordi arbeidsområdene deres ofte overlapper. Sikkerhetsadministratoren kan for eksempel samarbeide med SCE for å forhindre lekkasjer og uautorisert tilgang i hele virksomheten.

ITOps og DevOps er vanlig i flere store selskaper i dag, og å implementere et system der de samarbeider, er vanligvis slik jeg har sett mange av dem arbeide.

2. NoOps

NoOps, en forkortelse for ingen drift, er en ekstrem variant av DevOps som utnytter automatisering i en slik grad at du ikke trenger et dedikert team. I denne tilnærmingen, som selskaper som Coca-Cola og DigitalOcean baserer seg på, arbeider utviklerne med koden sin og sender den ut gjennom en distribusjonsrørledning.

3. DevOps og nettstedspålitelighetsteknikk (SRE)

SRE-er sørger for at et produkt forblir stabilt mens DevOps-teamene fortsetter å arbeide med det etter distribusjon, så det er naturlig at de to teamene samarbeider tett. Med denne tilnærmingen er det enklere å opprettholde oppetid og ytelse ved å spore og dele måleverdier knyttet til begge områdene på tvers av alle teamene. Noen av selskapene som har SRE-team, er Microsoft, Oracle, VMware og IBM.

4. Drift som plattform

Plattformdrift innebærer å utforme og vedlikeholde plattformen som DevOps-teamene arbeider på. Behovet for dette er tydeligst i større prosjekter med flere bevegelige deler, enten det gjelder personer eller verktøy. Det kan også omfatte sikkerhet, og plattformdriftsteam kan samarbeide med DevSecOps-team for å sikre arbeidsflyter.

Noen av selskapene jeg har sett implementere solide driftssystemer, er NGINX og Honeycomb.io.

5. DevOps som konsulenter

Hvis du ikke har mulighet til, eller ikke ønsker, å utvikle ditt eget DevOps-team, kan du få ekstern hjelp fra leverandører av tjenesten som kommer inn som konsulenter eller kontraktører. Rollen deres er å evaluere det nåværende DevOps-oppsettet ditt og gi veiledning om hvordan det kan forbedres for å oppnå ønskede resultater.

5 trinn for å etablere et DevOps-team

Å gå fra å erkjenne betydningen av et DevOps-team til å ha et fullt fungerende team som leverer programvare, kan virke som en uoverkommelig utfordring. Bryt det ned i enkle faser, så blir det gjennomførbart.

Følg disse trinnene for å sette sammen et DevOps-team:

1. Lag en plan

Begynn med å forstå målet du sikter mot. List opp alle tiltakene som må gjennomføres for å nå det, noe som kan omfatte å vurdere kompetansegap, rekruttere nye teammedlemmer, avvikle separate team eller til og med omorganisere kontorlokalene fysisk for å oppmuntre til samarbeid.

Inkluder all informasjon i en tidsplan, og angi prioriteringer for hvert punkt. Sørg for å tildele hvert tiltak til en person som skal være ansvarlig for å følge det helt i mål.

2. Få støtte i hele organisasjonen

En del av det å bygge en DevOps-kultur er å få støtte i hele organisasjonen. Det er best å begynne på toppen og sørge for at ledelsen støtter endringene. Derfra bør du arbeide på teamnivå og sørge for at alle ser verdien og forplikter seg til prosessen.

3. Velg en DevOps-løsning

Vurder hvilken teknologi du skal bruke for å nå målene dine. Budsjettet er en begrensende faktor som ikke kan ignoreres. Ha teamets kunnskapsnivåer i tankene når du undersøker løsninger. Bruk informasjonen du samlet inn under kartleggingen av kompetansegapet til å hjelpe deg med dette trinnet. Vurder til slutt hva prosjektet trenger, og velg en løsning som passer best for prosjektet.

Informasjonen jeg ga i forrige del, bør være et nyttig utgangspunkt, men jeg anbefaler at du rådfører deg med en DevOps-ekspert som kan vurdere ressursene og kravene dine for å finne den beste veien videre.

4. Automatiser DevOps-prosesser

Ha som mål å redusere repetitivt og manuelt arbeid så mye som mulig, slik at du kan frigjøre teamene dine til å fokusere på andre deler av utviklingen. Områder der du kan innføre automatisering, omfatter blant annet testing og klargjøring, og det finnes verktøy du kan bruke til å håndtere disse oppgavene hvis du ikke ønsker eller ikke kan utvikle dine egne automatiseringer.

En av de beste måtene å innføre automatisering i arbeidsflytene dine på er å bygge pipeliner for kontinuerlig integrasjon og kontinuerlig levering (CI/CD). Med disse systemene kan du automatisere mange av prosessene som inngår i livssyklusen for programvareutvikling, slik at du alltid leverer kvalitetsprodukter — selv om teamet ditt ikke håndterer hver minste detalj manuelt.

5. Overvåk viktige DevOps-måltall

Følg med på DevOps-teamene og -prosessene dine for å sikre at de gir de ønskede resultatene. Opprett systemer som sporer ulike måltall og statistikker knyttet til sikkerhet og fremdrift, og rapporter dem til alle relevante parter.

I tillegg til å holde interessentene oppdatert kan du også bruke denne informasjonen til å opprette mer effektive DevOps-team i fremtiden.

Suksessfulle DevOps-team gjør dette riktig

Ved å måle DevOps-måltall kan du se om teamet ditt er på riktig spor, særlig måltallene for gjennomstrømning og stabilitet i programvareleveransen. Harde måltall er imidlertid ikke den eneste måten å vite om du har funnet den riktige balansen på.

Hvis du analyserer svært suksessfulle DevOps-team, vil du ofte se at de prioriterer følgende:

• Samarbeid: Å bryte ned murene som skiller teamene i et tradisjonelt produksjonsmiljø, er et av DevOps' hovedfokusområder. Etter min erfaring er det mer sannsynlig at team som arbeider direkte med hverandre, produserer flere kvalitetsprodukter, noe som er en tydelig indikator på suksess.
• Kommunikasjon: Å sørge for at teamene samarbeider bedre ved å legge til rette for åpne kommunikasjonskanaler og en mindre begrenset informasjonsflyt mellom dem er også en av strategiene selskaper bruker for å få mer ut av DevOps.
• Teamautonomi: Teamene bør arbeide sammen, men ikke være avhengige av hverandre. Derfor bør autonomi være noe de håndhever fra starten av.
• Vilje til å forbedre og gjenta: Et godt team forstår og aksepterer at det alltid kan bli bedre, så det bør hele tiden se etter områder der DevOps-systemene kan forbedres.
• Tilbakemeldinger, empati og tillit: Dette gir medlemmene av DevOps-teamet eller -teamene en mulighet til å rapportere tilbake om det fungerer eller ikke. Hvis de vet at innspillene deres verdsettes, er det mer sannsynlig at de gir dem på en ærlig måte, og det er en vinn-vinn-situasjon for virksomheten.

10 tips for å bygge effektive DevOps-team

Et effektivt DevOps-team kommer et selskap til gode ved å skape et smidig miljø som støtter bygging, testing og lansering av pålitelig programvare på kortere tid. DevOps kombinerer infrastruktur og drift, utvikling og teknikk, samt kunnskap om CI/CD-verktøy og prosesser. For å finne det ideelle teamet ditt bør du begynne med å vurdere følgende faktorer:

• Hvilke ferdigheter har teammedlemmene dine, og hvor finnes det mangler? De kan ha utmerkede kunnskaper om infrastruktur, men mangle ferdigheter innen programvareutvikling eller andre tekniske områder.
• Teknologistakk. Hvilke programmeringsspråk, verktøy og programvaretjenester bruker selskapet?
• Den eksisterende infrastrukturen og utviklingsmålene dine. Hvilke ferdigheter trenger du for å gå fra manuelle til automatiserte DevOps-prosesser?

Med disse vurderingene i tankene kan du følge disse tipsene for å bygge et effektivt DevOps-team:

1. Start med et kulturskifte

For at DevOps skal lykkes, må du forme hele tilnærmingen din til utvikling rundt dette, slik at det ikke finnes noe område som ikke støtter det.

Noen måter du kan gjøre dette på, er å gi direkte opplæring til alle relevante teammedlemmer gjennom lesemateriell og konferanser. Hvis du innfører roller som kan ha nytte av formell sertifisering, må du sørge for at personene i disse stillingene får det.

Når DevOps-teamet ditt er oppe og går, bør hele miljøet rundt selskapet være tilrettelagt for de nye prosessene.

2. Kartlegg kompetansegapene før du rekrutterer

For å kartlegge kompetansegapene i teamet ditt må du se på tre områder:

• Teknisk: Dette omfatter faglige ferdigheter som programmering og systemadministrasjon, som du forventer at noen har formell utdanning innen.
• Operasjonelt: Dette omfatter hovedsakelig prosesser og kan være tilegnet gjennom formell utdanning eller på andre måter, og inkluderer ferdigheter som prosjektledelse.
• Myke ferdigheter: Dette er mellommenneskelige ferdigheter man kan tilegne seg gjennom yrkeslivet, blant annet kommunikasjon og tidsstyring.

Dette gjør det mulig å avgjøre hvilket personell du må hente inn som en del av det nye DevOps-teamet. Du kan imidlertid også benytte anledningen til å se hvem som er kvalifisert til å innta en annen stilling i det nye teamet.

For eksempel kan en utvikler som har vært i selskapet lenge, ha opparbeidet seg nok overførbare ferdigheter til å lede QA-avdelingen på en trygg måte.

3. Tiltrekk deg de rette talentene og behold dem

Det å bygge et sterkt DevOps-team stopper ikke etter at du har tatt imot nye medarbeidere. Du må arbeide for å sikre at de trives i teamet og ønsker å bli værende på lang sikt. Følg regelmessig opp for å sikre at alle i teamet er fornøyde med prosessene, produktet og menneskene de arbeider sammen med.

Som jeg har nevnt tidligere, handler DevOps om å samle team, og tydelige kommunikasjonslinjer bidrar langt på vei til å holde alle fornøyde og produktive. Ettersom DevOps ofte går hånd i hånd med CI/CD-arbeidsflyter, er det også viktig å beholde folk etter lanseringen av et produkt, slik at det er det samme teamet som arbeider med vedlikeholdet.

4. Invester i DevOps-teamet ditt

Som jeg nevnte i den første anbefalingen i denne listen, kan du sørge for at noen får de relevante sertifiseringene de trenger for DevOps-rollene sine. Mer konkret anbefaler jeg at du dekker dette som en kostnad for virksomheten, fordi det til syvende og sist vil komme selskapet til gode.

I tillegg til dette og det å få de best kvalifiserte teammedlemmene, anbefaler jeg at du investerer i verktøyene teamet skal bruke, inkludert verktøyene dere skal bruke til CI/CD, prosjektledelse, kommunikasjon og automatisering.

5. Gjør mentorskap til en del av kulturen

Selv om jeg har fastslått at du bør gjøre ditt beste for å beholde teammedlemmene, innser jeg også at det noen ganger ikke er gjennomførbart. Derfor anbefaler jeg også å integrere mentorskap så langt det er mulig.

På denne måten får du en situasjon der hvert påfølgende team kan bli mer vellykket enn det forrige, fordi de hele tiden bygger videre på fundamentet som forgjengerne har lagt.

Det kan også være en god måte å styrke moralen og lojaliteten på, fordi teammedlemmene, særlig de som er nye innen DevOps, føler at de utvikler faglige og mellommenneskelige ferdigheter som gjør dem bedre i det de gjør.

6. Bryt ned eksisterende siloer og opprett mindre team

Målet med DevOps er å gå bort fra at utviklere og driftsavdelinger arbeider med det samme prosjektet i separate, såkalte siloer. Når de to teamene integreres, snakker de sammen gjennom hele prosessen med å bygge, teste og distribuere programvare. Når teamene gjøres mindre, blir det enklere for dem å utvikle selvstendighet.

Å bryte ned barrierene mellom teamene forbedrer informasjonsdelingen og gjør det mulig for dem å samarbeide bedre. De er bedre rustet til å være oppmerksomme på hverandres begrensninger, arbeide innenfor dem og overvinne dem.

7. Utvikle prosessene kontinuerlig

Hvis du får en god start, må du ikke hvile på dine laurbær. Det finnes alltid muligheter for DevOps-transformasjon, og den eneste måten å oppdage dem på er å lete.

Utviklingsteam, selv team som arbeider med identiske produkter, vil ofte oppdage at identiske prosesser ikke fungerer for alle. Noen av faktorene som avgjør dette, er budsjetter, størrelsen på teamet og målgruppen samt målene for virksomheten som helhet.

Sørg for at du alltid logger og tar notater, og gå deretter tilbake til tegnebrettet så ofte som nødvendig for å se hvor du kan gjøre ting mer effektive.

8. Skap muligheter for å gi og motta tilbakemeldinger

Dette henger sammen med den forrige anbefalingen og gir deg mer informasjon til kunnskapsbasen du vil bruke til å utvikle bedre prosesser. De som arbeider direkte med systemene og prosessene du har utviklet, er sannsynligvis best kvalifisert til å rapportere om hva som har fungert og ikke fungert. Derfor er det avgjørende at du har måter å fange opp det de har å si på.

9. Sats på automatisering

Automatiser der du kan.

DevOps kan øke omfanget av utviklingsprosessene dine drastisk, så det er viktig å holde dem håndterbare for teammedlemmene dine ved å fjerne manuelle oppgaver der det er mulig. På denne måten gjør du arbeidsflytene mindre monotone og mer bærekraftige på lang sikt.

CI/CD-verktøy er nyttige fordi de er utviklet for å automatisere arbeidsflyter i prosjekter som ikke avsluttes etter at produktet lanseres for første gang.

10. Bygg autonomi

Selv om samarbeid på tvers av team er avgjørende i DevOps, må hvert team kunne stå på egne ben og ikke være mer avhengig av andre team enn nødvendig. På denne måten vil ikke hele systemet bryte sammen hvis ett team blir satt ut av drift.

Teamene bør utvikle egne prinsipper for selvstyring basert på deres unike ressurser og mål. Ingeniørteamet kan for eksempel ikke arbeide etter de samme reglene som kundestøtteteamet, og de interne strukturene må gjenspeile dette.

Fordi DevOps åpner for kommunikasjon, er det mindre sannsynlig at et team utvikler prosesser som er inkompatible med en samarbeidspartner, og at dette ikke oppdages før det er for sent. For å skalere DevOps-kapasiteten effektivt bør du vurdere å styrke det interne teamet ved å engasjere eksperter på SaaS-utvikling.

Fordeler ved et godt DevOps-team

Hvis du følger rådene i denne artikkelen, bør du ende opp med et sterkt DevOps-team som kan støtte virksomhetens mål.

Her er de viktigste fordelene ved et sterkt DevOps-team:

• Samarbeid: DevOps er per definisjon et samarbeidsmiljø som bringer sammen mennesker fra ulike team for å arbeide mot et felles mål.
• Hastighet: Automatisering av prosesser øker utviklingshastigheten, slik at teamene dine kan arbeide raskere og smartere.
• Skalering: Du kan skalere driften mer effektivt ved å automatisere funksjoner og standardisere prosesser.
• Pålitelighet: Med dedikerte teammedlemmer i roller som SRE og QA kan du levere mer pålitelige produkter og tjenester til kundene dine.
• Rask levering: Medlemmer av DevOps-teamet har klart definerte roller, slik at de raskere kan reagere på markedets krav og andre endringer, helt fra idéfasen til utrulling, noe som gir deg et konkurransefortrinn.
• Sikkerhet: Med DevSecOps og kontinuerlig overvåking kan du styrke sikkerheten gjennom hele utviklingslivssyklusen.

Konklusjon

Som CTO som står overfor utfordringen med å skalere en SaaS-virksomhet skiller du deg fra konkurrentene ved å sette sammen det riktige teamet. Det riktige teamet bruker DevOps-overvåkingsverktøy etter hvert som virksomheten vokser, og forblir fleksibelt nok til å tilpasse seg. Teamet bruker innsikten til å holde interessentene informert og utvikle mer effektive prosesser i fremtiden.

CTO Club er din foretrukne ressurs for alt du trenger å vite som CTO. Meld deg på nyhetsbrevet vårt for flere innsikter som dette.