Det mest sørgelige i den nuværende situation er, at IT efterhånden er ved at blive en branche, hvor der slet ikke er et ord "stop" i antallet af ansvarsområder pr.
Når du læser ledige stillinger, ser du nogle gange endda ikke 2-3 personer, men en hel virksomhed i én person, alle har travlt, teknisk gæld vokser, den gamle arv ligner perfektion på baggrund af nye produkter, fordi den i hvert fald har en dock og kommentarer i koden, nye produkter skrives med lysets hastighed, men som følge heraf kan de ikke bruges i endnu et år efter de er skrevet, og ofte giver dette år ikke overskud, desuden er omkostningerne vedr. skyen er højere end salget af tjenesten. Investorernes penge går til vedligeholdelse af en tjeneste, der endnu ikke fungerer, men som allerede er frigivet til netværket som arbejder.
Som et eksempel: et velkendt firma, hvis remaster af et gammelt spil fik de laveste vurderinger i branchens historie. Jeg var en af dem, der købte dette produkt, men selv nu virker dette produkt forfærdeligt, og burde i teorien ikke have været udgivet i denne form endnu. Tilbagebetalinger, fald i vurderingen, et stort antal brugerforbud på fora for klager over tjenesternes arbejde. Antallet af plastre glæder ikke, men skræmmer, men alligevel - produktet er ikke brugbart. Hvis denne tilgang fører til sådanne resultater for en virksomhed, der har udviklet sig siden 91, så er situationen endnu værre for virksomheder, der lige er startet op.
Men vi så på resultaterne af denne tilgang fra brugeren af tjenesten, og lad os nu se på de problemer, som medarbejderne har.
Jeg hører ofte udsagnet om, at der ikke burde være nogen DevOps-hold, at dette er en metodik osv., men problemet er, at virksomheder af en eller anden grund er holdt op med at lede efter noks, dba, infructors og byggeingeniører - nu er det hele en DevOps-ingeniør hos en enkelt person. Selvfølgelig er der i individuelle virksomheder stadig sådanne ledige stillinger, men de er færre og færre. Mange kaldte denne udvikling, jeg ser personligt nedbrydning i dette, det er umuligt at opretholde et godt vidensniveau på alle områder, og samtidig nå at arbejde højst 8 timer. Det er naturligvis fantasier. I virkeligheden er mange it-medarbejdere tvunget til at arbejde både 12 og 14 timer, hvoraf de 8 er betalt.Og ofte uden fridage, for ”jeg fik en opgave, der er ingen kaj eller kurver, og tjenesten koster penge”. og for 1 i skyen kan du i princippet ikke få løn om et par måneder, især hvis du arbejder på IP-basis. Faktisk er vi ved at miste ordet i erhvervslivet, sammen med adskillelsen af opgaver, bliver jeg i stigende grad konfronteret med det faktum, at ledere kommer ind i udviklingsprocesser uden at forstå noget som helst, de forveksler forretningsdata og applikationsdrift, som et resultat, kaos begynder.
Når kaos begynder, vil erhvervslivet gerne finde den skyldige, og her har du brug for en universel synder, det er svært at skyde skylden på 10+ personer, så ledere forener deres positioner, for jo flere opgaver 1 specialist har, jo lettere er det at bevise sin uagtsomhed. Og i betingelserne for Agile er det at finde de "skyldige" og tæsk grundlaget for denne metode til at drive forretning inden for ledelse. Agile har længe været ude af IT, og dets hovedkoncept er blevet kravet om daglige resultater. Problemet er, at en højt specialiseret specialist ikke altid vil have et dagligt resultat, hvilket betyder, at det bliver sværere at rapportere, og det er endnu en grund til, at virksomheder ønsker "specialister i alt". Men hovedårsagen er selvfølgelig lønsummen – han er hovedårsagen til alle ændringerne, af hensyn til godtgørelsen blev folk enige om at arbejde for sig selv og den fyr. Men i sidste ende, som på andre områder, er det nu blot blevet en forpligtelse, for en mindre betaling for et større antal leverede ydelser.
Nu kan du ofte endda se artikler, som udviklere allerede burde kunne implementere, skulle beskæftige sig med infrastrukturen ved siden af en DevOps-ingeniør, men hvad fører det til? Det er rigtigt - til et fald i kvaliteten af tjenester, til et fald i kvaliteten af udviklere. For bogstaveligt talt 2 dage siden forklarede jeg udvikleren, at man kan skrive og læse fra forskellige værter, og de beviste for mig med skum på munden, at de aldrig havde set noget lignende, her er det i indstillingerne eller host, port, db, bruger, adgangskode og det er det.... Men udvikleren ved, hvordan man starter implementeringer, skriver yamls .... Men han glemmer allerede enhedstests og kommentarer i koden.
Som følge heraf ser vi følgende - konstant bearbejdning, søgen efter løsninger på problemer uden for arbejdstiden, konstant træning i weekenden og ikke for at øge indkomsten, men for at holde os selv oven vande. Udviklere er tvunget til at hjælpe en DevOps-ingeniør med CI/CD, og hvis udvikleren ikke har tid, begynder han at holde kæft, og ledere begynder at kompostere hjerner, og hvis det ikke er med til at øge lysten til at arbejde over, så søg bøder og bøder, søger personen et nyt job og efterlader en teknisk gæld på størrelse med Everest, som følge heraf begynder gælden også at vokse blandt udviklere. de er tvunget til at skrive kode med mindre refactoring for at have tid til at hjælpe enten en gammel eller en ny DevOps-ingeniør, og ledere er ret tilfredse med alt, fordi der er en skyldig person, og han kan ses med det samme, hvilket betyder, at hovedreglen i agile ledelse overholdes, den skyldige findes, resultaterne af hans prygl er synlige.
En gang på ITGM lavede jeg en præsentation "når vi lærer at sige nej" - resultaterne var meget afslørende. Et stort antal mennesker mener, at dette ord er tabu, og indtil vi holder op med at tænke det, vil problemerne kun vokse.
Delvist inspirerede mig til at skrive denne artikel., men jeg vil måske skrive det i mindre behagelige vendinger senere.
Kun registrerede brugere kan deltage i undersøgelsen. , Vær venlig.
Er du stødt på på arbejdet, da arbejdsgiveren forsøgte at erstatte flere personer med dig?
-
65,6 %Ja, jeg støder på det jævnligt
-
5,4 %Ja, stødt på 1 gang15
-
15,4 %lagde ikke mærke til 43
-
13,6 %Jeg er arbejdsnarkoman, jeg arbejder selv overarbejde38
279 brugere stemte. 34 brugere undlod at stemme.
Kilde: www.habr.com