Wasanidi wanatoka Mirihi, Wasimamizi wanatoka Venus

Sadfa ni bahati nasibu, na kwa kweli ilikuwa kwenye sayari nyingine...

Ningependa kushiriki hadithi tatu za mafanikio na kutofaulu kuhusu jinsi msanidi programu hufanya kazi katika timu na wasimamizi.

Hadithi moja.
Studio ya wavuti, idadi ya wafanyikazi inaweza kuhesabiwa kwa mkono mmoja. Leo wewe ni mbunifu wa mpangilio, kesho wewe ni backender, kesho kutwa wewe ni admin. Kwa upande mmoja, unaweza kupata uzoefu mkubwa. Kwa upande mwingine, kuna ukosefu wa uwezo katika nyanja zote. Bado ninakumbuka siku ya kwanza ya kazi, bado nina kijani kibichi, bosi anasema: "Fungua putty," lakini sijui ni nini. Mawasiliano na wasimamizi yametengwa, kwa sababu wewe ni admin mwenyewe. Hebu fikiria faida na hasara za hali hii.

+ Nguvu zote ziko mikononi mwako.
+ Hakuna haja ya kumwomba mtu yeyote kupata seva.
+ Wakati wa majibu ya haraka katika pande zote.
+ Inaboresha ujuzi vizuri.
+ Kuwa na uelewa kamili wa usanifu wa bidhaa.

- Uwajibikaji wa juu.
- Hatari ya kuvunja uzalishaji.
- Ni vigumu kuwa mtaalamu mzuri katika maeneo yote.

Sina nia, tuendelee

Hadithi ya pili.
Kampuni kubwa, mradi mkubwa. Kuna idara ya utawala yenye wafanyakazi 5-7 na vikundi kadhaa vya maendeleo. Unapokuja kufanya kazi katika kampuni kama hiyo, kila msimamizi anafikiria kuwa haukuja hapa kufanya kazi kwenye bidhaa, lakini kuvunja kitu. NDA wala uteuzi kwenye usaili hauonyeshi vinginevyo. Hapana, mtu huyu alikuja hapa na mikono yake midogo michafu ili kuharibu uzalishaji wetu wa kumbusu. Kwa hivyo, na mtu kama huyo unahitaji kiwango cha chini cha mawasiliano; angalau, unaweza kutupa kibandiko kujibu. Usijibu maswali kuhusu usanifu wa mradi. Inashauriwa kutoruhusu ufikiaji hadi kiongozi wa timu aombe. Na akiomba, atamrudishia kwa mapendeleo machache hata kuliko walivyoomba. Takriban mawasiliano yote na wasimamizi kama hao humezwa na shimo jeusi kati ya idara ya maendeleo na idara ya utawala. Haiwezekani kutatua masuala mara moja. Lakini huwezi kuja kibinafsi - wasimamizi wana shughuli nyingi sana 24/7. (Unafanya nini kila wakati?) Baadhi ya sifa za utendaji:

• Muda wa wastani wa kupeleka katika uzalishaji ni masaa 4-5
• Muda wa juu zaidi wa kupeleka katika uzalishaji ni saa 9
• Kwa msanidi programu, programu katika uzalishaji ni kisanduku cheusi, kama vile seva ya uzalishaji yenyewe. Je, kuna wangapi kwa jumla?
• Ubora wa chini wa matoleo, makosa ya mara kwa mara
• Msanidi programu hashiriki katika mchakato wa kutoa

Kweli, nilitarajia nini, kwa kweli, watu wapya hawaruhusiwi katika uzalishaji. Kweli, sawa, baada ya kupata uvumilivu, tunaanza kupata uaminifu wa wengine. Lakini kwa sababu fulani, mambo sio rahisi sana na wasimamizi.

Sheria ya 1. Msimamizi haonekani.
Siku ya toleo, msanidi programu na msimamizi hawawasiliani. Msimamizi hana maswali. Lakini unaelewa kwa nini baadaye. Msimamizi ni mtu mwenye kanuni, hana wajumbe, haitoi nambari yake ya simu kwa mtu yeyote, na hana wasifu kwenye mitandao ya kijamii. Hakuna hata picha yake popote, unafananaje jamani? Tunakaa na meneja anayewajibika kwa takriban dakika 15 kwa mshangao, tukijaribu kuanzisha mawasiliano na Voyager 1 hii, kisha ujumbe unaonekana katika barua pepe ya shirika kwamba amemaliza. Je, tutaandikiana kwa barua? Kwa nini isiwe hivyo? Rahisi, sivyo? Sawa, hebu tupoe. Mchakato tayari unaendelea, hakuna kurudi nyuma. Soma tena ujumbe huo. "Nimemaliza". Umemaliza nini? Wapi? Nikutafute wapi? Hapa unaelewa kwa nini saa 4 za kutolewa ni kawaida. Tunapata mshtuko wa maendeleo, lakini tunamaliza kutolewa. Hakuna tena hamu ya kuachilia.

Sheria ya 2. Sio toleo hilo.
Toleo linalofuata. Baada ya kupata uzoefu, tunaanza kuunda orodha za programu na maktaba muhimu kwa seva kwa wasimamizi, kuonyesha matoleo kwa baadhi. Kama kawaida, tunapokea ishara dhaifu ya redio kwamba msimamizi amekamilisha jambo hapo. Mtihani wa regression huanza, ambayo yenyewe inachukua kama saa. Kila kitu kinaonekana kufanya kazi, lakini kuna mdudu mmoja muhimu. Utendaji muhimu haufanyi kazi. Saa chache zilizofuata zilikuwa zikicheza kwa matari, kubashiri kwenye misingi ya kahawa, na uhakiki wa kina wa kila kipande cha msimbo. Admin anasema amefanya kila kitu. Programu iliyoandikwa na watengenezaji waliopotoka haifanyi kazi, lakini seva inafanya kazi. Maswali yoyote kwake? Mwishoni mwa saa moja, tunamfanya msimamizi atume toleo la maktaba kwenye seva ya uzalishaji kwenye gumzo na bingo - sio tunayohitaji. Tunamwomba msimamizi kusakinisha toleo linalohitajika, lakini kwa kujibu tunapokea kwamba hawezi kufanya hivyo kutokana na kutokuwepo kwa toleo hili katika msimamizi wa kifurushi cha OS. Hapa, kutoka kwa kumbukumbu yake, meneja anakumbuka kwamba msimamizi mwingine alikuwa tayari ametatua tatizo hili kwa kukusanya tu toleo linalohitajika kwa mkono. Lakini hapana, yetu haitafanya hivi. Kanuni zinakataza. Karl, tumekaa hapa kwa masaa kadhaa, kikomo cha wakati ni nini?! Tunapata mshtuko mwingine na kwa namna fulani kumaliza kutolewa.

Sheria ya 3, fupi
Tikiti ya dharura, utendakazi muhimu haufanyi kazi kwa mmoja wa watumiaji katika uzalishaji. Tunatumia masaa kadhaa kuchezea na kuangalia. Katika mazingira ya maendeleo, kila kitu hufanya kazi. Kuna ufahamu wazi kuwa itakuwa wazo nzuri kuangalia kwenye kumbukumbu za php-fpm. Hakukuwa na mifumo ya kumbukumbu kama ELK au Prometheus kwenye mradi wakati huo. Tunafungua tikiti kwa idara ya usimamizi ili wape ufikiaji wa kumbukumbu za php-fpm kwenye seva. Hapa unahitaji kuelewa kwamba tunaomba ufikiaji kwa sababu, je, hukumbuki kuhusu shimo nyeusi na wasimamizi kuwa busy 24/7? Ikiwa unawauliza waangalie magogo wenyewe, basi hii ni kazi yenye kipaumbele "sio katika maisha haya". Tikiti iliundwa, tulipokea jibu la papo hapo kutoka kwa mkuu wa idara ya utawala: "Haupaswi kuhitaji ufikiaji wa kumbukumbu za uzalishaji, andika bila mende." Pazia.

Sheria ya 4 na kuendelea
Bado tunakusanya matatizo mengi katika uzalishaji, kutokana na matoleo tofauti ya maktaba, programu ambazo hazijasanidiwa, upakiaji wa seva ambao haujatayarishwa na matatizo mengine. Bila shaka, pia kuna makosa ya kanuni, hatutawalaumu wasimamizi kwa dhambi zote, tutataja tu operesheni moja ya kawaida ya mradi huo. Tulikuwa na wafanyikazi wengi wa nyuma ambao walizinduliwa kupitia msimamizi, na hati zingine zililazimika kuongezwa kwa cron. Wakati mwingine wafanyikazi hawa waliacha kufanya kazi. Mzigo kwenye seva ya foleni ulikua kwa kasi ya umeme, na watumiaji wenye huzuni walitazama kipakiaji kinachozunguka. Ili kurekebisha haraka wafanyikazi kama hao, ilitosha kuwaanzisha tena, lakini tena, ni msimamizi tu anayeweza kufanya hivi. Wakati operesheni hiyo ya msingi ilikuwa ikifanywa, siku nzima inaweza kupita. Hapa, kwa kweli, inafaa kuzingatia kwamba watengenezaji wa programu waliopotoka wanapaswa kuandika wafanyikazi ili wasianguke, lakini wanapoanguka, itakuwa nzuri kuelewa ni kwanini, ambayo wakati mwingine haiwezekani kwa sababu ya ukosefu wa ufikiaji wa uzalishaji. Bila shaka, na kama matokeo, ukosefu wa kumbukumbu kutoka kwa msanidi programu.

Kugeuzwa sura.
Baada ya kuvumilia haya yote kwa muda mrefu, pamoja na timu tulianza kuelekea katika mwelekeo ambao ulikuwa na mafanikio zaidi kwetu. Kwa muhtasari, tulikabili matatizo gani?

• Ukosefu wa mawasiliano bora kati ya watengenezaji na idara ya utawala
• Wasimamizi, inageuka (!), haelewi hata kidogo jinsi programu imeundwa, ni utegemezi gani unao na jinsi inavyofanya kazi.
• Waendelezaji hawaelewi jinsi mazingira ya uzalishaji yanavyofanya kazi na, kwa sababu hiyo, hawawezi kujibu kwa ufanisi matatizo.
• Mchakato wa kusambaza huchukua muda mrefu sana.
• Matoleo yasiyo thabiti.

Tumefanya nini?
Kwa kila toleo, orodha ya Madokezo ya Toleo ilitolewa, ambayo yalijumuisha orodha ya kazi zinazohitajika kufanywa kwenye seva ili toleo linalofuata lifanye kazi. Orodha hiyo ilikuwa na sehemu kadhaa, kazi ambayo inapaswa kufanywa na msimamizi, mtu anayehusika na kutolewa, na msanidi. Waendelezaji walipokea ufikiaji usio na mizizi kwa seva zote za uzalishaji, ambazo ziliharakisha maendeleo kwa ujumla na kutatua matatizo hasa. Wasanidi programu pia wana ufahamu wa jinsi uzalishaji unavyofanya kazi, ni huduma gani umegawanywa katika, wapi na ni kiasi gani cha nakala zinagharimu. Baadhi ya mizigo ya kupambana imekuwa wazi zaidi, ambayo bila shaka inathiri ubora wa kanuni. Mawasiliano wakati wa mchakato wa kuachilia yalifanyika kwenye gumzo la mmoja wa wajumbe wa papo hapo. Kwanza, tulikuwa na logi ya vitendo vyote, na pili, mawasiliano yalifanyika katika mazingira ya karibu. Kuwa na historia ya vitendo kumeruhusu zaidi ya mara moja wafanyikazi wapya kutatua shida haraka. Ni kitendawili, lakini hii mara nyingi ilisaidia wasimamizi wenyewe. Sitajitolea kusema kwa uhakika, lakini inaonekana kwangu kwamba wasimamizi wameanza kuelewa zaidi jinsi mradi unavyofanya kazi na jinsi unavyoandikwa. Wakati mwingine hata tulishiriki maelezo fulani kwa kila mmoja. Muda wa wastani wa kutolewa umepunguzwa hadi saa moja. Wakati mwingine tulifanyika kwa dakika 30-40. Idadi ya mende imepungua kwa kiasi kikubwa, ikiwa sio mara kumi. Bila shaka, mambo mengine pia yaliathiri kupunguzwa kwa muda wa kutolewa, kama vile majaribio ya kiotomatiki. Baada ya kila kutolewa, tulianza kufanya retrospectives. Ili timu nzima iwe na wazo la nini kipya, kilichobadilishwa, na nini kimeondolewa. Kwa bahati mbaya, wasimamizi hawakuwajia kila wakati, sawa, wasimamizi wana shughuli nyingi... Kuridhika kwa kazi yangu kama msanidi bila shaka kumeongezeka. Unapoweza kutatua haraka karibu shida yoyote ambayo iko katika eneo lako la umahiri, unajisikia juu. Baadaye, nitaelewa kwamba kwa kiasi fulani tulianzisha utamaduni wa devops, sio kabisa, bila shaka, lakini hata mwanzo huo wa mabadiliko ulikuwa wa kuvutia.

Hadithi ya tatu
Anzisha. Msimamizi mmoja, idara ndogo ya maendeleo. Baada ya kuwasili mimi ni sifuri kamili, kwa sababu ... Sina ufikiaji popote isipokuwa kutoka kwa barua. Tunaandika kwa msimamizi na tunaomba ufikiaji. Kwa kuongeza, kuna habari kwamba anafahamu mfanyakazi mpya na haja ya kutoa logins / nywila. Wanatoa ufikiaji kutoka kwa hazina na VPN. Kwa nini upe ufikiaji wa wiki, timu, rundesk? Mambo yasiyo na maana kwa mtu ambaye aliitwa kuandika sehemu nzima ya nyuma. Ni baada ya muda tu tunapata ufikiaji wa baadhi ya zana. kuwasili, bila shaka, alikutana na kutoaminiana. Ninajaribu kuhisi polepole jinsi miundombinu ya mradi inavyofanya kazi kupitia gumzo na maswali yanayoongoza. Kimsingi sitambui chochote. Uzalishaji ni sanduku nyeusi sawa na hapo awali. Lakini zaidi ya hayo, hata seva za hatua zinazotumiwa kwa majaribio ni sanduku nyeusi. Hatuwezi kufanya chochote zaidi ya kupeleka tawi kutoka Git huko. Pia hatuwezi kusanidi programu yetu kama faili za .env. Ufikiaji wa shughuli kama hizo haujatolewa. Lazima uombe ili kubadilisha laini katika usanidi wa programu yako kwenye seva ya majaribio. (Kuna nadharia kwamba ni muhimu kwa wasimamizi kujisikia kuwa muhimu kwenye mradi; ikiwa hawataulizwa kubadilisha mistari katika usanidi, hawatahitajika). Naam, kama kawaida, si rahisi? Hili huchosha haraka, baada ya mazungumzo ya moja kwa moja na msimamizi tunagundua kuwa watengenezaji walizaliwa kuandika nambari mbaya, kwa asili ni watu wasio na uwezo na ni bora kuwaweka mbali na uzalishaji. Lakini hapa pia kutoka kwa seva za majaribio, ikiwa tu. Mzozo unaongezeka haraka. Hakuna mawasiliano na msimamizi. Hali hiyo inazidishwa na ukweli kwamba yuko peke yake. Ifuatayo ni picha ya kawaida. Kutolewa. Utendaji fulani haufanyi kazi. Inatuchukua muda mrefu kufahamu kinachoendelea, mawazo mbalimbali kutoka kwa watengenezaji hutupwa kwenye gumzo, lakini msimamizi katika hali kama hiyo kwa kawaida hufikiri kwamba watengenezaji ndio wa kulaumiwa. Kisha anaandika kwenye mazungumzo, subiri, nilimrekebisha. Tunapoombwa kuacha hadithi iliyo na habari kuhusu tatizo lilikuwa nini, tunapokea visingizio vikali. Kama, usishike pua yako mahali ambapo haifai. Wasanidi lazima waandike msimbo. Hali wakati harakati nyingi za mwili katika mradi hupitia mtu mmoja na yeye pekee ndiye anayeweza kufanya shughuli zinazohitajika na kila mtu inasikitisha sana. Mtu wa namna hii ni pungufu mbaya sana. Ikiwa mawazo ya Devops yanajitahidi kupunguza muda wa soko, basi watu kama hao ni adui mbaya zaidi wa mawazo ya Devops. Kwa bahati mbaya, pazia hufunga hapa.

PS Baada ya kuzungumza machache kuhusu wasanidi programu dhidi ya wasimamizi kwenye gumzo na watu, nilikutana na watu ambao walishiriki maumivu yangu. Lakini pia wapo waliosema kuwa hawajawahi kukutana na kitu kama hiki. Katika mkutano mmoja wa washiriki, nilimuuliza Anton Isanin (Benki ya Alfa) jinsi walivyoshughulikia tatizo la kukwama kwa mfumo wa wasimamizi, ambapo alisema: "Tulibadilisha na vifungo." Japo kuwa karibu kwa ushiriki wake. Ningependa kuamini kuwa kuna wasimamizi wengi wazuri kuliko maadui. Na ndio, picha mwanzoni ni mawasiliano ya kweli.

Chanzo: www.habr.com