Када тим постане превелик: ево шта је заиста упалило
Шест месеци неуспелих експеримената. Ево до чега смо заправо дошли.
Лето 2024. Наш тим је стигао до четрнаест људи и одједном је све деловало погрешно.
Стендапи су се развлачили по 45 минута. Пола тима је буљило у екране и очигледно није слушало. За испоручене функције сазнавали смо накнадно, обично кад би их клијент поменуо.
Нешто се покварило, а нисмо били сигурни када.
Када су ствари кренуле наопако
Они свакодневни састанци? Чисто мучење. Марко би причао о свом раду на API-ју док је Милош гледао у телефон, очигледно размишљајући о ручку. Дарија је за то време објашњавала своје муке са CSS-ом пуној соби бекенд програмера које то ни најмање није занимало.
А док смо сви умирали од досаде на састанцима, прави посао се одвијао у сенци. Неко би успут поменуо да је управо испоручио функцију за коју нико од нас није чуо. Обично зато што је Стефан из маркетинга тражио „малу услугу“, а наши предусретљиви инжењери су је просто… одрадили.
Наши неуспели експерименти (сви до једног)
Август 2024: подела
Пробали смо да се поделимо на фронтенд и бекенд тим. Сваки тим би имао свој стендап, свој фокус.
Потрајало је један спринт. Испоставило се да на Arheev-у оба дела морају стално да разговарају. Ко би рекао?
Септембар 2024: асинхрони извештаји
„Хајде да уместо састанака пишемо дневне извештаје на Slack-у!“
Прве недеље су сви писали детаљне извештаје. Друге недеље су се скратили. До треће недеље вратили смо се на „радио на стварима“, а ионако их нико није читао.
Октобар 2024: ротирање водећих
Сваке недеље друга особа води стендап, с фокусом на своју област. Звучало је сјајно у теорији.
У пракси: неки су завршили на сваком састанку (јер су дирали све), други су потпуно нестали. Силоса је после тога било више, а не мање.
Новембар 2024: умало смо одустали
Пробали смо да се вратимо на „без формалног процеса, снађите се“. У року од две недеље имали смо исте проблеме као раније.
Шест месеци неуспеха. Понестајало нам је идеја.
Почетак 2025: случајно решење
Нисмо ово планирали. Неко је предложио да пробамо моб програмирање за један посебно гадан баг у Arheev-у.
Петоро људи, један екран, рад на проблему који је захватао фронтенд, бекенд и базу података. Мислили смо да ће то бити једнократно.
Баг је решен. Али десило се и нешто друго: људи су упознали делове кода које никад нису дирали. Фронтенд програмер је схватио зашто је упит ка бази спор. Бекенд програмер је видео зашто је стање учитавања битно.
Почели смо то да радимо недељно. Не за све, али за сложене функције или тешке багове.
Шта се заиста променило
Знање се брже ширило. Кад сви виде како нешто ради, не деси се да само једна особа зна како се систем пушта у рад.
Мање тренутака типа „то није мој проблем“. Тешко је рећи да вас фронтенд не занима кад сте управо помогли да се дебагује проблем с React рендеровањем.
Преглед кода је постао бољи. Ко је уживо гледао како код настаје, касније га је боље и прегледао од онога ко га види први пут.
Шта је и даље покварено
Будимо искрени: нисмо решили све.
Моб програмирање не ради са 14 људи. Обично нас је 4–6 у сесији. Сви остали раде свој посао. Зато и даље имамо проблема с координацијом.
Неки га мрзе. Посебно интроверти. Два сата у групној сесији кодирања уме да исцрпи. Још нисмо скапирали како да то функционише за све.
Силоси и даље настају. Чак и с генералистима, неко на крају постане „особа која зна AWS“ или „особа која разуме ток плаћања“. Само… мање него пре.
AI алати помажу, али нису магија. Да, можете користити Claude да вам помогне да напишете SQL кад сте иначе фронтенд програмер. Али и даље морате да разумете шта радите. AI учење чини лакшим, не непотребним.
Где смо сада (новембар 2025)
Стендапи су пали на 15 минута. Заиста разговарамо о ономе што је битно уместо да подносимо извештаје о статусу.
Моб програмирамо 2–3 пута недељно. Не учествују сви сваки пут. То је у реду.
И даље имамо проблеме с координацијом. И даље имамо силосе знања. Али су мањи и мање болни него пре шест месеци.
Ако се и ви с овим борите
Протраћили смо шест месеци на испробавање различитих приступа. Ево шта бисмо поручили себи из прошлости:
Немојте делити тим. Осим ако нисте заиста довољно велики (50+ људи), подела ствара више проблема него што решава.
Не терајте све да преко ноћи постану генералисти. То је постепен прелаз. Моб програмирање или програмирање у пару помаже, али траје месецима, не недељама.
Прихватите да ће до неке специјализације доћи. То је у реду. Само се побрините да нешто критично не зна само једна особа.
Пробајте правило 30%. Ако градите производ паралелно с радом за клијенте, резервишите капацитет. Иначе га никад нећете направити.
Ваше искуство ће се разликовати. Нас је четрнаесторо, радимо удаљено и правимо HR платформу. Ваш тим, производ и ограничења су другачији.
Али ако вам стендапи делују као губљење времена, а за посао стално сазнајете тек кад је готов, можда имате исте проблеме које смо ми имали.
За разлику од ваше омиљене серије о канцеларији, ова прича нема уредан крај. Решавамо је и даље, како растемо.
