Parin ohjelmoinnin edut ja karhot työpaikalla

Pariohjelmointi on kaksi ohjelmoijaa, jotka työskentelevät yhdessä yhdessä työasemassa.

Muodollisesti yksi ohjelmoija on ohjain ja kirjoittaa koodin. Toinen on tarkkailija tai navigaattori, joka tarkistaa jokaisen koodirivin kirjoitettuna.

Epävirallisesti he istuvat yhdessä yhden koodipohjan kanssa ja puhuvat asioista ja hajottavat ongelmia. Kumpikaan heistä ei voi kirjoittaa koodia, eikä kumpikaan tee mitään muuta kuin tarkistaa puhelinta.

Jotkut organisaatiot hyväksyvät pariohjelmoinnin laajasti ja toiset välttävät sitä. Se on aina keskustelunaihe, ja ihmisillä on omat mieltymyksensä. Olemme kaikki ihmisiä ja on aikoja, jolloin melkein jokainen voi hyötyä pariohjelmoinnista.

Vaikuttaa kuitenkin siltä, ​​että resursseja käytetään tehottomasti. Meillä on kaksi ohjelmoijaa. He molemmat voisivat rakentaa erilaisia ​​ominaisuuksia viikon ajan, lopulta meillä on kaksi kertaa niin paljon ominaisuuksia. Mutta näin ei ole, ja saatat päätyä 2 sarjaan 95% valmiita ominaisuuksia, joita ei voida toimittaa. Yhdessä ohjelmoiminen voi lisätä toimittamiesi tosiasiallisesti valmiiden ominaisuuksien nettomäärää.

Edut

Vähemmän virheitä ja vikoja

Meillä kaikilla on ollut hulluja kovia vikoja. Nämä voivat johtua koko lähestymistavan perusvirheistä tai kirjoitusvirheestä, virheellisestä asennuksesta tai uudelleenkäynnistyksen tarpeesta.

Joukkueena on todennäköistä, että yksi teistä on tehnyt samanlaisen virheen aiemmin. Tai on todennäköistä, että joku teistä tuntee jonkun muun, joka on kohdannut ongelman. Ja todennäköisemmin kohdistat ongelmalle oikean ajan, ennen kuin palaat piirtotaululle.

Voit keskustella paremmista strategioista. Tämä on parempi kuin pitää ongelma piilossa koko päivän jakamatta sitä muiden kanssa.

Helpompi jatkaa - moraalinen tuki

Usein ryhmätyö voi lisätä positiivisuutta ongelmaan. Kun joku jakaa ongelman, jota olet käymässä, sinusta tuntuu vähemmän voitetulta ja positiivisemmalta yrittää uudestaan ​​ja uudestaan ​​ja uudestaan ​​...

Vaikeampi viivyttää

Tiimityöskentely tarkoittaa, että et voi pysähtyä tarkistamaan sähköpostiosoitettasi, Slack- tai Whatsapp-sovellustasi haluamiesi häiriötekijöiden varalta.

Tämä tuntuu pieneltä. Mutta voit nelinkertaistaa tuntimäärän, jonka kooderi viettää editorissa ja koodauksessa sen sijaan, että istuisit työpöydän ääressä syömällä tuntia päivästä kotiin menemiseen saakka.

Jaetut parhaat käytännöt

Yhdessä koodaus on loistava tapa jakaa tietoa yrityksessäsi. Koodaajat voivat antaa toisilleen vinkkejä, kun he parantavat lähestymistapaansa ja lisäävät nopeuttaan.

Yhdessä tekeminen voi paljastaa tietoa, jota ei ehkä ole uuden työntekijän käsikirjassa.

Nopeampi lennolle pääsy

Uudet työntekijät voivat saada vauhtia paljon nopeammin pariksi kokeneen tiimin jäsenen kanssa.

Tunnista ja vähennä huonoja palkkauksia

Se voi auttaa tunnistamaan huonot työntekijät jo varhaisessa vaiheessa, jos joku ei sovi yritykseensä tai hänet on palkattu väärään rooliin. Voit tehdä asialle jotain aikaisin, ennen kuin tuhlataan molempien osapuolten aikaa.

Palkkahaastattelun aikana pariohjelmointiin perehtynyt tiimi pystyy paremmin arvioimaan, pystyykö ehdokas ohjelmoimaan muiden kanssa. Jos tavallinen haastattelujen johtava kaveri ei ole paikalla, voit olla varma, että joku muu voi korvata hänet ja antaa oikeudenmukaisen analyysin.

Lisää työntekijöiden tyytyväisyyttä

Yhdessä koodaaminen voi tuoda työntekijät lähemmäksi, kun he jakavat kokemuksia ja heillä on enemmän aiheita puhua. Kun muut ihmiset ymmärtävät, mitä olet tekemässä, sinulla on enemmän yhteistä. Tämä voi vaikuttaa moniin tärkeisiin liiketoiminta-alueisiin. Se voi jopa parantaa keskustelunaiheita lounaalla vähentääksesi työntekijöiden vaihtuvuutta.

Koodaus voi olla yksinäinen harrastus, kun olet yksin tietokoneen takana ja käsket tuottamaan ominaisuuksia. Kaiken vieraantumisen vähentäminen yrityksessä on tärkeää. Tämä on yksi syy, miksi ehdotan parijärjestelmäjärjestelmän käyttöönottoa varhaisvaiheen aloittelijoille ja suuryrityksille.

Ongelmat - kun pariliitos menee huonosti

Parin ohjelmointi voi sekoittaa asiat ja tarvitsee järkevän lähestymistavan.

Älä liioittele (tai tee sitä alle)

Pakottaa ihmisiä viettämään koko päivän yhdessä ei ole järkevää, ja he saattavat päätyä vihaamaan toisiaan.

1,5–2,5 tunnin sarjat toimivat yleensä parhaiten. Vähemmän on liian lyhyt ja se on ajanhukkaa.

Palkitse jaettu lahjoitus

Jos olet antanut tärkeät määräajat kahdelle ohjelmoijalle ja sitten määrittänyt toisen auttamaan toista hänen tehtävässään, olet kohti potentiaalista katastrofia. Kun tarkastelet, kuka on suorittanut tehtävänsä, ja tuntuu siltä, ​​että he eivät ole tehneet mitään, henkilökohtaiset mittarit kärsivät. Henkisesti tämä on huono. Mutta jos se liittyy mihin tahansa palkitsemisjärjestelmään, ammut itsesi jalkaan. Rumpumestarina sinun on varmistettava, että olet muodostanut pariliitoksen ja määrittänyt tehtävät oikeudenmukaisesti.

Väsyneet kooderit

Lisää kahvia ja pariliitos ei ole aina vastaus. Kun olet väsynyt ja stressaantunut, et välttämättä kommunikoi kunnolla.

Tämä voi aiheuttaa enemmän ongelmia koodissa ja keskenään. Jotkut ihmiset pärjäävät paremmin tällä tavalla ja jotkut eivät, joten saatat ottaa riskin.

Monimutkainen koodi - pariliitos tai keskustelu

Monimutkaisemmalle koodille se voi olla häiriötekijä yrittää muodostaa pariliitos. Joskus istuminen ja ongelman selittäminen voi olla hyödyllisempää.

Virallisesti istuminen yhdessä ja koodin kirjoittaminen rivi riviltä voi todella häiritä.

Muita ajatuksia

Mutta entä etätyöntekijät?

Etäyhteydessä työskentelevät työntekijät voivat muodostaa pariliitoksen ohjelmaa online-näytön jakamistyökalujen kanssa. Olen selvittänyt kaverikoodin Brysselissä istuessani kahvilassa Kazakstanissa. Luota minuun, että se on mahdollista.

Onko mitään todisteita?

Nämä ovat pohdintoja kokemuksistani. Olen havainnut nämä edut työskennellessäni eri yritysten ja erilaisten bootcampien kanssa.

Tiedemiehenä hyväksyn sen, että en ole koskaan tehnyt kaksoissokkotutkimusta hyödyistä. Tietenkään se ei ole koskaan ollut tarpeeksi iso prioriteetti verrattuna vain asioiden tekemiseen.

Mutta haluaisin mielelläni tutkimuksen, jossa yli 100 osallistujaa työskenteli samojen ongelmien parissa. Yksi 50 hengen ryhmä voisi työskennellä pareittain ja toinen ryhmä yksin. Haluaisin nähdä, mitä tapahtuu. Se voisi olla mukava tutkimus kaikille tietojenkäsittelytieteen professoreille.

Johtopäätös

Joten kuten näette, olen pariohjelmoinnin fani. Jotkut koodaajat eivät pidä ajankäytön tehokasta käyttöä. Jos olet johtaja, sinun on arvioitava tilanne ja hyödynnettävä joukkueesi parhaalla mahdollisella tavalla. Joko niin, se on ehdottomasti jotain, jonka kaikkien yritysten tulisi sallia ajoittain.

Se tulisi toteuttaa pikemminkin dynaamisesti kuin panna täytäntöön. Kaikkien käynnistysleirien tulisi sisällyttää se kurssilleen rakentamaan hyvin pyöristetty kooderi.

Käytämme sitä usein omassa kehitystoimistoissani, vaikeimpien ongelmiemme ratkaisemisesta uuden henkilöstön matkustamiseen. Se on prosessi, jota nautimme suorituskyvyn ja tietämyksen lisäämiseksi koko yrityksessä. Tietenkin emme pakota sitä toimeen koko päivän ja joka päivä! Mutta pidämme siitä ja pidämme sitä.

Vanhan sanonnan mukaan " Ongelma jaettu, ongelma on puolittunut.

Suoritan podcastin kasvua ajattelusta ja teknologian käynnistämisestä. Jos pidit tästä, opit lisää tilaamalla.

Jos olet käyttänyt pariohjelmointia, haluaisin kuulla mielipiteesi siitä. Mitä käytäntöjä tai vinkkejä käytät päättääksesi, milloin pariksi muodostetaan vai ei?