Det mest bekymrende ved den nuværende situation er, at IT-gradvis bliver en branche, hvor ordet "stop" slet ikke eksisterer i forhold til mængden af opgaver for én person.
Når man læser jobopslag, ser man ikke sjældent ikke 2-3 personer, men en hel virksomhed samlet i én person. Alle haster, teknisk gæld stiger, gammel legacy ser ud til at være perfekt i sammenligning med nye produkter, da der i det mindste er dokumentation og kommentarer i koden. De nye produkter udvikles med lynets hast, men kan ofte ikke bruges i et år efter deres færdiggørelse, og dette år genererer ofte ikke noget overskud. Desuden er omkostningerne ved "cloud" højere end salget af tjenesten. Investorernes penge går til vedligeholdelse af en tjeneste, der endnu ikke fungerer, men som allerede er blevet lanceret som operationel.
For eksempel: et kendt firma, hvis remaster af et gammelt spil har fået de laveste bedømmelser i hele industriens historie. Jeg var en af dem, der købte dette produkt, men selv nu fungerer det forfærdeligt, og teoretisk set skulle det slet ikke have været lanceret i denne tilstand. Refunderinger, fald i ratings, et stort antal bans af brugere på forum for at klage over tjenesternes funktion. Antallet af patches er ikke imponerende, men skræmmende, men alligevel – produktet er ikke brugbart. Hvis denne tilgang giver sådanne resultater for et firma, der har arbejdet med udvikling siden 91, så er situationen endnu værre for virksomheder, der lige er begyndt deres aktiviteter.
Men det var vores syn på resultaterne af denne tilgang fra brugersiden af tjenesten; lad os nu se på de problemer, der er opstået for medarbejderne.
Jeg hører ofte påstanden, at der ikke skal være DevOps-teams, at det er en metodologi osv., men problemet er, at virksomhederne på en eller anden måde er holdt op med at lede efter netværksfolk, DBAs, infrastrukturfolk og build-ingeniører – nu er det hele DevOps-ingeniørens ansvar. Selvfølgelig findes der stadig sådanne stillinger i nogle virksomheder, men de bliver færre. Mange kalder dette en udvikling, men personligt ser jeg det som en degradation; det er umuligt at opretholde et højt vidensniveau på alle områder, samtidig med at man skal arbejde højst 8 timer. Naturligvis er det fantasier. I virkeligheden er mange IT-folk tvunget til at arbejde 12-14 timer, hvoraf kun 8 er betalt. Og ofte uden weekender, fordi "jeg fik en opgave, dokumentationen er ikke til stede eller er mangelfuld, og servicen koster", og for en enkelt fejl i skyen kan man i princippet miste lønnen i et par måneder, især hvis man arbejder som selvstændig. Faktisk mister vi ordet i forretningen sammen med opdelingen af ansvar; jeg støder oftere på, at ledere blander sig i udviklingsprocesserne, uden at have forstand på dem, de forveksler forretningsdata med applikationsarbejde, hvilket fører til kaos.
Når kaosset begynder, ønsker forretningen at finde en syndebuk, og her er behovet for en universel syndebuk. Det er svært at lægge skylden på 10+ personer, derfor samler lederne positionerne, for jo flere ansvar en enkelt specialist har, desto lettere er det at bevise hans uagtsomhed. I en Agile-ramme er det at finde den "skyldige" og straffe vedkommende grundlæggende i metodologien for forretningsledelse. Agile er for længst kommet ud af IT, og dens hovedkoncept er kravet om daglige resultater. Problemet er, at en specialiseret specialist ikke altid vil have et dagligt resultat, hvilket gør det sværere at rapportere, og det er endnu en grund til, at forretningen ønsker "specialister på alle områder". Men den primære årsag er selvfølgelig lønudgifter – det er den primære årsag til alle ændringer; for tillæg er folk villige til at arbejde for sig selv og en anden. Men i sidste ende er det ligesom i andre områder, blot blevet en forpligtelse for mindre betaling for en større mængde ydelser.
Nu kan man ofte se artikler om, at udviklere også skal kunne deploye og arbejde med infrastrukturen ved siden af DevOps-ingeniører, men hvad fører det til? Rigtigt - en nedgang i kvaliteten af tjenester og en forringelse af udviklernes kvalitet. For blot 2 dage siden forklarede jeg en udvikler, at man kan skrive og læse fra forskellige værter, men jeg blev ved med at høre, at de aldrig havde set det før; der er indstillinger som orm host, port, db, user, password, og det er det.... Til gengæld kan udvikleren starte deployment, skrive YAML-filer.... Men de glemmer allerede enhedstestene og kommentarerne i koden.
Resultatet er, at vi ser følgende – konstant overarbejde, søgning efter løsninger på problemer uden for arbejdstiden, konstant læring i weekenderne, og ikke for at øge indtægterne, men for at holde sig flydende. Udviklerne er nødt til at hjælpe DevOps-ingeniøren med CI/CD, og hvis udvikleren ikke har tid, begynder de at blive overbebyrdede, og lederne begynder at give dem psykisk pres, og hvis det ikke øger viljen til at arbejde overtid, så anvender de sanktioner og bøder, hvilket får personen til at søge et nyt job og efterlader en teknisk gæld på størrelse med Everest. Som resultat begynder gælden at vokse også for udviklerne, da de er nødt til at skrive kode med mindre refactoring for at nå at hjælpe enten den gamle eller nye DevOps-ingeniør, mens lederne er helt tilfredse, for der er en skyldig person, og han kan identificeres straks, hvilket betyder, at den grundlæggende regel i Agile management er overholdt, den skyldige er fundet, og resultaterne af deres straf er synlige.
Engang præsenterede jeg på ITGM med et foredrag kaldet "hvornår lærer vi at sige 'nej'" – dens resultater var meget sigende. Et enormt antal mennesker mener, at dette ord er tabu, og så længe vi ikke stopper med at tro det, vil problemerne kun vokse.
Delvist blev jeg inspireret til denne artikel af, men jeg vil senere måske uddybe den med mindre indirekte termer.
Kun registrerede brugere kan deltage i undersøgelsen. , please.
Har du oplevet, når arbejdsgiveren forsøger at erstatte flere personer med dig?
65,6%Ja, jeg oplever det regelmæssigt183
5,4%Ja, jeg har oplevet det 1 gang15
15,4%Jeg har ikke bemærket43
13,6%Jeg er workaholic, jeg arbejder selv overtid38
279 brugere har stemt. 34 brugere afholdt sig.
Kilde: habr.com
