Нещо непременно ще се обърка и това е добре: как да спечелите хакатон с екип от трима

Каква група обикновено посещавате хакатони? Първоначално заявихме, че идеалният екип се състои от петима души – мениджър, двама програмисти, дизайнер и маркетолог. Но опитът на нашите финалисти показа, че можете да спечелите хакатон с малък екип от трима души. От 26 отбора, спечелили финала, 3 се състезаваха и победиха с мускетари. Как го направиха - прочетете нататък.

Разговаряхме с капитаните и на трите отбора и разбрахме, че стратегията им има много общи неща. Героите на тази публикация са отборите PLEXeT (Ставропол, номинация на Министерството на телекомуникациите и масовите комуникации), „Композитен ключ“ (Тула, номинация на Министерството на информацията и комуникациите на Република Татарстан) и Jingu Digital (Екатеринбург, номинация на Министерството на промишлеността и търговията). За тези, които се интересуват, под котката се крие кратко описание на командите.
Описания на командитеPLEXeT
Екипът е от трима души - разработчик (web, C++, компетенции информационна сигурност), дизайнер и мениджър. Не се познавахме преди регионалния хакатон. Отборът беше събран от капитана въз основа на резултатите от онлайн тестване.
Композитен ключ
Екипът има трима колеги разработчици – fullstack с десет години опит в IT, backend и mobile, и backend с фокус върху базите данни.
Jingu Digital
Екипът се състои от двама програмисти - backend и AR/Unity, както и дизайнер, който отговаряше и за управлението на екипа. Спечелени в номинацията на Министерството на промишлеността и търговията

Изберете задача, която е близка до вашите компетенции

Спомняте ли си, че имаше такава рима „драматичен клуб, фотоклуб и аз също искам да пея“? Мисля, че много хора са запознати с това чувство - когато всичко около теб е интересно, искаш да се покажеш по нов начин в твоята посока и да изпробваш нова индустрия/област на развитие. Изборът тук зависи само от целите на вашия екип и желанието за поемане на рискове - можете ли да приемете грешката си, ако изведнъж в средата на хакатона разберете, че е нереалистично да решите този проблем? Експериментите в категорията „Не съм добър в мобилното развитие, но какво, по дяволите, е това?“ не са за всеки. Аматьор ли си?

Артьом Кошко (ашчук), команда „Композитен ключ“: „Първоначално планирахме да опитаме нещо ново. На регионалния етап опитахме няколко пакета nuget, до които така и не стигнахме, и Yandex.Cloud. В крайна сметка разположихме CockroachDB в Kubernetes и се опитахме да прехвърлим миграции към него с помощта на EF Core. Някои неща минаха добре, други не толкова. Така научихме нови неща, тествахме се и се уверихме в надеждността на доказаните подходи.“.

Как да изберете задача, ако очите ви блуждаят:

• Помислете какви компетенции са необходими за решаването на този казус и дали всички членове на екипа ги притежават
• Ако ви липсват компетенции, можете ли да ги компенсирате (измислете друго решение, бързо научете нещо ново)
• Направете кратко проучване на пазара, за който ще правите продукт
• Изчислете конкуренцията - към коя писта/компания/задача ще отидат най-много хора?
• Отговорете на въпроса: какво ще ви кара най-много?

Олег Бахтадзе-Карнаухов (PLEXeT), PLEXeT команда: „Взехме решение за десетчасов престой на летището - точно в момента на кацане по пощата ни пристигна списък с песни и кратки изложения на задачите. Веднага набелязах четири задачи, които ми бяха интересни като програмист и за които планът за действие след старта беше ясен – какво трябва да се направи и как ще го направим. След това оцених задачите на всеки член на екипа и оцених нивото на конкуренцията. В резултат на това избрахме между задачите на Газпром и Министерството на телекомуникациите и масовите комуникации. Бащата на нашия дизайнер работи в нефта и газа; ние му се обадихме и му зададохме въпроси за индустрията. В крайна сметка разбрахме, че да, интересно е, но няма да можем да предложим нищо принципно ново и определено няма да можем да изравним компетенциите, защото има твърде много специфики на индустрията, които трябва да се вземат предвид сметка. В крайна сметка рискувахме и отидохме на първата писта.”

Диана Ганиева (дирилеан), Jingu Digital екип: „На регионалния етап имахме задача, свързана със селското стопанство, а на финала – AR/VR в индустрията. Те бяха избрани от целия екип, така че всеки да може да реализира своите способности. След това отсеяхме това, което не ни се стори толкова интересно.“

Напиши си домашното

И ние не говорим за подготовка на код сега - като цяло е безсмислено да се прави това. Става дума за комуникация в екипа. Ако все още не сте играли заедно, не сте се научили да се разбирате и да постигате споразумение, съберете се няколко пъти предварително и симулирайте хакатон или поне се обадете един на друг, за да обсъдите основните точки, помислете чрез план за действие и обсъдете взаимно силните и слабите страни. Можете дори да намерите някакъв случай и да се опитате да го разрешите - поне схематично, на ниво „как да стигна от точка А до точка Б“.

По време на този параграф рискуваме да хванем минуси в кармата и коментарите, казвайки, как е възможно, нищо не разбирате, но какво ще кажете за вълнението, шофирането, усещането, че сега ще се роди прототип от първичния бульон (здравейте, уроци по биология).

Да, но.

Импровизацията и стремежът са добри само когато се превърнат в леко отклонение от стратегията - в противен случай рисковете са твърде големи, за да отделите време за почистване на хаоса и коригиране на грешки, вместо да работите, ядете или спите.

Олег Бахтадзе-Карнаухов, екип на PLEXeT: „Не познавах никого от членовете на моя екип преди състезанието, избрах и ги поканих въз основа на техните компетенции и оценки на етапа на онлайн тестване. Когато спечелихме регионалния хакатон и разбрахме, че все още трябва да отидем заедно в Казан и да завършим проекта за хакатон в Ставропол, решихме, че ще се съберем и ще тренираме. Преди финала се срещнахме два пъти - намерихме случаен проблем и го решихме. Нещо като кейс шампионат. И вече на този етап видяхме проблем в комуникацията и разпределението на задачите - докато Полина (дизайнер) и Лев (мениджър) мислеха за корпоративния стил, характеристиките на продукта, търсеха пазарни данни, имах много свободно време. Така разбрахме, че трябва да приемем по-трудна номинация (не се хваля, просто най-често срещахме задачи, свързани с мрежата, но за мен са само една или две) и трябва да бъда по-ангажиран в работните процеси . В резултат на това на финала, по време на предварителните изследвания, се занимавах с математическо моделиране и разработване на алгоритми.“

Артьом Кошко, екип на Composite Key : „Ние се подготвихме повече психически, не е ставало дума за изготвяне на кодекс. Вече бяхме разпределили ролите в екипа предварително - тримата сме програмисти (имаме пълен стек и два бекенда, освен това знам малко за мобилното развитие), но беше ясно, че някой ще трябва да поеме роли на дизайнер и мениджър. Така, без да знам, станах ръководител на екип, опитах се като бизнес анализатор, лектор и презентатор. Мисля, че ако не бяхме говорили за това предварително, нямаше да успеем да управляваме правилно времето и нямаше да стигнем до финалната защита.“

Диана Ганиева, Jingu Digital: „Не се подготвихме за хакатона, защото вярваме, че хак проектите трябва да се правят от нулата – това е справедливо. Предварително, на етапа на избор на песни, имахме обща концепция какво искаме да направим".

Не можете да работите сами с разработчиците

Диана Ганиева, Jingu Digital team: „В нашия екип имаме трима специалисти в различни области. Според мен това е идеалната композиция за хакатон. Всеки се занимава със собствена работа и няма застъпване или разделяне на задачите. Още един човек би бил излишен.

Статистиката показва, че средният състав на нашите екипи е от 4 до 5 души, включително (в най-добрия случай) един дизайнер. Общоприето е, че е необходимо да се подсили екипът с разработчици от различни ивици - за да можете както да добавяте към базата данни, така и да изненадате с „машина“, ако нещо се случи. В най-добрия случай все още вземат дизайнер със себе си (не се обиждайте, обичаме ви!), презентацията и интерфейсите няма да се нарисуват сами, в крайна сметка. Още по-често се пренебрегва ролята на мениджър - обикновено тази функция се поема от капитана на отбора, разработчик на непълно работно време.
И това е фундаментално погрешно.

Артьом Кошко, екип на Composite Key: „В един момент съжалявахме, че не взехме специализиран специалист в отбора. Въпреки че някак успяхме да се справим с дизайна, беше трудно с бизнес плана и други стратегически неща. Ярък пример е, когато беше необходимо да се изчисли целевата аудитория и пазарен обем, TAM, SAM.“

Олег Бахтадзе-Карнаухов, екип на PLEXeT: „Приносът на разработчика към продукта далеч не е 80% от работата, както обикновено се смята. Не може да се каже, че беше по-лесно за момчетата - почти цялата по-голямата част от задачите бяха на тях. Моят код без интерфейси, презентации, видеоклипове, стратегии е просто набор от символи. Ако имаше повече разработчици в екипа вместо тях, вероятно щяхме да се справим, но всичко щеше да изглежда по-малко професионално. Особено представянето е като цяло половината успех, както ми се струва. По време на защитата и след това в реалния живот след няколко минути никой няма да има време да разбере дали вашият прототип наистина работи. Ако се увличате по схеми, никой няма да ви слуша. Ако прекалите с текста, всички ще разберат, че вие ​​самите не знаете кое е важното във вашия продукт, как да го представите и кой има нужда от него.”

Управление на времето и релаксация

Спомняте ли си как в детските анимационни филми като „Том и Джери“ героите поставят кибрит под клепачите си, за да не се затворят? Неопитните (или прекалено ентусиазирани) участници в хакатона изглеждат приблизително по същия начин.

На хакатон е лесно да загубите връзка с реалността и усещането за време - атмосферата е благоприятна за необуздано кодиране без почивки за почивка, сън, заблуда в игралната зала, общуване с партньори или посещение на майсторски класове. Ако се отнасяте към това като към Световно първенство или Олимпиада, тогава да, може би трябва да се държите така. Не точно.

Артьом Кошко, екип на Composite Key: „Имахме много чак-чак, много - кула от него беше построена в средата на масата ни, поддържаше духа ни и ни даваше въглехидрати в точното време. Почивахме и работихме почти през цялото време заедно и не почивахме отделно. Но те спаха различно. Андрей (fullstack разработчик) обича да спи през деня, Денис и аз обичаме да спим през нощта. Затова през деня работих повече с Денис, а през нощта с Андрей. И той спеше през почивките. Нямахме система на работа или поставяне на задачи, по-скоро всичко беше спонтанно. Но това не ни притесняваше, защото се разбираме добре и се допълваме. Помогна ни това, че сме колеги и общуваме тясно. Аз съм бивш стажант на Андрей, а Денис дойде в компанията като мой стажант.“

И ето, между другото, същата планина чак-чак.

Почти всички участници, които интервюирахме, посочиха компетентното управление на времето като основен критерий за успех на хакатона. Какво означава? Разпределяте задачите така, че да имате време за сън и храна, а задачите не се изпълняват редовно. всичко рухна, но с темп, който е удобен за всеки член на екипа.


Олег Бахтадзе-Карнаухов, екип на PLEXeT"Нашата цел не беше да работим възможно най-много часове, а да останем продуктивни възможно най-дълго. Въпреки че спахме по 3-4 часа на ден, изглежда успяхме. Можем да отидем в залата за игри или да се мотаем на сепаретата на нашите партньори и да отделим нормално време за храна. На втория ден се опитахме да облекчим Лев колкото е възможно повече, за да може да спи достатъчно и да има време да се приведе в ред преди представлението. Репетициите на хакатона ни помогнаха, тъй като вече разбрахме как се разпределят задачите, както и синхронизирането на ежедневието – ядохме, спахме и бяхме будни по едно и също време. В резултат на това те работеха като единен механизъм.

Не знаем как този екип успя да накара Agomoto’s Eye да участва в хакатона, но в крайна сметка те дори успяха да заснемат видео за проекта и да подготвят раздаване.

Няколко съвета за управление на времето на хакатон:

• Преминете от големи към малки - разбийте задачите на малки блокове.
• Хакатонът е маратон. Кое е най-важното в един маратон? Опитайте се да бягате със същото темпо, в противен случай ще паднете до края на дистанцията. Опитайте се да работите с приблизително еднаква интензивност и да не се натоварвате до степен на изтощение.
• Помислете предварително какви ще бъдат задачите на всеки участник и колко време ще му отнеме. Това ще ви помогне да избегнете изненади, когато крайният срок е след половин час и нямате готова голяма част от работата.
• Проверете координатите, за да коригирате обхвата на задачите. Чувствате ли се добре и дори ви остава време? Чудесно - можете да ги похарчите за сън или финализиране на презентацията си.
• Не се вкопчвайте в детайли, работете в широки линии.
• Трудно е да си вземете почивка от работа, така че отделете време специално за сън, релаксация или релаксация. Можете например да настроите аларми.
• Отделете време, за да подготвите и репетирате речта си. Това е задължително за всички и винаги. Говорихме за това в един от предишните мнения.

Има и това алтернативно мнение. За кой вариант си - мъчение с кодиране или война с война, и обяд по график?

Диана Ганиева, Jingu Digital team: „Всеки човек в нашия екип отговаря за едно нещо, нямаше кой да ни замести, така че не можехме да работим на смени. Когато нямаше абсолютно никакви сили, спахме три часа, в зависимост от количеството работа, което оставаше за участника. Нямаше абсолютно никакво време за мотаене, ние не губим ценно време за това. Производителността беше подкрепена, макар и с кратък сън, и вкусотии с чай - без енергийни напитки или кафе.“

Под раздела са скрити няколко полезни връзки, ако искате да се потопите в темата за управление на времето. Ще ви бъде полезно в ежедневието - повярвайте на автора на този пост, който винаги закъснява :)
За покорителите на времето — Ефективни техники за управление на времето бяха събрани в блога Netology от ръководител на проекта на Kaspersky Lab: кликване
— Добра статия за начинаещи в Cossa: кликване

Опитайте се да се откроите

По-горе писахме за екипа, който направи листовка за защита на проекта. Те бяха единствените в своето трасе и сме сигурни, че сред 3500+ участници нямаше други като тях.
Разбира се, това не беше основната причина за победата им, но определено донесе допълнителен плюс – поне симпатиите на специалистите. Можете да се откроите по различни начини - някои от нашите победители започват всяко изпълнение с шега за това как са направили бомба (отбор Сахаров, здравей!).

Няма да се спираме на това подробно, а просто ще споделим един случай от екипа на PLEXeT - смятаме, че си заслужава да се превърне в шега за сина на приятелка на майка.

Олег Бахтадзе-Карнаухов, екип на PLEXeT: „Осъзнахме, че сме по-напред от кривата и решихме, че би било страхотно да стигнем до предзащитата с трансферна кутия. Проектът има много технически подробности, обяснения на алгоритми, които изобщо не са включени в презентацията. Но искам да го покажа. Експертите подкрепиха идеята и дори помогнаха за нейното оптимизиране. Те дори не погледнаха първата версия, казаха, че никога няма да прочетат такава картина. Ние бяхме единствените в защита.”

Нещо непременно ще се обърка и това е добре.

На хакатона, както и в обикновения живот, винаги има място за грешки. Дори да изглежда, че сте помислили за всичко, кой от нас не е закъснявал за самолет/изпит/сватба просто защото колите са решили да заседнат в задръстване, ескалаторът е решил да се повреди, а паспортът е бил забравен вкъщи?

Олег Бахтадзе-Карнаухов, екип на PLEXeT: „С Полина цяла нощ правехме презентация, но накрая забравиха да я качат на компютъра в залата, където беше защитата. Опитваме се да го отворим от флашка, а антивирусната възприема файла като вирус и го изтрива. В резултат на това успяхме да започнем всичко само минута преди края на нашето представление. Успяхме да покажем видеото, но въпреки това бяхме много разстроени. Подобна история се случи и с нас по време на предзащитата. Нашият прототип не стартира, компютрите на Полина и Лев замръзнаха и по някаква причина оставих моя в хангара, където беше нашата писта. И въпреки че експертите видяха работата ни сутринта, ние изглеждахме като екип от ексцентрици с листовка, красиви думи, но без продукт. Като се има предвид, че много участници възприеха работата ми върху математически модели като „той седи, рисува нещо, не гледа компютъра“, ситуацията не беше много добра.

Ще прозвучи изтъркано, но всичко, което можете да направите в тази ситуация, е да издишате. Вече се случи. Не, не си единственият, всеки се прецаква. Дори това да е фатална грешка, това е опит. И също така помислете дали човекът, който ви оценява, ще сметне този случай за факап?

Споделете в коментарите кой състав се чувствате най-удобно да работите на хакатон (както хора, така и специалисти) и как изграждате процесите в екип.

Източник: www.habr.com