Тимска соработка во развој на софтвер е длабоко човечка вештина, а не проблем со алатки. Она што останува, односно кодот, дизајнерските датотеки и историјата на промени, е фосил од разговорите што го создале. Кога тие разговори одат добро, системот ја одразува заедничката проценка. Кога одат лошо, истиот систем го крие стариот конфликт како технички долг.

Овој текст ја опфаќа човечката страна на развој на софтвер, која учебниците по инженерство обично ја прескокнуваат. Ние сме мал тим, па секоја слабост во нашата работа се гледа брзо. Подолу се десет навики што издржуваат вистински притисок.

Психолошката безбедност доаѓа прва

Добра тимска соработка почнува со психолошка безбедност. Инженер што очекува остар одговор полека ќе престане да прашува. Тогаш малите сомнежи прераснуваат во скапи дефекти што никој не ги предвидел.

Здравите тимови го сметаат прашањето „објасни ми го овој модул“ за сосема нормално. Бидејќи техничкиот водач го задава тонот, тој мора прв да го стори тоа. Всушност, водач што јавно ги признава своите празнини го учи тимот дека љубопитноста не носи казна. Погледнете го истражувањето за психолошка безбедност за доказите зад ова.

Пишаната комуникација се скалира

Пишувањето е тоа што му дозволува на тимот да расте. Разговорот е брз, но не остава траен запис. Состанокот ги исклучува и луѓето што живеат во незгодна временска зона.

Пишаниот материјал патува многу подалеку, како дизајн документи, белешки во барањата за спојување и кратки записи за одлуки. Тој стигнува до новите колеги и месеци подоцна. Освен тоа, пишувањето на еден аргумент бара поостро размислување отколку кажувањето наглас. Писмениот запис е основа за секој сериозен развој на софтвер. Ако планот не се собира на една пишана страница, планот сѐ уште не постои.

Малите тимови комуницираат подобро

Над околу осум луѓе, трошокот за разговор расте побрзо од резултатот. Секој нов пар додава уште една врска за одржување. Поради тоа, најсилната тимска соработка се случува во групи од три до седум инженери со една цел.

Кога групата мора да порасне, поделете ја намерно. Дајте ѝ на секоја половина јасна граница и мал, стабилен интерфејс меѓу нив. Тоа е подобро од една преполна соба. Законот на Брукс го кажа истото во 1975 година.

Прегледот на кодот ја открива културата

Прегледот на кодот покажува дали во тимот постои вистинска соработка. Прегледите што влегуваат во компромисите во дизајнот, граничните случаи и нејасните имиња го јакнат тимот. Прегледите што се расправаат за личен вкус само раѓаат одбрана.

Затоа поставете јасни норми за преглед. Одделете го „мора да се смени“ од „размисли за промена“. Заблагодарете се на закрпа што ве научила нешто ново. Објавеното упатство на Google за преглед на кодот е разумна основа за копирање. За тешка промена, дваесет минути заедничка работа обично вредат повеќе од три круга коментари.

Несогласувањето е здраво

Тим што се согласува за сѐ е или нељубопитен или исплашен. Ниту една од тие состојби не испорачува сигурен софтвер. Силните тимови го ценат добро образложениот приговор, бидејќи тој обично именува ризик што никој друг не го видел.

Затоа дајте му место на несогласувањето. Запишете го приговорот, разгледајте го како што треба, па нека одлучи техничкиот водач. Потоа целиот тим се обврзува заедно. Таа последна должност е важна колку и расправата пред неа.

Заедничкиот контекст е дел од работата

Талентиран новодојденец носи малку без контекст, колку и да е способен. Сериозните тимови вложуваат во првите недели. Прво, спарете го новиот колега со искусен инженер. Потоа предајте му мала и безбедна задача, пред да влезат продукциските системи во игра.

Чувајте белешки што објаснуваат зошто архитектурата изгледа вака, а не само што прави. Образложението му штеди попладне на следниот читател. Накратко, контекстот не е љубезност. Тој е дел од секој развој на софтвер.

Мешајте ги дисциплините

Тимска соработка меѓу дисциплините напредува нагло кога дизајнот, производот и инженерството седат во една група. Предавањата меѓу одделени кули губат детали, а заедничката одговорност не губи ништо. На пример, дизајнер што ги чита барањата за спојување забележува дека изградбата отстапува од договорениот макет. Исто така, инженер што седи на интервју со корисник ги учи незгодните гранични случаи пред да напише и една линија код. Нашата страница за кариера опишува какви луѓе бараме.

Далечинската работа бара намерен напор

Далечинскиот тим се откажува од бесплатните сигнали, како подигната веѓа или случајно слушнат разговор во ходник. Ништо не ги заменува случајно. Наместо тоа, ги купувате намерно: повеќе пишан контекст, построги агенди и вклучени камери за важните повици.

Далечинска соработка може да биде одлична. Сепак, таа работи само кога тимот го признава трошокот и го плаќа. Тимовите што се преправаат дека трошокот е нула се оддалечуваат бавно и тивко.

Пишувајте за тимот што доаѓа подоцна

Инженерите што градат софтвер ретко го одржуваат три години подоцна. Затоа пишувајте за читател што никогаш нема да го сретнете. Коментарите треба да го објаснат мотивот, а не механиката. Запишете ги компромисите зад секоја голема архитектонска одлука. Дури и една порака при промена може да раскаже мала, корисна приказна.

Тимовите што го прескокнуваат ова оставаат код што се чита убаво и се бори со секоја промена. Казната стигнува години подоцна, па никој не ја поврзува со раниот избор.

Јавна пофалба за добра соработка

Културата се гради преку приказните што тимот ги повторува. По болен инцидент во продукција, опишете како групата се опоравила. Именувајте ги луѓето што ја свршиле работата. Слично, споделете ја заслугата широко кога една функција ги радува корисниците.

Тивкиот труд бледнее. Прославениот труд се множи. Тоа е најевтиниот потег што му стои на располагање на техничкиот водач.

Навиките победуваат над алатките

Ниту една нова платформа не поправа тим што не си верува. Тимска соработка не се купува со лиценца. Апликација за разговор не може да убеди нервозен инженер да проговори. Табла полна со тикети не може да го научи прегледувачот да биде љубезен.

Наместо тоа, алатките го следат однесувањето. Изберете неколку навики, именувајте ги и вратете им се на секоја ретроспектива. Отфрлете ги оние што престануваат да вредат. Тимовите што го прават ова постојано напредуваат, што е токму аргументот во нашиот текст за континуирано учење во развојните тимови.

Како работиме ние

Square Software е мал софтверски тим во Албанија. Нашата работа е развој на софтвер по мерка, а се приклучуваме и на клиентски тимови како дополнителни раце. Нашите цени се движат во опсегот 35-55 EUR на час, а секоја задача ја оценуваме внимателно пред да дадеме понуда.

Малиот тим ги прави овие навики евтини за примена и лесни за откажување. Затоа пишуваме повеќе отколку што зборуваме, го прегледуваме секој код и го скратуваме растојанието меѓу сомневањето и одговорот. Прочитајте повеќе за нас, видете како испорачуваме аутсорсинг услуги, или контактирајте нѐ.

Заклучок

Алатките ќе продолжат да се менуваат. Човечкиот дел нема да се смени. Накратко, тимска соработка во развој на софтвер е збир од навики: безбедност, јасно пишување, мали групи, искрен преглед и споделена заслуга.

Ништо од ова не е мек трошок. Тимовите што го занемаруваат откриваат, неколку години подоцна, дека резултатот застанал додека кодот сѐ уште изгледал чист. За сроден аргумент, прочитајте го нашиот текст за меките вештини кај софтверските инженери.

Човечката страна на тимска соработка во развој на софтвер