Að þróa teymisverkefni á móti Flying Solo

Þessa vikuna hef ég ráð fyrir öðru fjartengda verkefninu mínu sem hluti af Chingu árgangunum. Með því að gera það langar mig að taka eina mínútu til að hugsa um það sem ég lærði í fyrsta „Voyage“ árganginum mínum.

Ljósmynd Andrew Neel á Unsplash

Að vinna sem hluti af teymi er ekki eitthvað nýtt fyrir mig. Ég hef eytt síðastliðnum 20 árum í rannsóknum í lyfjageiranum sem var öllum varið í teymi af ýmsum stærðum og samspili. Þetta var samt fyrsta reynsla mín sem hluti af þróunarteymi og það gaf nokkrar nýjar áskoranir á móti því að þróa verkefni á eigin vegum.

Hópurinn minn samanstóð af þremur einstaklingum sem allir höfðu reynslu af því að þróa forrit í fullum stakk og tveir af þeim (ekki ég) höfðu reynslu af fyrri hópverkefnum í gegnum Chingu.

Auðvitað, þegar ég fór í verkefnið, hafði ég venjulega áhyggjur og taugaveiklun varðandi erfðaskrá sem hluti af hópi, eins og „Hvað ef kóðinn minn er ekki í samræmi við hina í hópnum?“ Og „Hvað ef ég geri mistök og eyðileggja algjörlega kóða grunn hópsins? “og svo framvegis…

Eins og venjulega vandaðist þessi tegund af ótta þegar við fórum að grafa í verkefninu og mig langar til að hugsa um að ég hafi gengið frá mér mun betri verktaki fyrir að hafa verið hluti af því. Ég lærði mikið af hinum tveimur meðlimum liðsins og mig langar til að hugsa um að þeir hafi getað lært eitthvað af mér í staðinn.

Þegar ég velti fyrir mér reynslunni í heild finnst mér að það væru tveir lykilatriði sem höfðu mikil áhrif á framfarir og heildarárangur teymisverkefnisins sem kemur ekki við sögu í einstökum verkefnum, samskiptum og vinnuflæði. Eins og þú sérð hér að neðan eru þessir þættir mjög samtvinnaðir, en ég mun taka á hverjum þeirra fyrir sig.

Samskipti

Þegar þú ert sjálfur að vinna að verkefni hefurðu fulla mynd af umfangi og ástandi verkefnisins á öllum tímum. Ef þú gerir það ekki, þá er það nokkuð óhætt að segja að verkefnið þitt muni eiga í nokkrum alvarlegum vandamálum ...

Sem hluti af hópverkefni ertu hins vegar háður liðsfélögum þínum til að veita þér allar og allar breytingar sem þeir hafa gert (og þeir eru háðir þér af því sama).

Ljósmynd eftir James Sutton á Unsplash

Þessi samskipti geta komið á mismunandi form og við munum fara yfir nokkur þeirra hér að neðan í verkflæðishlutanum, en látum nægja að segja að ef þú hefur gert breytingu á verkefninu og hefur ekki sent það á einhvern hátt til liðsfélaga þinna, þeir eru ekki meðvitaðir um það!

Sem þýðir að þeir munu halda áfram með sín eigin verkefni eins og breyting þín hafi ekki orðið. Þetta getur leitt til óþarfa höfuðverkja og margra sóun tíma á götunni ... Það hefði verið hægt að koma í veg fyrir allt með góðum samskiptum meðal liðsmanna.

Á yfirborðinu gæti þetta hljómað sem augljóst hugtak og ekki alveg þess virði að skrifa (eða lesa) heila grein um. En ef þú ert vanur að vinna einn, með öll samskipti sem gerast ómeðvitað í eigin höfði, þá táknar þetta gagnrýna breytingu á venjulegu ferli þínu.

Sem slíkur skaltu ganga úr skugga um að þú hagir þér eins og góður liðsfélagi og höldum öllum í lykkjunni. Þetta þarf ekki að vera erfitt eða tímafrekt. Líklega er liðið þitt hefur komið upp samskiptalínum. Að halda öllum í lykkjunni getur verið eins einfalt og að uppfæra stöðuna á Trello korti eða sleppa skjótum línum í slaka rás.

Ef þú ert í vafa, skjátlast við hliðina á meiri samskiptum.

Sem þýðir að ef þú ert ekki viss um hvort eitthvað skiptir máli fyrir liðið skaltu bara henda snögga FYI þarna út á hvaða rás sem liðið notar og halda áfram.

Ég efast um að það séu mörg fyrrum teymi þarna úti sem segja „Ég gat ekki sinnt mínum störfum, það voru bara of mikil samskipti í gangi!“ En það eru fullt þarna úti sem segja „Liðið okkar féll í sundur vegna þess að enginn átti samskipti…“.

Vinnuflæði

Sem færir okkur til vinnuflæðis.

Með vinnuflæði meina ég hvernig liðið þitt stjórnar gitferlinu og ef þeir nota í raun útibú, skuldbindingar, draga beiðnir o.s.frv.

Eins og ég sagði áður var þetta mitt fyrsta hópþróunarverkefni. Ég hafði áður notað git í sólóverkefnunum mínum en ég hafði mikið að læra þegar ég notaði git sem hluta af teymi.

Sem betur fer hefur Francesco Agnoletto skrifað röð handbóka sem greinilega gera grein fyrir því hvernig git ætti að nota í teymisumhverfi. Ég mæli eindregið með að lesa (og bókamerki til hliðsjónar) allar þrjár greinarnar. Þeir má finna hér - hluti 1, hluti 2 og hluti 3.

Persónulega hef ég lesið þau nokkrum sinnum og hópurinn okkar notaði þá sem reglu fyrir hvernig teymið okkar myndi höndla verkflæði.

Ég ætla ekki að fara yfir það sem Francesco hefur skrifað í greinar sínar, þar sem ég held að hann hylji efnið mjög skýrt, en ég vil þó draga fram nokkur atriði sem hann tekur fram varðandi þessa grein.

Í fyrsta lagi, þegar það er gert á áhrifaríkan hátt, eykur gott verkflæði samskipti liða. Eins og ég sagði áðan eru samskipti og vinnuflæði mjög samtvinnuð og hvert getur eflt hitt.

Ljósmynd af Pavan Trikutam á Unsplash

Að velja (og halda fast við) gott nafngiftarsamkomulag fyrir útibú mun greinilega láta liðsfélaga þína vita nákvæmlega hvað þú ert að vinna í. Þetta, parað við skýra og einfalda titla fyrir skuldbindingar þínar, veita ekki aðeins fyrirhugaða útgáfustýringu, heldur einnig kort af því sem hver liðsmaður er (og var) að vinna að.

Framangreindar leiðbeiningar hafa ráð varðandi nafngiftir samninga bæði fyrir útibú og skuldbindingar. Lestu þær!

Nú þegar við höfum öll lesið greinar Francesco og erum allar á sömu blaðsíðu hvað vinnuflæðið varðar, þá er eitt síðasta atriðið sem ég vil taka fram. Vertu mjög dugleg við að gera ekki breytingar sem falla utan verksviðs útibús þíns.

Þetta er mjög mikilvægt og ekki hægt að vanmeta það! Þegar þú vinnur sem hluti af teymi skaltu ekki gera breytingar sem falla ekki undir það útibú sem þú ert að vinna í!

Í anda heiðarleika er þetta eitthvað sem ég hef slæman vana að gera þegar ég er að vinna í einleiksverkefnum. Ef ég er að vinna að einum eiginleika og man eftir einhverju sem ég ætlaði að breyta í öðrum hluta kóðagrunnsins, þá fer ég bara og breytir því án þess að hafa áhyggjur af því hvaða grein ég er með.

Þó að þetta gæti verið slæm vinnubrögð, mun það líklega ekki koma þér í of mikinn vanda þegar þú vinnur einn. Að gera þetta sem hluti af teymisverkefni getur aftur á móti haft mjög slæmar afleiðingar.

Að gera breytingar á kóða sem einn af liðsfélögum þínum vinnur virkan eftir (auk þess að pissa á þá) hefur möguleika á að valda alls kyns átökum þegar þeir reyna að sameina breytingar sínar. Þeir gætu eytt eins miklum tíma í að leysa sameiningarátök og þeir gerðu í fyrsta lagi breytingar á útibúinu.

Ekki gott fyrir gangverki liðsins ...

Yfirlit

Ef þú ætlar að vinna feril út frá hugbúnaðarþróun þarftu að læra að vinna sem hluti af teymi. Þetta er örugglega ein af þessum mjúku færni sem getur bætt (eða hindrað) árangur þinn sem verktaki.

Það þarf þó ekki að vera erfitt, það þarf bara meðvitað átak. Vertu með í huga að þú ert hluti af teymi og hegðar þér sem slíkur. Sterk samskipti og vinnuflæði gerir lið þitt meira en summan af hlutum þess, en hið gagnstæða mun algerlega stöðva framfarir liðsins.

Og ef þú ert að vinna að því að gerast verktaki skaltu gera þér greiða og skoða Chingu árgangana. Það er frábært alþjóðlegt samfélag verktaki og upprennandi verktaki sem vinna saman að því að gera frábæra hluti.