MÄnga mÀnniskor tÀnker pÄ sina bekymmer innan de somnar eller strax efter att de vaknat. Jag Àr inget undantag. I morse dök en tanke upp i mitt huvud frÄn Habr:
En kollega delade en historia i chatten:
Förra Äret hade jag en fantastisk klient, det var nÀr jag tog mig an ett riktigt "krisfall".
Klienten har tvÄ team i utvecklingsgruppen, dÀr varje team arbetar med sin del av produkten (grovt sett, back-office och front-office, det vill sÀga mjukvara som arbetar med bestÀllningar och mjukvara som hanterar orderutförande), som ibland integreras med varandra.
Back-office-teamet har verkligen hamnat i en djup kris: ett halvĂ„r av konstanta problem, Ă€garna hotar att avskeda alla, de anlitar en konsult och efter konsulten anstĂ€ller de en annan (mig). Den andra gruppen (front-office) fungerade bra och fortsatte att göra det, medan back-office-teamet, som tidigare ocksĂ„ fungerade bra, började göra misstag. Teamen sitter pĂ„ olika kontor och har vant sig vid att skylla pĂ„ varandra.Anledningen: front och back Ă€r ett och samma system, med massor av beroenden, teamen pĂ„ olika kontor har inte kommunicerat med varandra. Ăgarna "övervakar" hela tiden front-office, sĂ„ de har nya funktioner, idĂ©er och kontroll. Det fanns en kille som gjorde allt möjligt, en kombination av BA, designer och "kan du hĂ€mta oss kaffe". Den hĂ€r killen utförde diskret mĂ„nga smĂ„ uppgifter som "varna det andra teamet om deploy", "uppdatera dokumentationen" och sĂ„ vidare, Ă€nda ner till "registrera versionsnummer och komponenter i Jira". Men han skrev ingen kod och vid ett tillfĂ€lle beslutade Ă€garna att optimera detta genom att avskeda honom. För front-office-teamet förĂ€ndrades ingenting, de bara slutade att registrera och uppdatera dokument, medan back-office-teamet hamnade i en situation dĂ€r releaserna frĂ„n fronten krossade nĂ„got för dem, och det var deras problem, och om deras releaser krossade nĂ„got för fronten var det Ă„terigen deras problem, eftersom fronten var i Ă€garnas sikte đ
Vad fĂ„ngade mitt intresse med denna kommentar och vad kommer den som söker att upptĂ€cka frĂ„n rubriken â nedan.
Jag har arbetat med utveckling av webbapplikationer i cirka 20 Är, sÄ för mig Àr frontend/backend mer Àn bara ord. Dessa tvÄ Àr starkt kopplade. Jag kan till exempel inte förestÀlla mig en situation dÀr frontend utvecklas helt (eller i hög grad) oberoende av backend. BÄda sidor arbetar med samma data och utför liknande operationer. Jag har en uppfattning om hur mycket information som överförs mellan utvecklarna i bÄda teamen för att samordna utvecklingen, samt hur ofta dessa samordningar mÄste göras. Teamen kan inte undvika att kommunicera intensivt, Àven om de befinner sig i olika tidszoner. SÀrskilt med tanke pÄ att de har JIRA.
Jag vet att det Àr meningslöst att meddela backend-utvecklarna om frontend-deploys. Den nya versionen av frontend kan inte bryta nÄgot pÄ backend, men motsatsen kan vara verklig. Det Àr frontend-utvecklarna som Àr intresserade av att informera backend-utvecklarna om att de behöver ny eller modifierad funktionalitet. Frontend Àr beroende av backend-deployer, och inte tvÀrtom.
Vad för pojke som "lÀmna oss kaffe" kan inte vara en BA (om BA förstÄs som "business analyst"), och en BA kan inte vara "pojken, lÀmna oss kaffe". Och definitivt kan varken "lÀgga till versionnummer och komponenter i JIRA" utan diskussion med utvecklarteam inte vara varken "pojken" eller BA. Det Àr som vagnen före hÀsten.
Eftersom "pojken" har blivit avskedad, sÄ mÄste dessa funktioner, frÄn "lÀmna kaffe" och till "lÀgg till i JIRA", ha omfördelats mellan andra medlemmar i teamen. I en etablerad grupp Àr informationsflöden och roller faststÀllda; om utövaren av en eller flera roller har försvunnit frÄn scenen, kvarstÄr behovet hos de andra medlemmarna i gruppen att fÄ den information de Àr vana vid. De kan helt enkelt inte undgÄ att mÀrka att den information som Àr nödvÀndig för deras arbete nicht lÀngre nÄr dem. Det Àr som en narkoman som inte mÀrker att tillgÄngen pÄ droger har upphört. Och precis som en narkoman söker och hittar andra kanaler, kommer medlemmarna i gruppen att försöka hitta kÀllor till den information de behöver pÄ "den" sidan och nya utövare av de gamla rollerna. Och de kommer definitivt att hitta dem. I alla fall den som, enligt deras mening, bör ge dem den nödvÀndiga informationen.
Ăven om vi skulle anta att de vanliga informationskanalerna har försvunnit, och den som borde inte anser sig behöva göra det, kommer backend-utvecklarna, som riskerar att bli avskedade, inte i sex mĂ„nader att dölja orsakerna till sina misslyckanden för Ă€garen, med vetskap om att problemen uppstĂ„r pĂ„ grund av brist pĂ„ den information de behöver. Ăgarna kommer inte att "slöa" i sex mĂ„nader, nĂ€r de ser att den information som tidigare var nödvĂ€ndigvar i fettet", men nu finns ingen som lĂ€gger till den. Och den första konsulten var knappast sĂ„ oprofessionell att han inte skulle ha pratat med backend-utvecklarna och inte kunnat identifiera problemet - avsaknaden av samordning mellan teamen. Det Ă€r hĂ€r orsaken till de beskriva problemen ligger, och inte i att "pojken" blir avskedad.
Det banala bristen pÄ kommunikation mellan utvecklarna Àr en typisk orsak till mÄnga problem inom utveckling och annat. Man behöver inte vara en framstÄende konsult för att upptÀcka detta. Det Àr tillrÀckligt att bara vara förnuftig.
Jag anser att hela denna historia Àr pÄhittad och vackert uttryckt. Tja, inte helt pÄhittad - alla element Àr hÀmtade frÄn livet (frontend, backend, utveckling, pojke, kaffe, "fett", ...). Men de Àr sammanfogade pÄ ett sÀtt som inte finns i verkliga livet. Var och en av dessa kan man stöta pÄ i den omgivande vÀrlden, men i denna kombination - nej. Jag skrev ovanför varför.
ĂndĂ„ Ă€r det presenterat pĂ„ ett mycket trovĂ€rdigt sĂ€tt. Det Ă€r intressant att lĂ€sa och skapar en personlig involvering. Sympati för "pojken-som-kan-allt", den undervĂ€rderade lilla mekanismen i den stora maskinen (det handlar ju om mig!). En nedlĂ„tande attityd till utvecklarna, sĂ„dana smarta och erfarna, men som inte ser lĂ€ngre Ă€n sina egna nĂ€sor (de Ă€r ju runt mig!). En lĂ€tt hĂ„nfullhet mot Ă€garna, rika gubbar, som sjĂ€lva orsakat sitt "bo-bo" och inte förstĂ„r orsakerna (det Ă€r verkligen min ledning!). Förakt för den första "konsulten", som inte kunde hitta en sĂ„ enkel problemkĂ€lla (aha, nyligen kom en i glasögon, gick runt med ett smart utseende), och en entusiastisk samhörighet med den "riktiga" konsulten, som ensamt kunde vĂ€rdera den verkliga rollen hos pojken-som-kan-allt (det vill sĂ€ga mig!).
KÀnner du en inre tillfredsstÀllelse efter att ha lÀst den hÀr kommentaren? VÄr roll som smÄ kugghjul i en stor mekanism Àr faktiskt inte sÄ liten! Fantastiskt uttryckt, Àven om det inte Àr sant. Men vilket trevligt eftersmak.
Jag vet inte vilken kollega det handlar om och i vilken chatt som delade denna avslöjande med en kollega. och varför kollegan mkrentovskiy beslöt sig för att publicera det under artikeln "" av den framstĂ„ende författaren pĂ„ Habr âa (som just nu ligger pĂ„ första plats i Habr-rankingen!), men jag erkĂ€nner att kollegan mkrentovskiy gjorde detta pĂ„ ett utomordentligt lyckat sĂ€tt. Budskapet i kommentaren och stilen i framstĂ€llningen stĂ€mmer sĂ„ vĂ€l överens med budskapet och stilen i andra publikationer nmivanâa, att man kan tro att kriskonsulten i kommentaren och huvudpersonen i mĂ„nga publikationer nmivanâa Ă€r samma person.
Jag har lÀst ganska mÄnga av Ivan Belokamentsovs publikationer nÀr författaren började sin verksamhet pÄ Habr (2017). Vissa med nöje (, ). Han har en bra stil och intressant presentation av materialet. Hans berÀttelser liknar vÀldigt mycket livshistorier, men de har praktiskt taget noll chans att verkligen intrÀffa, i . Precis som med den hÀr historien i kommentaren.
Ărligt talat tycker jag personligen inte att Habr blev bĂ€ttre med Ivan publikationen. Men hans betyg och frĂ„n andra Habr-besökare sĂ€ger motsatsen:
Jag förstÄr inte ditt gnÀll. Habr har lÀnge rasat, och författaren ger lite glÀdje och höjer humöret hos lÀsarna) genom att dra resurser ur avgrunden.
Ja, Habr Ă€r ingen vĂ€lgörenhet, Habr Ă€r ett kommersiellt projekt. Habr Ă€r en spegel som reflekterar vĂ„ra önskningar. Inte mina personliga önskningar eller önskningar frĂ„n varje enskild besökare, utan summan av alla vĂ„ra önskningar â "genomsnittet för sjukhuset". Och Ivan Belokamentsov kĂ€nner bĂ€st vad vi alla tillsammans behöver och ger oss detta.
Kanske skulle jag inte ha skrivit den hÀr artikeln om jag inte börjat titta pÄ serien "".
"Vi har förlorat Gud" (c)
Det Àr frÄn serien. Och det handlar om oss.
Vi har slutat att fascineras av verkligheten, skapad av Skaparen.
Gud, Naturen, Den Stora SmĂ€llen â som helst. Verkligheten existerar. Runt omkring oss och oberoende av oss.
Vi lever i den i överensstÀmmelse med naturens lagar (Gudomlig plan). Vi förstÄr lagarna (planen) och lÀr oss att anvÀnda verkligheten vi lever i för att leva Ànnu bÀttre. Vi testar vÄra antaganden i praktiken, sorterar bort felaktiga och behÄller relevanta. Vi interagerar med verkligheten och vi förÀndrar den.
Och vi har verkligen lyckats mycket med detta.
Det finns mĂ„nga mĂ€nniskor pĂ„ planeten. Mycket mĂ„nga. Med den nuvarande arbetsproduktiviteten behöver vi inte lĂ€ngre kĂ€mpa för att överleva â en minoritet kan försörja majoriteten med allt som behövs. För majoriteten behövs nĂ„got att sysselsĂ€tta sig med. Historiskt sett har överskottet av resurser som avsatts för kreativitet hamnat hos de mest begĂ„vade (eller de mest ambitiösa, vilket ocksĂ„ Ă€r en form av talang). Nu finns det sĂ„ mĂ„nga fria resurser att till och med de ganska talangfulla fĂ„r del av dem, oavsett nivĂ„. JĂ€mför hur mĂ„nga filmer som slĂ€pps varje Ă„r vĂ€rlden över och hur mĂ„nga av dem som Ă€r sevĂ€rda. Hur mĂ„nga böcker skrivs, och vilka av dem Ă€r lĂ€sbara. Hur mycket information som öser ut över internet, och vad av detta Ă€r anvĂ€ndbart.
Varför Ă€r IT-professionen sĂ„ populĂ€r? Jo, för i IT kan man slösa en oĂ€ndlig mĂ€ngd resurser och ingen blinkar ens med ögonen (tĂ€nk bara pĂ„ problemet Ă„r 2000). För i IT kan man utveckla applikationer i Ă„ratal som blir förĂ„ldrade redan innan de lanseras, man kan försöka integrera inkompatibla komponenter och fĂ„ dem att fungera, man kan gĂ„ng pĂ„ gĂ„ng Ă„teruppfinna hjulet, eller sĂ„ kan man direkt börja stödja program skrivna i Fortran, som blev mossigt för 20 Ă„r sedan. I IT kan man spendera hela sitt liv utan att Ă„stadkomma nĂ„got vĂ€rdefullt. Och viktigast av allt â ingen kommer att mĂ€rka det! Inte ens du sjĂ€lv.
Det Àr fÄ av oss som kommer att lÀmna ett avtryck i IT-industrin. Och att lÀmna ett gott minne kommer Ànnu fÀrre att lyckas med. Resultaten av vÄrt arbete kommer att devalveras inom de kommande 10-20 Ären i bÀsta fall, kanske till och med tidigare. Och sÀkert under vÄr livstid (om vi nÄr pensionsÄldern). Vi kommer inte att kunna visa vÄra barnbarn de datorsystem som deras morfar arbetade med som ung. Folk kommer helt enkelt att glömma deras namn. Jag lyfte e-poststationer i början av min karriÀr. med "". Jag har 20 Är kvar till pension och 10 Är tills jag fÄr barnbarn, men redan nu har de flesta av er inte hört talas om "det framstÄende e-postprogrammet frÄn mitten av 90-talet" ("top email software package of the mid-1990s").
Kanske Àr vi i verkligheten inte medvetna om meningslösheten av vÄr IT-börda, men pÄ ett omedvetet plan strÀvar vi efter att fly dit dÀr vi kÀnner oss bekvÀma. Till pÄhittade vÀrldar, dÀr anvÀndandet av Scrum och Agile alltid leder till produkter som i Ärtionden erövrar vÀrlden med sin anvÀndbarhet. DÀr vi inte Àr smÄ kuggar i stora mekanismer, utan kuggar som de stora mekanismerna inte kan fungera utan. DÀr vÄra liv inte bestÄr av meningslös upprepning av rutinuppgifter, utan fylls av kreativitet och skapande, vars resultat vi kan vara stolta över.
Vi flyr till dessa underbara, pÄhittade vÀrldar frÄn vÄr egen betydelselöshet i den verkliga vÀrlden. Vi söker tröst i dem.
Vi söker tröst, bland annat, pÄ Habré. Och Ivan ger oss det hÀr.
KĂ€lla: habr.com
