Daugelis žmonių galvoja apie jiems rūpimas problemas prieš eidami miegoti arba pabudę. Aš nesu išimtis. Šį rytą man į galvą šovė vienas iš Habro:
Kolega pokalbyje pasidalijo istorija:
Užpernai turėjau nuostabų klientą, tai buvo tada, kai susidūriau su gryna „krize“.
Kūrimo grupėje klientas turi dvi komandas, kurių kiekviena užsiima savo produkto dalimi (sąlygiškai „back office“ ir „front office“, t. y. programinė įranga, skirta užsakymų formavimui ir programinė įranga, skirta užsakymų vykdymui), retkarčiais integruojanti viena į kitą.
Back office komanda nuėjo visiškai žemyn: šeši mėnesiai nuolatinių problemų, savininkai grasina visus atleisti, pasamdė konsultantą, po konsultanto pasamdė daugiau nei kitą (aš). Negana to, antroji komanda (storfront) dirbo normaliai ir toliau dirbo normaliai, būtent back-office komanda, kuri taip pat normaliai dirbo anksčiau, pradėjo netvarka. Komandos sėdi skirtinguose kabinetuose ir yra įpratusios pykti viena kitą.Priežastis: parduotuvė ir atgal yra viena sistema, joje daug priklausomybių, komandos skirtinguose biuruose nebendravo tarpusavyje. Savininkai visą laiką „žiūri“ į šoną, todėl ten turi naujų funkcijų, idėjų ir valdymo. Ji buvo universalus berniukas, BA, dizainerio ir „atnešk mums kavos“ derinys. Šis berniukas, nepastebėtas savo komandos, atliko daugybę smulkių užduočių, tokių kaip „pranešti antrajai komandai apie dislokavimą“, „atnaujinti dokumentaciją“ ir kt. rutina, iki pat „įveskite visus versijų numerius ir komponentus į bilietą“. Tačiau berniukas neparašė jokio kodo, o vienu metu savininkai nusprendė jį optimizuoti ir atleisti. Parduotuvės komandai niekas nepasikeitė, jie tiesiog nepadarė ir neatnaujino dokų, o „backoffice“ komanda atsidūrė situacijoje, kai parduotuvės leidimai jiems kažką sulaužo, ir tai yra jų problema, o jei jų leidimai kažką sulaužo parduotuvę, tai vėlgi jų problemos, nes parduotuvė pilna savininkų akiratyje :)
Kas patraukė mano dėmesį šiuo komentaru ir ką ieškotojas ras iš pavadinimo – po pjūviu.
Aš kuriu žiniatinklio programas 20 metų, todėl priekinė / galinė dalis man nėra tik žodžiai. Tai labai glaudžiai susiję dalykai. Pavyzdžiui, neįsivaizduoju situacijos, kai priekis būtų išvystytas visiškai (arba labai stipriai) izoliuotai nuo nugaros. Abi pusės dirba su tais pačiais duomenimis ir atlieka labai panašias operacijas. Apytiksliai galiu įsivaizduoti, kiek informacijos juda tarp abiejų komandų kūrėjų koordinuojant kūrimą, kiek laiko ir kaip dažnai reikia atlikti šiuos patvirtinimus. Komandos negali glaudžiai bendrauti, net jei jos yra skirtingose laiko juostose. Ypač jei turite JIRA.
Žinau, kad beprasmiška įspėti užpakalinius kūrėjus apie priekinės dalies dislokavimą. Nauja priekio versija negali nieko sulaužyti gale, bet atvirkščiai – taip. Tai priekinės dalies kūrėjai, kurie nori pranešti užpakalinės dalies kūrėjams, kad jiems reikia naujų ar pakeistų funkcijų. Priekinė dalis priklauso nuo galinio išdėstymo, o ne atvirkščiai.
koks vaikinas kas"atnešk mums kavos", negali būti BA (jei BA turime omenyje "verslo analitiką"), o BA negali būti "berniuk, atnešk mums kavos". Ir tikrai"pridėkite visų rūšių versijų numerius ir komponentus„Nei „berniukas“, nei BA negali to padaryti be diskusijų su kūrėjų komandomis. Tai tarsi vežimas prieš arklį.
Kadangi „berniukas“ buvo atleistas, šios funkcijos nuo „atnešti kavos"ir anksčiau"įdėti į riebalus", turėjo būti perskirstytas tarp kitų komandos narių. Sukurtoje grupėje informacijos srautai ir vaidmenys yra fiksuoti; jei vieno ar kelių vaidmenų atlikėjas paliko sceną, likusiems grupės nariams vis dar reikia susipažinti informacija iš pažįstamų vaidmenų.Jie tiesiog negali nepastebėti, kad darbui reikalinga informacija nustojo patekti į juos.Tarsi narkomanas negali nepastebėti fakto,kad nutrūko narkotikų tiekimas.Ir kaip narkomanas ieško ir randa kitus kanalus, tad grupės nariai stengsis rasti jiems reikalingos informacijos šaltinius iš „antros“ pusės bei naujų senų vaidmenų atlikėjų ir tikrai ras bent ką nors, kas, jų nuomone, turėtų duoti jiems reikiamą informaciją.
Net jei darysime prielaidą, kad įprasti informacijos kanalai buvo uždaryti, o tas, kuris turėtų, nemano, kad turėtų, galiniai kūrėjai, grasindami atleidimu, neslėps savo nesėkmių priežasčių nuo savininko. šešis mėnesius, žinodami, kad jų problemos kyla dėl jiems reikalingos informacijos trūkumo. Savininkai nebus „kvailiai“ šešis mėnesius, matydami, kad informacijos jiems reikėjo anksčiau.buvo padengtas riebalais", o dabar jo ten niekas neprideda. Ir vargu ar pirmasis konsultantas buvo toks neprofesionalus, kad nepasikalbėtų su back-end kūrėjais ir nepasiektų problemos šaltinio - koordinavimo tarp komandų trūkumo. Štai kodėl už aprašytas bėdas, o ne „berniuko“ atleidimą.
Banalus kūrėjų bendravimo trūkumas yra tipiška daugelio kūrimo ir kitų problemų priežastis. Nereikia būti puikiu konsultantu, kad jį rastum. Užtenka būti protingam.
Manau, kad visa ši istorija yra gerai apgalvota ir gražiai pasakyta. Na, ne visai sugalvota - visi elementai paimti iš gyvenimo (priekis, nugara, vystymasis, berniukas, kava, "riebalai", ...). Bet jie sujungti taip, kad tokio dizaino gyvenime nepasitaiko. Atskirai visa tai galima rasti mus supančiame pasaulyje, bet tokiame derinyje - ne. Aukščiau rašiau kodėl .
Tačiau ji pateikta labai įtikinamai. Jis skaitomas su susidomėjimu ir yra asmeninis. Užuojauta "patogus berniukas“, neįvertintas mažas didelės mašinos mechanizmas (tai apie mane!). Nuolaida kūrėjams, kurie yra tokie protingi ir patyrę, bet nemato toliau savo nosies (jie yra visur aplink mane!). Lengvas pasityčiojimas iš savininkų, turtingų vaikinų, kurie savo rankomis pasidarė „bo-bo“ ir nesupranta priežasčių (Na, tas mano vadovavimo įvaizdis!). Panieka pirmam „konsultantui“, kuris nesugebėjo rasti tokio paprasto problemų šaltinio (taip, neseniai šis vaikinas atėjo su akiniais ir vaikščiojo protingas), ir entuziastingą vienybę su „tikru“ konsultantu, kuris vienintelis galėjo įvertinti tikrąjį visų amatų berniuko vaidmenį (tai aš!).
Ar perskaičius šį komentarą jaučiate vidinį pasitenkinimą? Mūsų, kaip mažų krumpliaračių, vaidmuo dideliame mechanizme iš tikrųjų nėra toks mažas! Nuostabiai pasakyta, net jei tai netiesa. Bet koks malonus poskonis.
Nežinau, koks kolega ir kokiame pokalbyje pasidalinau šiuo apreiškimu su savo kolega ir kodėl kolega mkrentovskis Nusprendžiau paskelbti tai straipsnyje ""Nuostabus habr-autorius 'a (kuris, beje, šiuo metu yra pirmoje vietoje Habro reitinge!), bet pripažįstu, kad mano kolega mkrentovskis padarė tai nepaprastai gerai. Komentaro žinutė ir pateikimo stilius taip dera su kitų publikacijų žinute ir stiliumi nmivan'Na, ką jūs manote, kad krizių konsultantas iš daugelio publikacijų komentarų ir GG nmivan'a yra tas pats asmuo.
Skaičiau gana daug Ivano Belokamentsevo publikacijų, kai autorius pradėjo savo veiklą apie Habré (2017 m.). Kai kurie netgi tuo džiaugiasi (, ). Jis turi gerą stilių ir įdomų medžiagos pateikimą. Jo istorijos labai panašios į tikras gyvenimo istorijas, tačiau beveik nėra tikimybės, kad jos iš tikrųjų įvyks . Taip yra su šia istorija komentare.
Tiesą pasakius, aš asmeniškai nemanau, kad Habrui pagerėjo Ivano publikacijos. Tačiau jo reitingas ir kiti Habro gyventojai sako priešingai:
Nesuprantu tavo verkšlenimo. Habras jau seniai paslydo, bet autorius suteikia šiek tiek kibirkšties ir pagerina skaitytojų nuotaiką), ištraukdamas išteklius iš bedugnės.
Taip, Habras nėra labdara, Habras yra komercinis projektas. Habras yra veidrodis, atspindintis mūsų norus. Ne mano asmeniniai ir ne kiekvieno atskiro lankytojo norai, o visų mūsų norų visuma – „ligoninės vidurkis“. Ir Ivanas Belokamentsevas geriau už bet kurį kitą jaučia tai, ko mums visiems kartu reikia, ir mums tai suteikia.
Galbūt nebūčiau parašęs šio straipsnio, jei nebūčiau pradėjęs žiūrėti serialo"".
"Mes praradome Dievą" (Su)
Tai iš serijos. Ir tai yra apie mus.
Mūsų nebepažavi Kūrėjo sukurta tikrovė.
Dievas, gamta, Didysis sprogimas – bet kas. Realybė yra. Aplink mus ir nepriklausomai nuo mūsų.
Jame gyvename pagal gamtos dėsnius (Dievo planą). Mes mokomės įstatymų (Plano) ir išmokstame naudotis realybe, kurioje gyvename, kad gyventume dar geriau. Mes patikrinsime savo spėjimus praktiškai, išmesdami neteisingus, o palikdami atitinkamus. Mes sąveikaujame su tikrove ir ją keičiame.
Ir mums tai labai pasisekė.
Planetoje yra daug žmonių. Tiek daug. Esant dabartiniam darbo našumui, mums nebereikia išgyventi – mažuma gali aprūpinti daugumą viskuo, ko reikia. Daugelis žmonių turi būti kuo nors užsiėmę. Istoriškai pertekliniai ištekliai, skirti kūrybai, atiteko talentingiausiems (arba labiausiai trikdantiems, o tai irgi yra talentas). Dabar yra tiek daug nemokamų išteklių, kad kiekvienas, turintis bet kokį talentą, gali juos gauti, nepaisant jų lygio. Palyginkite, kiek filmų per metus išleidžiama visame pasaulyje ir kiek jų galite žiūrėti. Kiek knygų parašyta ir kurias iš jų galima perskaityti. Kiek informacijos išleidžiama į internetą ir kas iš jos tinkama naudoti.
Kodėl IT profesija tokia populiari? Taip, nes į IT galima išlieti bedugnę resursų ir niekas nemirksės (tik prisiminkite 2000 metų problemą). Galų gale, IT srityje galite praleisti metus kurdami programas, kurios pasens dar prieš jas paleidžiant, galite pabandyti integruoti nesuderinamus komponentus ir vis tiek priversti juos veikti, galite vėl ir vėl išradinėti savo ratus arba galite jau dabar. pradėti remti programas Fortrane, kuris dar prieš 20 metų buvo apaugęs samanomis. IT srityje gali praleisti visą gyvenimą ir nieko naudingo neveikti. Ir svarbiausia, niekas to nepastebės! Netgi save.
Nedaugelis iš mūsų galės pasižymėti IT pramone. Ir dar mažiau žmonių galės palikti gerą atmintį. Mūsų darbo rezultatai geriausiu atveju nuvertės per artimiausius 10-20 metų arba net greičiau. Ir tikrai per visą savo gyvenimą (jei sulauksime pensinio amžiaus). Negalėsime savo anūkams parodyti kompiuterinių sistemų, su kuriomis jaunystėje dirbo jų senelis. Žmonės tiesiog pamirš savo vardus. Karjeros pradžioje iškėliau pašto stotis pagal "". Man liko 20 metų iki pensijos ir 10 metų iki anūkų, bet dauguma jūsų jau nieko negirdėjote apie "nuostabią 90-ųjų vidurio el. pašto programą" ("populiariausias dešimtojo dešimtmečio vidurio el. pašto programinės įrangos paketas).
Galbūt iš tikrųjų mes menkai suvokiame savo IT naštos beprasmiškumą, bet pasąmonėje siekiame pabėgti ten, kur mums patogu. Į išgalvotus pasaulius, kuriuose naudojant Scrum ir Agile neišvengiamai atsiranda produktų, kurie savo naudingumu užkariauja pasaulį dešimtmečius. Kur mes esame ne paprastos mažos didelių mechanizmų krumpliaračiai, o krumpliaračiai, be kurių genda dideli mechanizmai. Kur mūsų gyvenimas nevyksta beprasmiškame rutininių veiksmų atlikime, o alsuoja kūryba ir kūryba, kurios rezultatais galime didžiuotis.
Mes pabėgame į šiuos gražius, išgalvotus pasaulius nuo savo bevertiškumo realiame pasaulyje. Mes laukiame jų paguodos.
Ieškome paguodos, taip pat ir Habré. Ir Ivanas duoda mums čia.
Šaltinis: www.habr.com