Anong uri ng grupo ang karaniwan mong dinadaluhan ng hackathon? Sa una, sinabi namin na ang perpektong koponan ay binubuo ng limang tao - isang manager, dalawang programmer, isang designer at isang marketer. Ngunit ang karanasan ng aming mga finalist ay nagpakita na maaari kang manalo sa isang hackathon sa isang maliit na koponan ng tatlong tao. Sa 26 na koponan na nanalo sa final, 3 ang nakipagkumpitensya at nanalo kasama ang mga musketeer. Paano nila ito ginawa - basahin.
Nakipag-usap kami sa mga kapitan ng lahat ng tatlong koponan at napagtanto namin na ang kanilang diskarte ay may maraming pagkakatulad. Ang mga bayani ng post na ito ay ang mga koponan na PLEXeT (Stavropol, nominasyon ng Ministry of Telecom at Mass Communications), "Composite Key" (Tula, nominasyon ng Ministry of Information and Communications ng Republic of Tatarstan) at Jingu Digital (Ekaterinburg, nominasyon ng Ministri ng Industriya at Kalakalan). Para sa mga interesado, ang isang maikling paglalarawan ng mga utos ay nakatago sa ilalim ng pusa.
Mga Paglalarawan ng UtosPLEXeT
Ang team ay may tatlong tao - isang developer (web, C++, information security competencies), isang designer at isang manager. Hindi namin kilala ang isa't isa bago ang rehiyonal na hackathon. Ang koponan ay binuo ng kapitan batay sa mga resulta ng online na pagsubok.
Composite key
Ang koponan ay may tatlong kapwa developer - fullstack na may sampung taong karanasan sa IT, backend at mobile, at backend na may pagtuon sa mga database.
Jingu Digital
Binubuo ang team ng dalawang programmer - backend at AR/Unity, pati na rin ang isang designer na responsable din sa pamamahala ng team. Nanalo sa nominasyon ng Ministri ng Industriya at Kalakalan
Pumili ng isang gawain na malapit sa iyong mga kakayahan
Naaalala mo ba na may ganoong tula na "drama club, photo club, at gusto ko ring kumanta"? Sa palagay ko maraming tao ang pamilyar sa pakiramdam na ito - kapag ang lahat sa paligid mo ay kawili-wili, nais mong ipakita ang iyong sarili sa isang bagong paraan sa iyong direksyon, at subukan ang isang bagong industriya/lugar ng pag-unlad. Ang pagpili dito ay nakasalalay lamang sa mga layunin ng iyong koponan at pagpayag na kumuha ng mga panganib - maaari mo bang tanggapin ang iyong pagkakamali kung biglang sa gitna ng hackathon ay napagtanto mong hindi makatotohanang lutasin ang problemang ito? Ang mga eksperimento sa kategoryang "Hindi ako magaling sa mobile development, but what the hell is it?" ay hindi para sa lahat. Ikaw ba ang uri ng amateur?
Artem Koshko (), utos na "Composite key": “We initially planned to try something new. Sa yugto ng rehiyon, sinubukan namin ang ilang mga pakete ng nuget, na hindi namin kailanman nakuha, at Yandex.Cloud. Sa huli, nag-deploy kami ng CockroachDB sa Kubernetes at sinubukang ilunsad ang mga paglilipat dito gamit ang EF Core. May mga bagay na naging maayos, ang ilan ay hindi gaanong. Kaya't natutunan namin ang mga bagong bagay, sinubukan ang aming sarili, at tinitiyak ang pagiging maaasahan ng mga napatunayang diskarte.".
Paano pumili ng isang gawain kung ang iyong mga mata ay gumagala:
- Pag-isipan kung anong mga kakayahan ang kailangan upang malutas ang kasong ito, at kung ang lahat ng miyembro ng koponan ay mayroon nito
- Kung kulang ka sa mga kakayahan, maaari mo bang bayaran ang mga ito (gumawa ng isa pang solusyon, mabilis na matuto ng bago)
- Magsagawa ng maikling pananaliksik sa merkado kung saan ka gagawa ng isang produkto
- Kalkulahin ang kumpetisyon - aling track/kumpanya/gawain ang pupuntahan ng karamihan sa mga tao?
- Sagutin ang tanong: ano ang higit na magtutulak sa iyo?
Oleg Bakhtadze-Karnaukhov (), utos ng PLEXeT: "Gumawa kami ng desisyon sa isang sampung oras na layover sa paliparan - sa sandali ng landing, isang listahan ng mga track at maikling pahayag ng mga gawain ang dumating sa aming mail. Agad kong natukoy ang apat na gawain na kawili-wili sa akin bilang isang programmer at kung saan malinaw ang plano ng aksyon pagkatapos ng pagsisimula - kung ano ang kailangang gawin at kung paano namin ito gagawin. Pagkatapos ay tinasa ko ang mga gawain ng bawat miyembro ng koponan at tinasa ang antas ng kumpetisyon. Bilang resulta, pumili kami sa pagitan ng mga gawain ng Gazprom at ng Ministry of Telecom at Mass Communications. Ang ama ng aming taga-disenyo ay nagtatrabaho sa langis at gas; tinawag namin siya at tinanong siya tungkol sa industriya. Sa huli, napagtanto namin na oo, ito ay kawili-wili, ngunit hindi kami makakapag-alok ng anumang panimulang bago at tiyak na hindi namin matutumbasan ang mga kakayahan, dahil napakaraming mga detalye ng industriya na kailangang isaalang-alang. account. Sa huli, nakipagsapalaran kami at pumunta sa unang track.”
Diana Ganieva (), Jingu Digital team: "Sa yugto ng rehiyon, mayroon kaming gawain na may kaugnayan sa agrikultura, at sa finals - AR/VR sa industriya. Pinili sila ng buong pangkat upang mapagtanto ng bawat tao ang kanilang mga kakayahan. Pagkatapos ay inalis namin ang hindi namin nakitang kawili-wili."
Gawin mo ang iyong Takdang aralin
At hindi natin pinag-uusapan ngayon ang paghahanda ng code—sa pangkalahatan ay walang kabuluhan na gawin iyon. Ito ay tungkol sa komunikasyon sa loob ng koponan. Kung hindi pa kayo naglalaro nang magkasama, hindi pa natutong magkaintindihan at magkasundo, magsama-sama ng ilang beses nang maaga at gayahin ang hackathon, o kahit man lang tumawag sa isa't isa para pag-usapan ang mga pangunahing punto, isipin sa pamamagitan ng isang plano ng aksyon, at pag-usapan ang mga kalakasan at kahinaan ng bawat isa. Maaari ka ring makahanap ng ilang kaso at subukang lutasin ito - kahit na sa eskematiko, sa antas ng "kung paano pumunta mula sa punto A hanggang sa punto B."
Sa talatang ito, pinatatakbo namin ang panganib na makakuha ng mga minus sa karma at mga komento, na nagsasabi, paano ito posible, wala kang naiintindihan, ngunit ano ang tungkol sa kaguluhan, pagmamaneho, ang pakiramdam na ngayon ang isang prototype ay ipanganak mula sa primordial sabaw (hello, biology lessons).
Oo pero.
Ang improvisasyon at pagmamaneho ay mabuti lamang kapag sila ay naging isang bahagyang paglihis mula sa diskarte - kung hindi, ang mga panganib ay masyadong malaki upang gumugol ng oras sa paglilinis ng kaguluhan at pagwawasto ng mga pagkakamali, sa halip na magtrabaho, kumain o matulog.
Oleg Bakhtadze-Karnaukhov, pangkat ng PLEXeT: "Wala akong kilala sa alinman sa mga miyembro ng aking koponan bago ang kumpetisyon; Pinili at inimbitahan ko sila batay sa kanilang mga kakayahan at pagtatasa sa yugto ng online na pagsubok. Nang manalo kami sa rehiyonal na hackathon at napagtanto na kailangan pa naming pumunta sa Kazan nang magkasama at tapusin ang proyekto ng hackathon sa Stavropol, nagpasya kaming magsama-sama at magsanay. Bago ang final, dalawang beses kaming nagkita - nakakita kami ng isang random na problema at nalutas ito. Isang bagay na parang championship sa kaso. At na sa yugtong ito nakita namin ang isang problema sa komunikasyon at pamamahagi ng mga gawain - habang sina Polina (designer) at Lev (manager) ay nag-iisip tungkol sa istilo ng korporasyon, mga tampok ng produkto, naghahanap ng data sa merkado, mayroon akong maraming libreng oras. Kaya't napagtanto namin na kailangan naming kumuha ng mas mahirap na nominasyon (hindi ako nagyayabang, karamihan lang ay nakatagpo kami ng mga gawain na may kaugnayan sa web, ngunit para sa akin isa o dalawa lang ito) at kailangan kong maging mas kasangkot sa mga proseso ng trabaho . Bilang resulta, sa finals, sa panahon ng paunang pananaliksik, ako ay nakikibahagi sa pagmomodelo ng matematika at pagbuo ng mga algorithm."
Artem Koshko, Composite Key team : "Mas naghanda kami sa pag-iisip; walang usapan tungkol sa paghahanda ng isang code. Nauna na kaming nagtalaga ng mga tungkulin sa koponan - kaming tatlo ay mga programmer (mayroon kaming isang buong stack at dalawang backend, at alam ko ang kaunti tungkol sa mobile development), ngunit malinaw na may isang tao na kailangang kumuha ng mga tungkulin ng taga-disenyo at tagapamahala. Ganyan, hindi ko alam, naging team lead ako, sinubukan ko ang sarili ko bilang business analyst, speaker at presentation maker. Sa palagay ko kung hindi namin napag-usapan ito nang maaga, hindi namin mapangasiwaan ng tama ang oras, at hindi kami makakarating sa huling depensa."
Diana Ganieva, Jingu Digital: "Hindi kami naghanda para sa hackathon, dahil naniniwala kami na ang mga proyekto ng hack ay dapat gawin mula sa simula - iyon ay patas. Sa maaga, sa yugto ng pagpili ng mga track, mayroon kaming pangkalahatang konsepto ng kung ano ang gusto naming gawin".
Hindi ka makakatrabaho nang mag-isa sa mga developer
Diana Ganieva, Jingu Digital team: "Mayroon kaming tatlong espesyalista sa iba't ibang larangan sa aming koponan. Sa aking opinyon, ito ang perpektong komposisyon para sa isang hackathon. Lahat ay abala sa kani-kanilang negosyo at walang overlap o dibisyon ng mga gawain. Ang isa pang tao ay kalabisan.”
Ipinakita ng mga istatistika na ang average na komposisyon ng aming mga koponan ay mula 4 hanggang 5 tao, kabilang ang (pinakamahusay) isang taga-disenyo. Karaniwang tinatanggap na kinakailangan upang palakasin ang koponan na may mga developer ng iba't ibang mga guhitan - upang parehong maidagdag sa database at sorpresa sa isang "machine" kung may mangyari. Sa pinakamaganda, kumuha pa rin sila ng isang taga-disenyo (huwag masaktan, mahal ka namin!), Ang pagtatanghal at mga interface ay hindi iguguhit ang kanilang sarili, sa huli. Ang tungkulin ng isang tagapamahala ay mas madalas na napapabayaan - kadalasan ang tungkuling ito ay ginagawa ng kapitan ng koponan, isang part-time na developer.
At ito ay sa panimula ay mali.
Artem Koshko, Composite Key team: "Sa ilang mga punto, pinagsisihan namin na hindi kami kumuha ng isang dalubhasang espesyalista sa koponan. Bagama't kahit papaano ay nakayanan namin ang disenyo, mahirap sa plano ng negosyo at iba pang mga madiskarteng bagay. Ang isang kapansin-pansing halimbawa ay kapag kinakailangan upang kalkulahin ang target na madla at dami ng merkado, TAM, SAM."
Oleg Bakhtadze-Karnaukhov, pangkat ng PLEXeT: "Ang kontribusyon ng developer sa produkto ay malayo sa 80% ng trabaho, gaya ng karaniwang pinaniniwalaan. Hindi masasabi na mas madali para sa mga lalaki - halos ang buong bulk ng mga gawain ay nasa kanila. Ang aking code na walang mga interface, mga pagtatanghal, mga video, mga diskarte ay isang hanay lamang ng mga simbolo. Kung nagkaroon ng higit pang mga developer sa koponan sa halip na sila, malamang na pinamahalaan namin ito, ngunit ang lahat ay magiging hindi gaanong propesyonal. Lalo na ang pagtatanghal ay karaniwang kalahati ng tagumpay, tulad ng sa tingin ko. Sa panahon ng pagtatanggol at pagkatapos sa totoong buhay sa loob ng ilang minuto, walang sinuman ang magkakaroon ng oras upang maunawaan kung talagang gumagana ang iyong prototype. Kung madadala ka sa mga pakana, walang makikinig sa iyo. Kung lalayo ka sa teksto, mauunawaan ng lahat na ikaw mismo ay hindi alam kung ano ang mahalaga sa iyong produkto, kung paano ito ipapakita at kung sino ang nangangailangan nito."
Pamamahala ng oras at pagpapahinga
Tandaan kung paano sa mga cartoon ng pagkabata tulad ng "Tom and Jerry" ang mga character ay naglalagay ng mga posporo sa ilalim ng kanilang mga talukap upang maiwasan ang mga ito sa pagsasara? Ang mga walang karanasan (o sobrang masigasig) na mga kalahok sa hackathon ay halos pareho.
Sa isang hackathon, madaling mawalan ng ugnayan sa katotohanan at pakiramdam ng oras - ang kapaligiran ay kaaya-aya sa walang pigil na coding nang walang pahinga para sa pahinga, pagtulog, pagloloko sa silid ng laro, pakikipag-usap sa mga kasosyo o pagdalo sa mga master class. Kung ituturing mo ito tulad ng World Championships o Olympics, kung gayon oo, marahil ganoon ang dapat mong pag-uugali. Hindi naman.
Artem Koshko, Composite Key team: "Kami ay nagkaroon ng maraming chak-chak, marami - isang tore nito ay itinayo sa gitna ng aming mesa, pinapanatili nito ang aming moral at binigyan kami ng carbohydrates sa tamang oras. Kami ay nagpahinga at nagtrabaho halos lahat ng oras na magkasama, at hindi nagpahinga nang hiwalay. Pero iba ang tulog nila. Si Andrey (fullstack developer) ay mahilig matulog sa araw, kami ni Denis ay mahilig matulog sa gabi. Samakatuwid, mas nagtrabaho ako kay Denis sa araw, at kay Andrey sa gabi. At natulog siya sa mga pahinga. Wala kaming anumang sistema ng trabaho o pagtatakda ng mga gawain; sa halip, ang lahat ay kusang-loob. Ngunit hindi ito nag-abala sa amin, dahil naiintindihan namin ang isa't isa at nagpupuno sa bawat isa. Nakatulong ito na kami ay mga kasamahan at nakikipag-usap nang malapit. Ako ang dating intern ni Andrey, at si Denis ay dumating sa kumpanya bilang intern ko."
At narito, sa pamamagitan ng paraan, ay ang parehong chak-chak bundok.
Halos lahat ng mga kalahok na aming kinapanayam ay pinangalanan ang karampatang pamamahala sa oras bilang pangunahing pamantayan para sa tagumpay sa hackathon. Ano ang ibig sabihin nito? Namamahagi ka ng mga gawain upang magkaroon ka ng oras para sa pagtulog at pagkain, at ang mga gawain ay hindi nakumpleto sa regular na paraan. gumuho ang lahat, ngunit sa bilis na komportable para sa bawat miyembro ng koponan.
Oleg Bakhtadze-Karnaukhov, pangkat ng PLEXeT"Ang aming layunin ay hindi magtrabaho nang maraming oras hangga't maaari, ngunit manatiling produktibo hangga't maaari. Kahit 3-4 hours ang tulog namin sa isang araw, parang nagtagumpay kami. Maaari tayong pumunta sa games room o tumambay sa mga booth ng ating mga kasosyo, at maglaan ng normal na oras para sa pagkain. Sa ikalawang araw, sinubukan naming i-relieve si Lev hangga't maaari upang magkaroon siya ng sapat na tulog at magkaroon ng oras upang ayusin ang sarili bago ang pagtatanghal. Nakatulong sa amin ang hackathon rehearsals, dahil naiintindihan na namin kung paano ipamahagi ang mga gawain, at ang pag-synchronize ng pang-araw-araw na gawain - kumain kami, natulog at gising nang sabay. Bilang resulta, nagtrabaho sila bilang isang mekanismo."
Hindi namin alam kung paano nakuha ng team na ito ang Agomoto's Eye sa hackathon, ngunit sa huli ay nagawa pa nilang mag-shoot ng video tungkol sa proyekto at maghanda ng handout.
Ilang tip para sa pamamahala ng oras sa isang hackathon:
- Mula malaki hanggang maliit - hatiin ang mga gawain sa maliliit na bloke.
- Ang hackathon ay isang marathon. Ano ang pinakamahalagang bagay sa isang marathon? Subukang tumakbo sa parehong bilis, kung hindi, mahuhulog ka sa dulo ng distansya. Subukang magtrabaho sa humigit-kumulang sa parehong intensity at huwag itulak ang iyong sarili sa punto ng pagkahapo.
- Isipin nang maaga kung ano ang magiging mga gawain ng bawat kalahok at kung gaano karaming oras ang aabutin sa kanya. Makakatulong ito sa iyo na maiwasan ang mga sorpresa kapag ang deadline ay kalahating oras na lang at wala kang malaking trabahong handa.
- Suriin ang mga coordinate upang ayusin ang saklaw ng mga gawain. Pakiramdam mo ba ay maayos ka na at may natitira pang oras? Mahusay - maaari mong gastusin ito sa pagtulog o pagtatapos ng iyong presentasyon.
- Huwag mabitin sa mga detalye, magtrabaho sa malawak na mga stroke.
- Mahirap magpahinga mula sa trabaho, kaya maglaan ng oras para sa pagtulog, pagpapahinga, o pagrerelaks. Maaari kang magtakda ng mga alarma, halimbawa.
- Maglaan ng oras upang maghanda at magsanay ng iyong talumpati. Ito ay sapilitan para sa lahat at palagi. Napag-usapan namin ito sa isa sa mga nauna .
At mayroon ding alternatibong opinyon na ito. Aling opsyon ka para sa - pagpapahirap sa pamamagitan ng coding o digmaan sa digmaan, at tanghalian sa isang iskedyul?
Diana Ganieva, Jingu Digital team: "Ang bawat tao sa aming koponan ay may pananagutan para sa isang bagay, walang papalit sa amin, kaya hindi kami makapagtrabaho sa mga shift. Nang wala na talagang lakas, tatlong oras kaming natulog, depende sa dami ng trabahong natitira para sa kalahok. Wala talagang oras para mag-hang out, hindi kami nag-aaksaya ng mahalagang oras dito. Sinuportahan ang pagiging produktibo, kahit na may maikling tulog, at mga goodies na may tsaa - walang energy drink o kape."
Nakatago sa ilalim ng hiwa ang ilang mga kapaki-pakinabang na link kung gusto mong sumisid sa paksa ng pamamahala ng oras. Ito ay magiging kapaki-pakinabang sa pang-araw-araw na buhay - maniwala sa may-akda ng post na ito, na palaging huli :)
Para sa mga mananakop ng panahon — Ang mga epektibong diskarte sa pamamahala ng oras ay nakolekta sa Netology blog ng isang manager ng proyekto ng Kaspersky Lab:
— Isang magandang artikulo para sa mga nagsisimula sa Cossa:
Subukang tumayo
Sa itaas ay isinulat namin ang tungkol sa pangkat na gumawa ng handout upang protektahan ang proyekto. Sila lang ang nasa track nila, at sigurado kami na sa 3500+ na kalahok ay walang katulad nila.
Siyempre, hindi ito ang pangunahing dahilan ng kanilang tagumpay, ngunit tiyak na nagdala ito ng karagdagang plus - hindi bababa sa, ang pakikiramay ng mga eksperto. Maaari kang tumayo sa iba't ibang paraan - sinisimulan ng ilan sa aming mga nanalo ang bawat pagtatanghal sa isang biro tungkol sa kung paano sila gumawa ng bomba (Sakharov team, hello!).
Hindi namin ito tatalakayin nang detalyado, ngunit ibabahagi lamang ang isang kaso mula sa koponan ng PLEXeT - sa tingin namin ay karapat-dapat itong maging isang biro tungkol sa anak ng kaibigan ng isang ina.
Oleg Bakhtadze-Karnaukhov, pangkat ng PLEXeT: "Napagtanto namin na kami ay nangunguna sa kurba at nagpasya na magiging cool na dumating sa pre-defense na may isang transfer case. Ang proyekto ay may maraming mga teknikal na detalye, mga paliwanag ng mga algorithm, na hindi kasama sa pagtatanghal. Pero gusto kong ipakita. Sinuportahan ng mga eksperto ang ideya at tumulong pa ngang i-optimize ito. Ni hindi nila tiningnan ang unang bersyon, sinabi nila na hindi nila kailanman babasahin ang gayong pagpipinta. Kami lang ang nasa depensa.”
May mangyayaring mali, at ayos lang.
Sa isang hackathon, tulad ng sa ordinaryong buhay, palaging may puwang para sa mga pagkakamali. Kahit na tila naisip mo na ang lahat, sino sa atin ang hindi nahuhuli sa eroplano/pagsusulit/kasal dahil lang sa napagdesisyunan ng mga sasakyan na maipit sa siksikan, nagpasya ang escalator na masira, at ang pasaporte ay nakalimutan. sa bahay?
Oleg Bakhtadze-Karnaukhov, pangkat ng PLEXeT: “Buong gabi kami ni Polina sa paggawa ng isang presentasyon, ngunit sa huli ay nakalimutan nilang i-upload ito sa computer sa bulwagan kung saan naganap ang depensa. Sinusubukan naming buksan ito mula sa isang flash drive, at nakikita ng antivirus ang file bilang isang virus at tinatanggal ito. Bilang resulta, nagawa naming simulan ang lahat isang minuto lang bago matapos ang aming pagtatanghal. Nagawa naming ipakita ang video, ngunit sobrang sama pa rin kami. Isang katulad na kuwento ang nangyari sa amin noong pre-defense. Ang aming prototype ay hindi nagsimula, ang mga computer ni Polina at Lev ay nagyelo, at sa ilang kadahilanan ay iniwan ko ang akin sa hangar kung saan nakaupo ang aming track. At bagama't nakita ng mga eksperto ang aming trabaho sa umaga, nagmukha kaming isang pangkat ng mga sira-sira na may handout, magagandang salita, ngunit walang produkto. Isinasaalang-alang na maraming kalahok ang nakakita sa aking trabaho sa mga modelo ng matematika bilang "siya ay nakaupo, gumuhit ng isang bagay, hindi tumitingin sa computer," ang sitwasyon ay hindi masyadong maganda.
Parang corny, pero ang magagawa mo lang sa sitwasyong ito ay huminga. Nangyari na. Hindi, hindi lang ikaw, lahat ay nagkakagulo. Kahit na ito ay isang nakamamatay na pagkakamali, ito ay isang karanasan. At isipin din, ituturing bang fakap ng taong nagsusuri sa iyo ang kasong ito?
Ibahagi sa mga komento kung aling komposisyon ang pinaka komportable mong magtrabaho sa isang hackathon (parehong mga tao at mga espesyalista) at kung paano ka bumuo ng mga proseso sa isang team.
Pinagmulan: www.habr.com