Epigraph:
Ang asawang lalaki, na tumitingin sa mga maruruming anak, ay nagsabi sa kanyang asawa: mabuti, huhugasan ba natin ang mga ito o manganganak ng mga bago?
Sa ibaba ng hiwa ay ang pangalawang bahagi ng isang artikulo ng aming pinuno ng koponan, pati na rin ang Direktor ng Pagpapaunlad ng Produkto ng RAS na si Igor Marnat, tungkol sa mga kakaibang katangian ng pagganyak ng mga programmer. Ang unang bahagi ng artikulo ay matatagpuan dito -
Sa unang bahagi ng artikulo, hinawakan ko ang dalawang mas mababang antas ng pyramid ni Maslow: mga pangangailangan sa pisyolohikal, mga pangangailangan para sa kaligtasan, kaginhawahan at katatagan at lumipat sa susunod, ikatlong antas, katulad:
III - Pangangailangan para sa pagmamay-ari at pagmamahal
Alam ko na ang Italian mafia ay tinawag na "Cosa Nostra", ngunit labis akong humanga nang malaman ko kung paano isinalin ang "Cosa Nostra". Ang "Cosa Nostra" na isinalin mula sa Italyano ay nangangahulugang "Aming Negosyo". Ang pagpili ng pangalan ay napaka-matagumpay para sa pagganyak (iwanan natin ang trabaho, sa kasong ito ay interesado lamang tayo sa pagganyak). Karaniwang nais ng isang tao na maging bahagi ng isang team, na gumawa ng ilang malaki, karaniwan, sa aming negosyo.
Malaking kahalagahan ang ibinibigay sa pagbibigay-kasiyahan sa pangangailangan para sa pag-aari at pagmamahal sa hukbo, hukbong-dagat, at anumang malalaking pormasyong paramilitar. At, tulad ng nakikita natin, sa mafia. Ito ay nauunawaan, dahil kailangan mong pilitin ang mga taong may maliit na pagkakatulad, na sa simula ay hindi bumubuo ng isang pangkat ng mga taong katulad ng pag-iisip, na pinagsama-sama sa pamamagitan ng conscription (hindi kusang-loob), na may iba't ibang antas ng edukasyon, iba't ibang mga personal na halaga , upang literal na italaga ang kanilang buhay, sa mortal na panganib, sa ilang karaniwang dahilan, ipagkatiwala ang iyong buhay sa isang kasama sa mga bisig.
Ito ay isang napakalakas na pagganyak; para sa karamihan ng mga tao ay napakahalaga na madama na sila ay kabilang sa isang bagay na mas malaki, upang malaman na ikaw ay bahagi ng isang pamilya, isang bansa, isang koponan. Sa hukbo, ang mga uniporme, iba't ibang ritwal, parada, martsa, banner, at iba pa ay nagsisilbi sa mga layuning ito. Halos ang parehong mga kadahilanan ay mahalaga para sa anumang koponan. Ang mga simbolo, tatak ng kumpanya at mga kulay ng korporasyon, mga kagamitan at souvenir ay mahalaga.
Mahalaga na ang mga makabuluhang kaganapan ay may sariling nakikitang embodiment kung saan maiuugnay ang mga ito. Sa panahon ngayon, karaniwan na para sa isang kumpanya na magkaroon ng sarili nitong merchandise, jacket, T-shirt, atbp. Ngunit mahalaga din na i-highlight ang koponan sa loob ng kumpanya. Madalas kaming naglalabas ng mga T-shirt batay sa mga resulta ng isang release, na ibinibigay sa lahat ng kasangkot sa pagpapalabas. Ang ilang mga kaganapan, magkasanib na pagdiriwang o aktibidad kasama ang buong koponan ay isa pang mahalagang kadahilanan ng pagganyak.
Bilang karagdagan sa mga panlabas na katangian, maraming iba pang mga kadahilanan ang nakakaimpluwensya sa pakiramdam ng pagiging kabilang sa isang koponan.
Una, ang pagkakaroon ng isang karaniwang layunin na nauunawaan ng lahat at nagbabahagi ng pagtatasa sa kahalagahan nito. Karaniwang gustong maunawaan ng mga programmer na gumagawa sila ng isang cool na bagay, at ginagawa nila ang cool na bagay na ito nang magkasama, bilang isang koponan.
Pangalawa, ang koponan ay dapat magkaroon ng isang puwang ng komunikasyon kung saan ang buong koponan ay naroroon at kung saan ay nabibilang lamang dito (halimbawa, isang chat sa messenger, mga pana-panahong pag-sync ng koponan). Bilang karagdagan sa mga isyu sa trabaho, impormal na komunikasyon, kung minsan ay talakayan ng mga panlabas na kaganapan, ilaw sa ibabaw - lahat ng ito ay lumilikha ng isang pakiramdam ng komunidad at koponan.
Pangatlo, i-highlight ko ang pagpapakilala ng magagandang kasanayan sa engineering sa loob ng koponan, ang pagnanais na itaas ang mga pamantayan kumpara sa mga tinanggap sa kumpanya. Ang pagpapatupad ng pinakamahusay na mga diskarte na tinatanggap sa industriya, una sa koponan, at pagkatapos ay sa kumpanya sa kabuuan, ay nagbibigay sa koponan ng pagkakataon na madama na ito ay nauuna sa iba sa ilang paraan, nangunguna sa paraan, ito ay lumilikha ng isang pakiramdam ng pag-aari sa isang cool na koponan.
Ang pakiramdam ng pag-aari ay naiimpluwensyahan din ng pakikilahok ng koponan sa pagpaplano at pamamahala. Kapag ang mga miyembro ng koponan ay kasangkot sa pagtalakay sa mga layunin ng proyekto, mga plano sa trabaho, mga pamantayan ng koponan at mga kasanayan sa engineering, at pakikipanayam sa mga bagong empleyado, nagkakaroon sila ng pakiramdam ng pakikilahok, pagbabahagi ng pagmamay-ari, at impluwensya sa trabaho. Ang mga tao ay higit na handang magsagawa ng mga desisyong ginawa at ipinahayag ng kanilang mga sarili kaysa sa mga iminungkahi ng iba, kahit na sila ay halos magkatugma.
Mga kaarawan, anibersaryo, mahahalagang kaganapan sa buhay ng mga kasamahan - isang pinagsamang pizza, isang maliit na regalo mula sa koponan ay nagbibigay ng isang mainit na pakiramdam ng pakikilahok at pasasalamat. Sa ilang mga kumpanya, kaugalian na magbigay ng maliliit na tanda ng pang-alaala para sa 5, 10, 15 taon ng trabaho sa kumpanya. Sa isang banda, hindi ko iniisip na ito ang nag-uudyok sa akin nang labis para sa mga bagong tagumpay. Ngunit, malinaw naman, halos lahat ay nalulugod na hindi nila nakalimutan ang tungkol sa kanya. Ito ay isa sa mga kaso kung saan ang kawalan ng isang katotohanan ay humihina sa halip na ang presensya nito ay nag-uudyok. Sumang-ayon, maaaring nakakahiya kung ipaalala sa iyo ng LinkedIn sa umaga at binati ka sa iyong ika-10 anibersaryo sa iyong lugar ng trabaho, ngunit walang ni isang kasamahan mula sa kumpanya ang bumati sa iyo o naalala ka.
Siyempre, ang isang makabuluhang punto ay ang pagbabago sa komposisyon ng koponan. Malinaw na kahit na ang pagdating o pag-alis ng isang tao mula sa koponan ay inihayag nang maaga (halimbawa, sa isang newsletter ng kumpanya o koponan, o sa isang pulong ng koponan), hindi ito partikular na nag-uudyok sa sinuman sa mga bagong tagumpay. Ngunit kung isang magandang araw ay makakakita ka ng bagong tao sa tabi mo, o hindi makakita ng luma, maaari itong maging isang sorpresa, at kung aalis ka, talagang hindi kasiya-siya. Ang mga tao ay hindi dapat mawala nang tahimik. Lalo na sa isang distributed team. Lalo na kung ang iyong trabaho ay nakasalalay sa isang kasamahan mula sa ibang opisina na biglang bumangon at nawala. Ang ganitong mga sandali ay talagang nagkakahalaga ng pagpapaalam sa koponan nang hiwalay nang maaga.
Isang mahalagang kadahilanan, na sa Ingles ay tinatawag pagmamay-ari (ang literal na pagsasalin ng "pag-aari" ay hindi ganap na nagpapakita ng kahulugan nito). Ito ay hindi isang pakiramdam ng pagmamay-ari, ngunit sa halip ay isang pakiramdam ng responsibilidad para sa iyong proyekto, ang pakiramdam kapag emosyonal mong iniugnay ang iyong sarili sa produkto at ang produkto sa iyong sarili. Ito ay halos tumutugma sa panalangin ng Marine sa pelikulang "Full Metal Jacket": "Ito ang aking rifle. Maraming ganoong riple, ngunit ito ay akin. Ang aking rifle ay ang aking matalik na kaibigan. Siya ang aking buhay. Dapat kong matutunan ang pagmamay-ari nito sa paraang pagmamay-ari ko sa aking buhay. Kung wala ako, walang silbi ang rifle ko. Wala akong silbi kung wala ang rifle ko. Dapat kong barilin nang diretso ang aking rifle. Kailangan kong bumaril nang mas tumpak kaysa sa kalaban na nagtatangkang pumatay sa akin. Kailangan ko siyang barilin bago niya ako barilin. Hayaan mo na..."
Kapag ang isang tao ay nagtatrabaho sa isang produkto sa loob ng mahabang panahon, ay may pagkakataon na pasanin ang buong responsibilidad para sa paglikha at pag-unlad nito, upang makita kung paano lumitaw ang isang gumaganang bagay mula sa "wala", kung paano ginagamit ito ng mga tao, ang malakas na pakiramdam na ito ay lumitaw. Ang mga pangkat ng produkto na nagtutulungan nang mahabang panahon sa isang proyekto ay karaniwang mas motibasyon at magkakaugnay kaysa sa mga pangkat na binuo sa loob ng maikling panahon at nagtatrabaho sa assembly line mode, lumilipat mula sa isang proyekto patungo sa isa pa, nang walang ganap na responsibilidad para sa buong produkto , mula simula hanggang wakas.
IV. Kailangan ng pagkilala
Ang isang mabait na salita ay nakalulugod din sa pusa. Ang bawat isa ay nauudyukan sa pamamagitan ng pagkilala sa kahalagahan ng gawaing kanilang ginawa at sa positibong pagtatasa nito. Makipag-usap sa mga programmer, bigyan sila ng pana-panahong feedback, ipagdiwang ang isang mahusay na trabaho. Kung mayroon kang isang malaki at distributed na koponan, ang mga pana-panahong pagpupulong (na tinatawag na isa sa isa) ay perpekto para dito; kung ang koponan ay napakaliit at nagtutulungan sa lokal, ang pagkakataong ito ay karaniwang ibinibigay nang walang mga espesyal na pagpupulong sa kalendaryo (bagaman pana-panahong isa sa isa lang ang kailangan pa rin, maaari mo lang itong gawin nang mas madalas). Ang paksang ito ay mahusay na sakop sa mga podcast para sa mga tagapamahala sa manager-tools.com.
Gayunpaman, sulit na isaisip ang mga pagkakaiba sa kultura. Ang ilang mga diskarte na pamilyar sa mga kasamahan sa Amerika ay hindi palaging gagana sa mga Ruso. Ang antas ng pagiging magalang na tinatanggap sa pang-araw-araw na komunikasyon sa mga koponan sa mga bansa sa Kanluran sa una ay tila labis sa mga programmer mula sa Russia. Ang ilang pagiging prangka na katangian ng mga kasamahang Ruso ay maaaring ituring na kabastusan ng kanilang mga kasamahan mula sa ibang mga bansa. Napakahalaga nito sa komunikasyon sa isang interethnic team; marami na ang naisulat sa paksang ito; dapat tandaan ito ng manager ng naturang team.
Ang mga pagpapakita ng tampok, kung saan ang mga programmer ay nagpapakita ng mga tampok na binuo sa panahon ng isang sprint, ay isang magandang kasanayan para sa pagsasakatuparan ng pangangailangang ito. Bilang karagdagan sa katotohanan na ito ay isang mahusay na pagkakataon upang i-clear ang mga channel ng komunikasyon sa pagitan ng mga koponan, ipakilala ang mga tagapamahala ng produkto at mga tagasubok sa mga bagong tampok, ito rin ay isang magandang pagkakataon para sa mga developer na ipakita ang mga resulta ng kanilang trabaho at ipahiwatig ang kanilang pagiging may-akda. Well, at pakinisin ang iyong mga kasanayan sa pampublikong pagsasalita, siyempre, na hindi kailanman nakakapinsala.
Magiging magandang ideya na ipagdiwang ang makabuluhang kontribusyon ng mga partikular na kilalang kasamahan na may mga sertipiko, mga tandang pang-alaala (kahit isang magiliw na salita) sa mga pinagsamang pagpupulong ng koponan. Karaniwang pinahahalagahan ng mga tao ang gayong mga sertipiko at mga tandang pang-alaala, dinadala ang mga ito kapag lumilipat, at karaniwang inaalagaan ang mga ito sa lahat ng posibleng paraan.
Upang markahan ang isang mas makabuluhan, pangmatagalang kontribusyon sa gawain ng koponan, naipon na karanasan at kadalubhasaan, ang isang sistema ng grado ay madalas na ginagamit (muli, ang isang pagkakatulad ay maaaring iguguhit sa sistema ng mga ranggo ng militar sa hukbo, na, bilang karagdagan upang matiyak ang subordination, nagsisilbi rin sa layuning ito). Kadalasan ang mga batang developer ay nagtatrabaho nang dalawang beses nang mas mahirap para makakuha ng mga bagong bituin sa kanilang mga balikat (ibig sabihin, lumipat mula sa junior developer patungo sa full-time na developer, atbp.).
Ang pag-alam sa mga inaasahan ng iyong mga tao ay kritikal. Ang ilan ay mas malamang na ma-motivate ng isang mataas na grado, ang pagkakataon na matawag, sabihin, isang arkitekto, habang ang iba, sa kabaligtaran, ay walang malasakit sa mga grado at mga titulo at isasaalang-alang ang pagtaas ng suweldo bilang tanda ng pagkilala mula sa kumpanya . Makipag-usap sa mga tao upang maunawaan kung ano ang gusto nila at kung ano ang kanilang mga inaasahan.
Ang isang pagpapakita ng pagkilala, isang mas mataas na antas ng tiwala sa bahagi ng pangkat, ay maaaring ibigay sa pamamagitan ng pagbibigay ng higit na kalayaan sa pagkilos o pakikilahok sa mga bagong lugar ng trabaho. Halimbawa, pagkatapos makakuha ng ilang karanasan at makamit ang ilang mga resulta, ang isang programmer, bilang karagdagan sa pagpapatupad ng kanyang mga tampok alinsunod sa mga detalye, ay maaaring magtrabaho sa arkitektura ng mga bagong bagay. O makisali sa mga bagong lugar na maaaring hindi direktang nauugnay sa pag-unlad - pag-automate ng pagsubok, pagpapatupad ng pinakamahuhusay na kasanayan sa engineering, pagtulong sa pamamahala ng release, pagsasalita sa mga kumperensya, atbp.
V. Ang pangangailangan para sa cognition at self-actualization.
Maraming programmer ang nakatuon sa iba't ibang uri ng mga aktibidad sa programming sa iba't ibang yugto ng kanilang buhay. Ang ilang mga tao ay gustong gumawa ng machine learning, bumuo ng mga bagong modelo ng data, magbasa ng maraming siyentipikong literatura para sa trabaho, at lumikha ng bago mula sa simula. Ang isa pa ay mas malapit sa pag-debug at pagsuporta sa isang umiiral nang application, kung saan kailangan mong maghukay ng malalim sa umiiral na code, mag-aral ng mga log, stack trace at network captcha para sa mga araw at linggo, at halos walang bagong code.
Ang parehong mga proseso ay nangangailangan ng mahusay na intelektwal na pagsisikap, ngunit ang kanilang praktikal na output ay naiiba. Ito ay pinaniniwalaan na ang mga programmer ay nag-aatubili na suportahan ang mga umiiral na solusyon; sila ay mas motibasyon na bumuo ng mga bago. May butil ng karunungan dito. Sa kabilang banda, ang pinaka-motivated at nagkakaisang team na nakatrabaho ko ay nakatuon sa pagsuporta sa isang umiiral na produkto, paghahanap at pag-aayos ng mga bug pagkatapos makipag-ugnayan sa kanila ang support team. Ang mga lalaki ay literal na nanirahan para sa gawaing ito at handang lumabas tuwing Sabado at Linggo. Minsan ay sabik na tayong humarap sa isa pang apurahan at kumplikadong problema, alinman sa gabi ng Disyembre 31 o sa hapon ng Enero 1.
Maraming mga kadahilanan ang nakaimpluwensya sa mataas na pagganyak na ito. Una, ito ay isang kumpanya na may malaking pangalan sa industriya, ang koponan ay nauugnay dito (tingnan ang "Ang Pangangailangan para sa Kaakibat"). Pangalawa, last frontier sila, walang tao sa likod nila, walang product team that time. Sa pagitan nila at ng mga customer ay may dalawang antas ng suporta, ngunit kung ang problema ay umabot sa kanila, walang kahit saan upang umatras, walang sinuman sa likod nila, ang buong korporasyon ay nasa kanila (apat na batang programmer). Pangatlo, ang malaking kumpanyang ito ay may napakaraming customer (mga pamahalaan ng bansa, mga alalahanin sa sasakyan at abyasyon, atbp.) at napakalaking pag-install sa ilang bansa. Bilang isang resulta, palaging kumplikado at kawili-wiling mga problema, ang mga simpleng problema ay nalutas sa pamamagitan ng suporta ng mga nakaraang antas. Pang-apat, ang pagganyak ng koponan ay lubos na naimpluwensyahan ng antas ng propesyonal ng pangkat ng suporta kung saan sila nakipag-ugnayan (mayroong mga inhinyero na may karanasan at may kakayahang teknikal), at palagi kaming nagtitiwala sa kalidad ng data na kanilang inihanda, ang pagsusuri na kanilang isinagawa. , atbp. Ikalima, at sa palagay ko ito ang pinakamahalagang punto - ang koponan ay napakabata, lahat ng mga lalaki ay nasa simula ng kanilang mga karera. Interesado sila sa pag-aaral ng isang malaki at kumplikadong produkto, paglutas ng mga seryosong problema na bago sa kanila sa isang bagong kapaligiran, hinangad nilang propesyonal na tumugma sa antas ng nakapalibot na mga koponan, problema, at mga customer. Ang proyekto ay naging isang mahusay na paaralan, lahat ay gumawa ng magandang karera sa kumpanya at naging mga teknikal na pinuno at senior manager, ang isa sa mga lalaki ay isa na ngayong technical manager sa Amazon Web Services, ang isa ay lumipat sa Google, at lahat. sa kanila ay naaalala pa rin ang proyektong ito nang may init.
Kung ang pangkat na ito ay binubuo ng mga programmer na may 15-20 taong karanasan sa likod nila, ang motibasyon ay iba. Ang edad at karanasan ay hindi, siyempre, 100% na tumutukoy sa mga kadahilanan; ang lahat ay nakasalalay sa istraktura ng pagganyak. Sa partikular na kaso, ang pagnanais para sa kaalaman at paglago ng mga batang programmer ay nagbunga ng mahusay na mga resulta.
Sa pangkalahatan, tulad ng nabanggit na namin nang ilang beses, dapat mong malaman ang mga inaasahan ng iyong mga programmer, maunawaan kung alin sa kanila ang gustong palawakin o baguhin ang kanilang larangan ng aktibidad, at isaalang-alang ang mga inaasahan na ito.
Higit pa sa pyramid ni Maslow: visibility ng mga resulta, gamification at kompetisyon, walang kalokohan
Mayroong tatlong higit pang mahahalagang punto tungkol sa pagganyak ng mga programmer na tiyak na kailangang banggitin, ngunit ang pagguhit sa kanila sa modelo ng pangangailangan ni Maslow ay magiging masyadong artipisyal.
Ang una ay ang visibility at proximity ng resulta.
Ang pagbuo ng software ay karaniwang isang marathon. Ang mga resulta ng mga pagsisikap sa R&D ay makikita pagkatapos ng mga buwan, minsan taon. Mahirap pumunta sa isang layunin na malayo sa abot-tanaw, ang dami ng trabaho ay nakakatakot, ang layunin ay malayo, hindi malinaw at hindi nakikita, "ang gabi ay madilim at puno ng mga kakila-kilabot." Mas mainam na hatiin ang daan patungo dito sa mga bahagi, gumawa ng landas patungo sa pinakamalapit na puno na makikita, maabot, malinaw ang mga balangkas, at hindi ito malayo sa atin - at pumunta sa malapit na layuning ito. Gusto naming gumawa ng pagsisikap ng ilang araw o linggo, makuha at suriin ang resulta, pagkatapos ay magpatuloy. Samakatuwid, sulit na hatiin ang gawain sa maliliit na bahagi (ang mga sprint sa maliksi ay nagsisilbi nang maayos sa layuning ito). Natapos na natin ang bahagi ng gawain - naitala ito, ibinuga, tinalakay ito, pinarusahan ang nagkasala, ginantimpalaan ang inosente - maaari nating simulan ang susunod na cycle.
Ang pagganyak na ito ay halos kapareho sa nararanasan ng mga manlalaro kapag kumukumpleto ng mga laro sa kompyuter: pana-panahon silang tumatanggap ng mga medalya, puntos, bonus habang kinukumpleto nila ang bawat antas; ito ay matatawag na "dopamine motivation."
Kasabay nito, literal na mahalaga ang visibility ng resulta. Ang isang saradong feature sa listahan ay dapat maging berde. Kung ang code ay nakasulat, nasubok, inilabas, ngunit walang pagbabago sa visual na katayuan na nakikita ng programmer, siya ay pakiramdam hindi kumpleto, walang pakiramdam ng pagkumpleto. Sa isa sa mga team sa aming version control system, ang bawat patch ay dumaan sa tatlong sunud-sunod na yugto - ang build ay binuo at ang mga pagsubok ay pumasa, ang patch ay pumasa sa code review, ang patch ay pinagsama. Ang bawat yugto ay biswal na minarkahan ng berdeng tik o pulang krus. Sa sandaling nagreklamo ang isa sa mga developer na masyadong matagal ang pagsusuri ng code, kailangan ng mga kasamahan na pabilisin, ang mga patch ay nakabitin nang ilang araw. Tinanong ko, ano ba talaga ang pagbabago nito para sa kanya? Pagkatapos ng lahat, kapag ang code ay nakasulat, ang build ay binuo at ang mga pagsubok ay lumipas, hindi niya kailangang bigyang-pansin ang ipinadala na patch kung walang mga komento. Ang mga kasamahan mismo ang susuriin at aaprubahan ito (kung, muli, walang mga komento). Sumagot siya, "Igor, gusto kong makuha ang aking tatlong berdeng tik sa lalong madaling panahon."
Ang pangalawang punto ay gamification at kompetisyon.
Sa pagbuo ng isa sa mga produkto, ang aming engineering team ay may layunin na kumuha ng isang kilalang posisyon sa komunidad ng isa sa mga open source na produkto, upang makapasok sa top-3. Sa oras na iyon, walang layunin na paraan upang masuri ang visibility ng isang tao sa komunidad; bawat isa sa malalaking kalahok na kumpanya ay maaaring mag-claim (at pana-panahong i-claim) na ito ang numero unong nag-ambag, ngunit walang tunay na paraan upang ihambing ang mga kontribusyon ng mga kalahok. sa kanilang mga sarili, upang suriin ang dynamics nito sa oras. Alinsunod dito, walang paraan upang magtakda ng isang layunin para sa koponan na maaaring masukat sa ilang mga parrots, masuri ang antas ng tagumpay nito, atbp. Upang malutas ang problemang ito, ang aming koponan ay bumuo ng isang tool para sa pagsukat at pagpapakita ng kontribusyon ng mga kumpanya at indibidwal na nag-aambag . Mula sa isang motivational na pananaw, ito ay naging isang bomba lamang. Hindi lang mga inhinyero at koponan ang patuloy na sinusubaybayan ang kanilang pag-unlad at ang pag-unlad ng kanilang mga kasamahan at kakumpitensya. Sinimulan din ng nangungunang pamamahala ng aming kumpanya at lahat ng pangunahing kakumpitensya ang kanilang araw sa stackalytics. Ang lahat ay naging napakalinaw at visual, maingat na masubaybayan ng lahat ang kanilang pag-unlad, ihambing sa mga kasamahan, atbp. Naging maginhawa at madali para sa mga inhinyero, manager at team na magtakda ng mga layunin.
Ang isang mahalagang punto na lumitaw kapag nagpapatupad ng anumang sistema ng mga sukatan ng dami ay na sa sandaling maipatupad mo ang mga ito, awtomatikong nagsusumikap ang system na unahin ang pagkamit ng mga sukatan ng dami, sa kapinsalaan ng mga sukatan ng husay. Halimbawa, ang bilang ng mga pagsusuri sa code na nakumpleto ay ginagamit bilang isa sa mga sukatan. Malinaw, ang pagsusuri ng code ay maaaring gawin sa iba't ibang paraan, maaari kang gumugol ng ilang oras sa isang masusing pagsusuri at pagsusuri ng isang kumplikadong patch na may mga pagsusuri sa pagsusuri, pagpapatakbo nito sa iyong bangko, pagsuri gamit ang dokumentasyon, at makakuha ng plus isang pagsusuri sa iyong karma, o blindly click ng ilang dosena sa loob ng ilang minutong mga patch, bigyan ang bawat isa ng +1 at makakuha ng plus twenty sa karma. May mga nakakatawang kaso kapag ang mga inhinyero ay nag-click sa mga patch nang napakabilis na nagbigay sila ng +1 sa mga awtomatikong patch mula sa CI system. Habang nagbibiruan kami kalaunan, βgo, go, jenkins.β Sa kaso ng mga commit, marami ring mga tao ang dumaan sa code gamit ang mga tool sa pag-format ng code, nag-edit ng mga komento, nagpalit ng mga tuldok sa mga kuwit, at sa gayon ay pinataas ang kanilang karma. Ang pagharap dito ay medyo simple: gumagamit kami ng sentido komun at, bilang karagdagan sa mga sukatan ng dami, gumagamit din kami ng mga mahahalaga at husay. Ang antas ng paggamit ng mga resulta ng trabaho ng koponan, ang bilang ng mga panlabas na nag-aambag, ang antas ng saklaw ng pagsubok, ang katatagan ng mga module at ang buong produkto, ang mga resulta ng sukat at pagsubok sa pagganap, ang bilang ng mga inhinyero na nakatanggap ng pangunahing tagasuri sa balikat strap, ang katotohanang tinanggap ang mga proyekto sa komunidad ng mga pangunahing proyekto, pagsunod sa mga pamantayan ng iba't ibang yugto ng proseso ng engineering - lahat ng ito at marami pang ibang salik ay dapat masuri kasama ng mga simpleng sukatan ng dami.
At sa wakas, ang pangatlong punto - Walang kalokohan.
Ang mga developer ay napakatalino na mga tao at lubhang lohikal sa kanilang linya ng trabaho. Gumugugol sila ng 8-10 oras sa isang araw sa pagbuo ng mahaba at kumplikadong mga lohikal na kadena, kaya nakikita nila ang mga kahinaan sa mga ito sa mabilisang. Kapag gumagawa ng isang bagay, gusto nila, tulad ng iba, na maunawaan kung bakit nila ginagawa ito, kung ano ang magbabago para sa mas mahusay. Napakahalaga na ang mga layunin na itinakda mo para sa iyong koponan ay tapat at makatotohanan. Ang pagsisikap na magbenta ng masamang ideya sa isang programming team ay isang masamang ideya. Masama ang isang ideya kung ikaw mismo ay hindi naniniwala dito, o, sa matinding mga kaso, wala kang panloob na estado ng hindi sumasang-ayon at nangangako (Hindi ako sumasang-ayon, ngunit gagawin ko ito). Minsan kaming nagpatupad ng isang sistema ng pagganyak sa isang kumpanya, isa sa mga elemento nito ay isang elektronikong sistema para sa pagbibigay ng feedback. Namuhunan sila ng maraming pera, dinala ang mga tao sa Amerika para sa pagsasanay, sa pangkalahatan, namuhunan sila nang husto. Minsan, sa isang pag-uusap pagkatapos ng pagsasanay, sinabi ng isa sa mga tagapamahala sa kanyang mga subordinates: "Ang ideya ay hindi masama, mukhang gagana ito. Ako mismo ay hindi magbibigay sa iyo ng elektronikong feedback, ngunit ibibigay mo ito sa iyong mga tao at hinihiling ito mula sa kanila." Iyon lang, wala nang maipapatupad pa. Ang ideya, siyempre, ay natapos sa wala.
Pinagmulan: www.habr.com