8 reptes quotidians en l'adopció de DevOps i com solucionar-los (reptes) - 1a part

DevOps ja no és una paraula nova a la indústria informàtica; és el 2020 i gairebé totes les organitzacions volen o intenten evolucionar la seva cultura i mètodes cap a aquestes formes de treballar. No obstant això, l'adopció d'aquest canvi revolucionari no és fàcil, i els líders i els "agents" afronten nombrosos reptes; DevOps és un moviment de baix a dalt i de dalt a baix. Aquests són alguns dels reptes que he observat en el meu treball de camp:

  1. Cultura disfuncional

Les cultures que dominen i controlen durament i burocràticament poden ser llocs desmotivadors per treballar. Quan les persones siguin castigades per plantejar problemes o coneixements i informació oculta, les persones compartiran i col·laboren. Quan el fracàs sigui quelcom que s'ha d'evitar, la gent tractarà d'afrontar els errors en lloc d'aprendre d'ells i tindran por de provar coses noves.

La cultura és molt difícil de definir i sembla molt difícil de canviar. Són els valors i els comportaments de les persones en una organització i cal abordar-los en aquest nivell humà; requereix que parlem d’emocions i sentiments, no només de bits i bytes.

2. Resistència al canvi

A poca gent els agrada canviar la seva forma de treballar; s'han acostumat al seu mètode per fer les coses i sovint no volen ajustar la seva rutina o processos habituals. Moltes persones prefereixen treballar en sitges i potser no volen comunicar-se amb els altres, per la qual cosa els líders de DevOps s’enfronten sovint a la resistència en el procés de transformació. Alguns neurocientífics, com Britt Andreatta, creuen que els humans es fonamentalment per resistir el canvi per raons evolutives.

A continuació, es mostra un exemple d’existència de resistència a un agent de canvi o a una organització: es pot demanar a un provador que ha realitzat proves manuals automatitzades per a l’autorització de l’escenari de prova o els passos en un canalització d’integració contínua. Poden resistir-se a canviar el seu estil de treball perquè necessiten aprendre a automatitzar els seus anteriors escenaris manuals de prova i senten que estan fora de la seva capacitat. Un altre exemple és un directiu de QA que ha acostumat a tenir un gran equip de provadors per supervisar: poden veure que els seus provadors es distribueixen en diversos equips com a part d’un redisseny organitzatiu d’esquadres transversals, cosa que pot considerar que amenaça estatus de líder i directiu.

3. Falta de claredat de visió

Moltes organitzacions volen les millores que DevOps promet, però sovint s’ha invertit un temps insuficient en la planificació adequada de com s’adoptarà DevOps. És possible que els líders no hagin explorat el que DevOps pot requerir en termes de redisseny organitzatiu o pot ser que sigui resistent a això. Les organitzacions solen deixar els líders i defensors de DevOps a planificar-se sols sense suport del lideratge per nodrir i practicar la veritable cultura DevOps.

Les transformacions de DevOps sense plans i estratègies adequats fan molt difícil assolir els seus objectius. La manca de visió fa que sigui difícil per als líders DevOps crear un pla clar a l’hora de decidir sobre l’estimació, els fulls de ruta i els lliuraments. I també fa molt difícil comunicar i compartir la visió a l’organització més àmplia quan no té claredat.

De vegades, els agents de canvi de DevOps tenen un pla i una estratègia adequats per a l'adopció de DevOps que han proposat a la nostra direcció o suite C, però si aquests líders no donen suport obert i evangelitzant el pla d'execució per a la implementació de DevOps, pot provocar els processos d'adopció de DevOps.

4. Els equips no col·laboren

L’objectiu principal de DevOps és animar i permetre que Dev, Ops i altres equips treballin junts, trencant així les barreres entre les sitges. Els equips tindran els seus propis objectius; l’equip de desenvolupament està centrat en el canvi i l’equip d’operacions informàtiques en estabilitat. Garantir que els equips comparteixin els objectius és un repte fonamental per als que portin l’adopció de DevOps.

A més, quan una organització està dispersa geogràficament, la col·laboració entre equips pot ser encara més difícil. Si bé DevOps i models àgils fomenten la col·locació, sovint això no és ni pràctic ni pràctic. A més, moltes organitzacions subcontracten treballs com ara proves o operacions informàtiques, possiblement a regions geogràfiques significativament diferents que agreugen el repte a causa de la zona horària i les complicacions del llenguatge.

5. Els ambients no estan normalitzats

El fet de manejar diverses aplicacions o versions de serveis dins de l’entorn DevOps pot produir llançaments de producció més lents i augmentar la incidència d’errors i problemes en els nostres productes. No tenir entorns estàndard o entorns de prova semblants a la producció resulta freqüentment incidents, ja que la inconsistència condueix a la imprevisibilitat. El fet de tenir entorns d’aplicació insuficients pot causar dolor addicional i retards en l’alliberament de nou valor per als clients ja que els equips poden estar a l’espera d’accedir a entorns de prova compartida, per exemple.

6. Els conjunts d’eines estan en contenció

Els equips de desenvolupament i desenvolupament d’informàtica utilitzen freqüentment conjunts d’eines diferents, però sovint intenten fer el mateix o gestionar el mateix treball. El repte és assegurar-se que s’està implementant l’eina adequada i que s’ajusti als objectius de tots els equips i als objectius de l’empresa.

La selecció d’eines és un àmbit controvertit ja que les persones tenen preferències (sovint emocionals). Un cop escollida una eina, la gent ha après a utilitzar-la i conté quantitats importants de dades o fluxos de treball personalitzats, de manera que és difícil canviar una eina, fins i tot quan s’identifica que hi ha una que s’adapta millor als objectius dels equips i de la companyia.

7. Gestió de llançaments causa retards

Tradicionalment, les organitzacions han publicat grans lots de funcions mitjançant un enfocament impulsat per projectes. Aquests llançaments sovint es coordinen mitjançant un equip de llançament centralitzat mitjançant un calendari de llançament on els equips reserven les ranures (sovint requereixen treball els caps de setmana). Aquestes versions es fan sovint de forma manual o amb un munt de seqüències, només el gestor de llançaments entén ja que són els que els han creat. Tot això significa que les emissions no se solen produir amb freqüència i tenen un risc elevat de tenir problemes que cal solucionar. Els equips sovint també es centren més en solucionar problemes que no pas en aprendre per què va succeir el problema i garantir que l'aprenentatge es reincorpora a l'organització. De la mateixa manera que els equips de projecte es desvinculen sovint després d’una data de presentació i cap revisió posterior a la implementació no inspecciona si l’esforç va suposar els resultats previstos.

8. Les proves manuals són costoses i consumeixen temps

La prova manualment requereix molt de temps i sovint la realitzen equips separats en fases separades, creant retards en el flux de valor al client. A més, és impossible fer una veritable integració contínua sense automatitzar com a mínim la prova de la unitat, idealment les proves d’integració i acceptació dels usuaris, també seran automatitzades. L’automatització de les proves pot semblar una tasca enorme i aclaparadora, sobretot quan hi ha pocs recursos capaços de fer aquest treball en una organització. Les persones sovint consideren que les proves són cares quan requereixen una gran quantitat de treballs manuals i intenten restringir les inversions, cosa que comporta una mala qualitat i temps d’aturada més tard.

Conclusió

L’adopció de DevOps és un viatge que requereix un temps important. Cal que les organitzacions abracin un aprenentatge dinàmic i continu. La presa de consciència d’aquests vuit reptes clau en una fase molt primerenca ajudarà a anticipar-se dels problemes i prioritzar els esforços. A la segona part d'aquesta sèrie del bloc. Examinaré com superar aquests reptes i podeu llegir fent clic aquí.