Jaké skupiny obvykle navštěvujete hackathony? Původně jsme uváděli, že ideální tým tvoří pět lidí – manažer, dva programátoři, designér a marketér. Zkušenosti našich finalistů ale ukázaly, že hackathon můžete vyhrát i s malým týmem tří lidí. Z 26 týmů, které vyhrály finále, 3 soutěžily a vyhrály s mušketýry. Jak to udělali - čtěte dále.
Mluvili jsme s kapitány všech tří týmů a uvědomili jsme si, že jejich strategie má hodně společného. Hrdiny tohoto postu jsou týmy PLEXeT (Stavropol, nominace Ministerstva telekomunikací a masových komunikací), „Composite Key“ (Tula, nominace Ministerstva informací a komunikací Republiky Tatarstán) a Jingu Digital (Jekatěrinburg, nominace Ministerstva průmyslu a obchodu). Pro zájemce se pod kočkou skrývá stručný popis příkazů.
Popisy příkazůPLEXeT
Tým má tři lidi – vývojáře (web, C++, kompetence informační bezpečnosti), designéra a manažera. Před regionálním hackathonem jsme se neznali. Tým sestavil kapitán na základě výsledků online testování.
Složený klíč
V týmu jsou tři kolegové vývojáři – fullstack s desetiletými zkušenostmi v IT, backendu a mobilech a backend se zaměřením na databáze.
Jingu Digital
Tým se skládá ze dvou programátorů – backendu a AR/Unity a také designéra, který byl zodpovědný i za vedení týmu. Zvítězil v nominaci Ministerstva průmyslu a obchodu
Vyberte si úkol, který je blízký vašim kompetencím
Pamatujete si, že existovala taková říkanka „dramatický klub, fotoklub a já chci taky zpívat“? Myslím, že tento pocit zná mnoho lidí – když je všechno kolem vás zajímavé, chcete se ukázat novým způsobem svým směrem a vyzkoušet nové odvětví/oblast rozvoje. Výběr zde závisí pouze na cílech vašeho týmu a ochotě riskovat – dokážete přijmout svou chybu, když si najednou uprostřed hackathonu uvědomíte, že je nereálné tento problém řešit? Experimenty v kategorii „Nejsem dobrý ve vývoji mobilních zařízení, ale co to sakra je?“ nejsou pro každého. Jste typ amatéra?
Artem Koshko (), příkaz „Složený klíč“: „Původně jsme plánovali vyzkoušet něco nového. Na regionální úrovni jsme vyzkoušeli několik nugetových balíčků, ke kterým jsme se nikdy nedostali, a Yandex.Cloud. Nakonec jsme nasadili CockroachDB v Kubernetes a pokusili jsme se na něj přenést migrace pomocí EF Core. Některé věci se povedly, některé ne tolik. Takže jsme se naučili nové věci, otestovali se a ujistili se o spolehlivosti osvědčených přístupů.“.
Jak si vybrat úkol, když vaše oči tápou:
- Zamyslete se nad tím, jaké kompetence jsou potřeba k vyřešení tohoto případu a zda je mají všichni členové týmu
- Pokud vám chybí kompetence, můžete je kompenzovat (vymyslet jiné řešení, rychle se naučit něco nového)
- Proveďte krátký průzkum trhu, pro který budete produkt vyrábět
- Spočítejte si konkurenci – na jakou trať/firmu/úkol půjde nejvíce lidí?
- Odpovězte na otázku: co vás nejvíce pohání?
Oleg Bakhtadze-Karnaukhov (), příkaz PLEXeT: „Rozhodli jsme se o desetihodinovém mezipřistání na letišti – právě v okamžiku přistání nám poštou přišel seznam tratí a stručné výpisy úkolů. Okamžitě jsem určil čtyři úkoly, které mě jako programátora zaujaly a u kterých byl akční plán po startu jasný – co je potřeba udělat a jak to uděláme. Poté jsem zhodnotil úkoly každého člena týmu a zhodnotil úroveň soutěže. V důsledku toho jsme si vybrali mezi úkoly Gazpromu a ministerstva telekomunikací a masových komunikací. Otec našeho designéra pracuje v těžbě ropy a zemního plynu; zavolali jsme mu a zeptali se ho na otázky o tomto odvětví. Nakonec jsme si uvědomili, že ano, je to zajímavé, ale nebudeme schopni nabídnout nic zásadně nového a rozhodně se nevyrovnáme kompetencím, protože je tam příliš mnoho oborových specifik, které je potřeba vzít v úvahu. účet. Nakonec jsme zariskovali a šli na první dráhu.“
Diana Ganieva (), tým Jingu Digital: „Na krajské scéně jsme měli úkol související se zemědělstvím a na finále – AR/VR v průmyslu. Vybíral je celý tým tak, aby si každý mohl uvědomit své schopnosti. Pak jsme vyřadili to, co nám nepřipadalo tak zajímavé."
Udělej si domácí úkol
A nemluvíme teď o přípravě kódu – obecně je zbytečné to dělat. Je to o komunikaci v týmu. Pokud jste spolu ještě nehráli, nenaučili se si rozumět a domluvit se, sejděte se párkrát předem a nasimulujte si hackathon, nebo si alespoň zavolejte, abyste si probrali hlavní body, zamyslete se prostřednictvím akčního plánu a vzájemně diskutovat o svých silných a slabých stránkách. Můžete dokonce najít nějaký případ a pokusit se ho vyřešit – alespoň schematicky, na úrovni „jak se dostat z bodu A do bodu B“.
Během tohoto odstavce riskujeme, že nachytáme mínusy v karmě a komentářích, že jak je to možné, ničemu nerozumíš, ale co to nadšení, drajv, pocit, že se teď z prapůvodního rodu zrodí prototyp vývar (ahoj, hodiny biologie).
Ano, ale.
Improvizace a drajv jsou dobré jen tehdy, když se stanou jen nepatrným odklonem od strategie – jinak jsou rizika příliš velká na to, abyste místo práce, jídla nebo spánku strávili čas uklízením chaosu a opravováním chyb.
Oleg Bakhtadze-Karnaukhov, tým PLEXeT: „Před soutěží jsem nikoho z členů svého týmu neznal, vybral jsem je a pozval jsem je na základě jejich kompetencí a hodnocení ve fázi online testování. Když jsme vyhráli regionální hackathon a uvědomili jsme si, že ještě musíme společně jet do Kazaně a dokončit projekt hackathonu ve Stavropolu, rozhodli jsme se, že se sejdeme a budeme trénovat. Před finále jsme se potkali dvakrát – našli jsme náhodný problém a vyřešili ho. Něco jako case Championship. A už v této fázi jsme viděli problém v komunikaci a rozdělování úkolů – zatímco Polina (designér) a Lev (manažer) přemýšleli o firemním stylu, vlastnostech produktu, hledali data o trhu, já měl spoustu volného času. Takže jsme si uvědomili, že musíme vzít na sebe těžší nominaci (nechlubím se, jen jsme většinou narazili na úkoly spojené s webem, ale pro mě je to jen jeden nebo dva) a musím se více zapojit do pracovních procesů . Výsledkem bylo, že ve finále, během předběžného výzkumu, jsem se zabýval matematickým modelováním a vývojem algoritmů.“
Artem Koshko, tým Composite Key : „Připravovali jsme se více mentálně, o přípravě kodexu se nemluvilo. Role v týmu jsme měli předem přidělené – všichni tři jsme programátoři (máme full stack a dva backendy, navíc o mobilním vývoji něco málo vím), ale bylo jasné, že se toho bude muset ujmout někdo role designéra a manažera. Tak jsem se, aniž bych to tušil, stal vedoucím týmu, vyzkoušel se jako obchodní analytik, řečník a tvůrce prezentací. Myslím, že kdybychom o tom nemluvili dopředu, nedokázali bychom správně řídit čas a nedostali bychom se do závěrečné obhajoby.“
Diana Ganieva, Jingu Digital: „Na hackathon jsme se nepřipravovali, protože věříme, že hackovací projekty by měly být vytvářeny od nuly – to je fér. Předem, ve fázi výběru skladeb, jsme měli obecnou koncepci toho, co chceme dělat.".
Nemůžete pracovat pouze s vývojáři
Diana Ganieva, tým Jingu Digital: „V našem týmu máme tři specialisty v různých oblastech. Podle mě je to ideální složení na hackathon. Každý je zaneprázdněn svým vlastním podnikáním a nedochází k překrývání nebo rozdělování úkolů. Jedna další osoba by byla zbytečná."
Statistiky ukázaly, že průměrné složení našich týmů je od 4 do 5 lidí, včetně (v lepším případě) jednoho designéra. Všeobecně se uznává, že je nutné posílit tým o vývojáře různých oborů – aby bylo možné jak doplňovat databázi, tak překvapovat „strojem“, kdyby se cokoliv stalo. V nejlepším případě si s sebou stejně vezmou designéra (neurazte se, milujeme vás!), prezentace a rozhraní se nakonec sami nenakreslí. Role manažera je opomíjena ještě častěji - obvykle se této funkce ujme kapitán týmu, vývojář na částečný úvazek.
A to je zásadně špatně.
Artem Koshko, tým Composite Key: „V určité chvíli jsme litovali, že jsme do týmu nevzali specializovaného specialistu. Zatímco s designem jsme si nějak dokázali poradit, s byznys plánem a dalšími strategickými věcmi to bylo těžké. Pozoruhodným příkladem je situace, kdy bylo nutné vypočítat cílové publikum a objem trhu, TAM, SAM.“
Oleg Bakhtadze-Karnaukhov, tým PLEXeT: „Příspěvek vývojáře k produktu zdaleka není 80 % práce, jak se běžně věří. Nedá se říct, že by to měli kluci snazší - téměř celá převážná část úkolů ležela na nich. Můj kód bez rozhraní, prezentací, videí, strategií je jen sada symbolů. Kdyby bylo v týmu místo nich více vývojářů, asi bychom to zvládli, ale vše by vypadalo méně profesionálně. Zejména prezentace je obecně polovina úspěchu, jak se mi zdá. Při obraně a následně v reálu za pár minut nikdo nestihne pochopit, zda váš prototyp skutečně funguje. Pokud se necháte unést schématy, nikdo vás nebude poslouchat. Pokud zajdete s textem příliš daleko, každý pochopí, že vy sami nevíte, co je na vašem produktu důležité, jak jej prezentovat a kdo to potřebuje.“
Time management a relaxace
Pamatujete si, jak si v dětských karikaturách jako „Tom a Jerry“ dávali postavy sirky pod víčka, aby se nezavřou? Nezkušení (nebo příliš nadšení) účastníci hackathonu vypadají přibližně stejně.
Na hackathonu je snadné ztratit kontakt s realitou a smyslem pro čas – atmosféra vede k nespoutanému kódování bez přestávek na odpočinek, spánek, dovádění v herně, komunikaci s partnery nebo navštěvování mistrovských kurzů. Pokud to berete jako mistrovství světa nebo olympiádu, pak ano, možná byste se tak měli chovat. Spíš ne.
Artem Koshko, tým Composite Key: „Měli jsme hodně chak-chak, hodně – věž z toho byla postavena uprostřed našeho stolu, udržovala naši morálku a dávala nám sacharidy ve správný čas. Odpočívali jsme a pracovali téměř celou dobu společně a neodpočívali jsme odděleně. Ale spali jinak. Andrey (fullstack developer) rád spí přes den, Denis a já rádi spíme v noci. Proto jsem přes den pracoval více s Denisem a v noci s Andrey. A o přestávkách spal. Neměli jsme žádný systém práce ani zadávání úkolů, spíš bylo všechno spontánní. To nám ale nevadilo, protože si dobře rozumíme a doplňujeme se. Pomohlo nám, že jsme kolegové a úzce komunikujeme. Jsem Andreyho bývalý stážista a Denis přišel do společnosti jako můj stážista.
A tady, mimochodem, je ta samá hora chak-chak.
Téměř všichni účastníci, s nimiž jsme se dotazovali, uvedli kompetentní time management jako hlavní kritérium úspěchu na hackathonu. Co to znamená? Úkoly rozdělujete tak, abyste měli čas na spánek a jídlo, a úkoly se neplní pravidelně. všechno se zhroutilo, ale tempem, které je pohodlné pro každého člena týmu.
Oleg Bakhtadze-Karnaukhov, tým PLEXeT"Naším cílem nebylo odpracovat co nejvíce hodin, ale zůstat produktivní co nejdéle. I když jsme spali 3-4 hodiny denně, zdálo se, že se nám to daří. Mohli jsme jít do herny nebo se poflakovat u stánků našich partnerů a vyhradit si normální čas na jídlo. Druhý den jsme se snažili Lvu co nejvíce ulevit, aby se dostatečně vyspal a měl čas se před vystoupením dát do pořádku. Pomohly nám zkoušky hackathonu, protože už jsme pochopili, jak rozdělovat úkoly, a synchronizace denního režimu - jedli jsme, spali a byli vzhůru zároveň. V důsledku toho fungovaly jako jediný mechanismus.“
Nevíme, jak se tomuto týmu podařilo dostat Agomoto’s Eye na hackathon, ale nakonec se jim dokonce podařilo o projektu natočit video a připravit handout.
Pár tipů pro time management na hackathonu:
- Jděte od velkého k malému – rozdělte úkoly na malé bloky.
- Hackaton je maraton. Co je na maratonu nejdůležitější? Snažte se běžet stejným tempem, jinak na konci vzdálenosti odpadnete. Snažte se pracovat přibližně ve stejné intenzitě a netlačit se až do vyčerpání.
- Předem si promyslete, jaké budou úkoly každého účastníka a kolik času mu to zabere. Pomůže vám vyhnout se překvapením, když do uzávěrky zbývá půl hodiny a vy nemáte připravený velký kus práce.
- Zkontrolujte souřadnice a upravte rozsah úkolů. Máte pocit, že se vám daří a máte ještě čas? Skvělé – můžete je strávit spaním nebo finalizací prezentace.
- Nenechte se zavěšovat na detaily, pracujte širokými tahy.
- Je těžké si odpočinout od práce, proto si vyhraďte čas speciálně na spánek, relaxaci nebo relaxaci. Můžete si nastavit například budíky.
- Udělejte si čas na přípravu a nacvičení projevu. To je povinné pro každého a vždy. Mluvili jsme o tom v jednom z předchozích .
A existuje i tento alternativní názor. Pro jakou možnost jste - mučení kódováním nebo válka s válkou a oběd podle plánu?
Diana Ganieva, tým Jingu Digital: „Každý člověk v našem týmu je zodpovědný za jednu věc, neměl nás kdo nahradit, takže jsme nemohli pracovat na směny. Když už nezbyly absolutně žádné síly, spali jsme tři hodiny podle množství práce, která na účastníka ještě zbývala. Absolutně nebyl čas se poflakovat, neztrácíme tím drahocenný čas. Produktivita byla podporována, i když krátkým spánkem, a dobrotami s čajem – žádné energetické nápoje ani káva.“
Pod řezem je skryto několik užitečných odkazů, pokud se chcete ponořit do tématu time managementu. V běžném životě se to bude hodit - věřte autorovi tohoto příspěvku, který vždy chodí pozdě :)
Pro dobyvatele času — Techniky efektivního řízení času byly shromážděny na blogu Netology projektovým manažerem společnosti Kaspersky Lab:
— Dobrý článek pro začátečníky na Cossa:
Zkuste vyniknout
Výše jsme psali o týmu, který připravil leták na ochranu projektu. Byli jediní ve své stopě a jsme si jisti, že mezi více než 3500 účastníky nebyl nikdo jiný jako oni.
To samozřejmě nebyl hlavní důvod jejich vítězství, ale rozhodně to přineslo další plus – alespoň sympatie odborníků. Můžete vyniknout různými způsoby – někteří z našich vítězů začínají každé vystoupení vtipem o tom, jak vyrobili bombu (Sacharovův tým, ahoj!).
Nebudeme se tím podrobně zabývat, ale jednoduše se podělíme o případ od týmu PLEXeT – myslíme si, že si zaslouží, abychom se stali vtipem o synovi matčiny kamarádky.
Oleg Bakhtadze-Karnaukhov, tým PLEXeT: „Uvědomili jsme si, že jsme napřed, a rozhodli jsme se, že by bylo skvělé přijít do předobrany s přestupovým kufrem. Projekt má spoustu technických detailů, vysvětlení algoritmů, které nejsou v prezentaci vůbec zahrnuty. Ale chci to ukázat. Odborníci nápad podpořili a dokonce pomohli optimalizovat. Na první verzi se ani nedívali, řekli, že takový obraz by nikdy nečetli. Byli jsme jediní v obraně."
Něco se určitě pokazí, a to je v pořádku.
Na hackathonu, stejně jako v běžném životě, je vždy prostor pro chyby. I když se zdá, že jste mysleli na všechno, kdo z nás nepřišel pozdě na letadlo/zkoušku/svatbu jen proto, že se auta rozhodla uváznout v dopravní zácpě, eskalátor se rozhodl porouchat a pas byl zapomenut doma?
Oleg Bakhtadze-Karnaukhov, tým PLEXeT: „S Polinou jsme strávili celou noc prezentací, ale nakonec ji zapomněli nahrát do počítače v sále, kde probíhala obhajoba. Zkoušíme jej otevřít z flash disku a antivirus soubor vnímá jako virus a smaže ho. Ve výsledku se nám vše podařilo nastartovat až minutu před koncem našeho vystoupení. Video se nám podařilo promítnout, ale i tak jsme byli velmi naštvaní. Podobný příběh se nám stal při předobraně. Náš prototyp se nespustil, počítače Poliny a Lva zamrzly a z nějakého důvodu jsem ten svůj nechal v hangáru, kde byla naše trať. A ačkoli naši práci ráno viděli odborníci, vypadali jsme jako tým výstředníků s písemkou, krásnými slovy, ale bez produktu. Vzhledem k tomu, že mnoho účastníků vnímalo mou práci na matematických modelech jako „sedí, něco kreslí, nedívá se do počítače“, nebyla situace příliš dobrá.
Bude to znít otřepaně, ale jediné, co v této situaci můžete udělat, je vydechnout. Už se to stalo. Ne, nejsi jediný, všichni se poserou. I když je to fatální chyba, je to zážitek. A také se zamyslete, bude ten, kdo vás hodnotí, považovat tento případ za fakapa?
Podělte se v komentářích, v jakém složení se na hackathonu cítíte nejpohodlněji (lidi i specialisté) a jak budujete procesy v týmu.
Zdroj: www.habr.com