Mesthi wae ana sing salah, lan ora apa-apa: carane menang hackathon kanthi tim telu

Klompok apa sing biasane sampeyan tindakake hackathon? Kaping pisanan, kita nyatakake yen tim becik kasusun saka limang wong - manajer, loro programer, desainer lan pemasar. Nanging pengalaman finalis kita nuduhake yen sampeyan bisa menang hackathon karo tim cilik saka telung wong. Saka 26 tim sing menang ing final, 3 kompetisi lan menang karo musketeers. Carane padha nindakake - maca ing.

Kita ngobrol karo kapten kabeh telung tim lan ngerti manawa strategi kasebut akeh sing padha. Pahlawan kiriman iki yaiku tim PLEXeT (Stavropol, nominasi Kementerian Telekomunikasi lan Komunikasi Massa), "Kunci Komposit" (Tula, nominasi Kementerian Informasi lan Komunikasi Republik Tatarstan) lan Jingu Digital (Ekaterinburg, nominasi saka Kementerian Perindustrian lan Perdagangan). Kanggo sing kasengsem, katrangan ringkes babagan perintah kasebut didhelikake ing sangisore kucing.
Katrangan printahPLEXeT
Tim kasebut duwe telung wong - pangembang (web, C ++, kompetensi keamanan informasi), desainer lan manajer. Kita ora kenal sadurunge hackathon regional. Tim kasebut dirakit dening kapten adhedhasar asil tes online.
Kunci komposit
Tim kasebut duwe telung kanca pangembang - fullstack kanthi pengalaman sepuluh taun ing IT, backend lan seluler, lan backend kanthi fokus ing basis data.
Jingu Digital
Tim kasebut dumadi saka rong programer - backend lan AR/Unity, uga desainer sing uga tanggung jawab kanggo manajemen tim. Menang ing nominasi saka Kementerian Perindustrian lan Perdagangan

Pilih tugas sing cedhak karo kompetensi sampeyan

Apa sampeyan kelingan yen ana puisi kaya "klub drama, klub foto, lan aku uga pengin nyanyi"? Aku mikir yen akeh wong sing kenal karo perasaan iki - nalika kabeh sing ana ing sekitar sampeyan menarik, sampeyan pengin nuduhake dhewe kanthi cara anyar ing arah sampeyan, lan nyoba industri / area pangembangan anyar. Pilihan ing kene mung gumantung marang tujuan tim lan kekarepan kanggo njupuk risiko - apa sampeyan bisa nampa kesalahan sampeyan yen dumadakan ing tengah hackathon sampeyan ngerti yen ora realistis kanggo ngatasi masalah iki? Eksperimen ing kategori "Aku ora apik ing pangembangan seluler, nanging apa iku?" Ora kanggo kabeh wong. Apa sampeyan jinis amatir?

Artem Koshko (ashchuk), printah "Tombol Komposit": "Kaping pisanan kita ngrancang nyoba sing anyar. Ing tataran regional, kita nyoba sawetara paket nuget, sing ora tau entuk, lan Yandex.Cloud. Pungkasane, kita masang CockroachDB ing Kubernetes lan nyoba migrasi menyang nggunakake EF Core. Sawetara iku dadi apik, sawetara ora dadi luwih. Dadi, kita sinau babagan anyar, nguji awake dhewe, lan mesthekake keandalan pendekatan sing wis bukti..

Cara milih tugas yen mripatmu ngumbara:

• Pikir babagan kompetensi apa sing dibutuhake kanggo ngrampungake kasus iki, lan apa kabeh anggota tim duwe
• Yen sampeyan ora duwe kompetensi, apa sampeyan bisa menehi ganti rugi (nggawe solusi liyane, cepet sinau sing anyar)
• Nindakake riset ringkes babagan pasar sing bakal digawe produk
• Etung kompetisi - trek / perusahaan / tugas sing paling akeh dituju?
• Wangsulan pitakon: apa sing paling sampeyan dorong?

Oleg Bakhtadze-KarnaukhovPLEXeT), printah PLEXeT: "Kita nggawe keputusan babagan sepuluh jam istirahat ing bandara - mung nalika kebangkrutan, dhaptar trek lan pratelan tugas sing ringkes teka ing surat kita. Aku langsung nemtokake papat tugas sing menarik kanggo kula minangka programmer lan rencana aksi sawise wiwitan jelas - apa sing kudu ditindakake lan kepiye carane. Banjur aku ngevaluasi tugas saben anggota tim lan ngevaluasi tingkat kompetisi. Akibaté, kita milih antarane tugas Gazprom lan Kamentrian Telekomunikasi lan Komunikasi Massa. Bapake desainer kita kerja ing minyak lan gas; kita nelpon lan takon babagan industri kasebut. Pungkasane, kita ngerti yen ya, iku menarik, nanging kita ora bakal bisa menehi apa-apa sing dhasar anyar lan kita mesthi ora bakal bisa cocog karo kompetensi, amarga akeh banget spesifik industri sing kudu ditindakake. akun. Pungkasane, kita njupuk risiko lan pindhah menyang trek pisanan.

Diana Ganieva (dirilean), tim Jingu Digital: "Ing tahap regional, kita duwe tugas sing ana gandhengane karo pertanian, lan ing final - AR / VR ing industri. Dheweke dipilih dening kabeh tim supaya saben wong bisa mujudake kemampuane. Banjur kita nyingkirake apa sing ora katon menarik.

Garap PR-mu

Lan kita ora ngomong babagan persiapan kode saiki - umume ora ana gunane. Iku babagan komunikasi ing tim. Yen sampeyan durung main bebarengan, durung sinau kanggo ngerti saben liyane lan entuk persetujuan, kumpul kaping pindho sadurunge lan simulasi hackathon, utawa paling ora nelpon saben liyane kanggo ngobrol babagan poin utama, pikirake. liwat rencana tumindak, lan ngrembug kekiyatan lan kelemahane saben liyane. Sampeyan malah bisa nemokake sawetara kasus lan nyoba ngatasi - paling ora kanthi skematis, ing tingkat "carane pindhah saka titik A menyang titik B."

Sajrone paragraf iki, kita duwe risiko nyekel minus ing karma lan komentar, ujar, kepiye carane, sampeyan ora ngerti apa-apa, nanging kepiye rasa seneng, drive, perasaan sing saiki prototipe bakal lair saka primordial. duduh kaldu (halo, pelajaran biologi).

Ya, TAPI.

Improvisasi lan drive mung apik yen mung dadi panyimpangan saka strategi - yen ora, resiko gedhe banget kanggo mbuwang wektu kanggo ngresiki kekacauan lan mbenerake kesalahan, tinimbang nggarap, mangan utawa turu.

Oleg Bakhtadze-Karnaukhov, tim PLEXeT: "Aku ora ngerti anggota timku sadurunge kompetisi; Aku milih lan ngundang dheweke adhedhasar kompetensi lan penilaian ing tahap tes online. Nalika kita menang hackathon regional lan nyadari yen kita isih kudu pindhah menyang Kazan bebarengan lan ngrampungake proyek hackathon ing Stavropol, kita mutusake yen kita bakal bebarengan lan nglatih. Sadurunge final, kita ketemu kaping pindho - kita nemokake masalah acak lan ditanggulangi. Soko kaya juara kasus. Lan wis ing tahap iki kita weruh masalah ing komunikasi lan distribusi tugas - nalika Polina (desainer) lan Lev (manajer) padha mikir babagan gaya perusahaan, fitur produk, looking for data pasar, aku duwe akèh wektu free. Dadi kita nyadari yen kita kudu njupuk nominasi sing luwih angel (aku ora gumunggung, kita biasane nemoni tugas sing ana gandhengane karo web, nanging kanggo aku mung siji utawa loro) lan aku kudu luwih melu ing proses kerja. . Akibaté, ing final, sajrone riset awal, aku melu modeling matematika lan ngembangake algoritma.

Artem Koshko, tim Kunci Komposit : "Kita wis siyap luwih mental; ora ana omongan babagan nyiapake kode. Kita wis nemtokake peran ing tim sadurunge - telu kita kabeh programer (kita duwe tumpukan lengkap lan loro backends, plus aku ngerti sethithik babagan pangembangan seluler), nanging jelas yen ana wong sing kudu njupuk peran desainer lan manajer. Mangkono, ora dingerteni, aku dadi pimpinan tim, nyoba dadi analis bisnis, speaker lan nggawe presentasi. Aku mikir yen kita ora ngomong babagan iki luwih dhisik, kita ora bakal bisa ngatur wektu kanthi bener, lan kita ora bakal bisa mlebu ing pertahanan pungkasan.

Diana Ganieva, Jingu Digital: "Kita ora nyiapake hackathon, amarga kita percaya manawa proyek hack kudu digawe saka awal - iku adil. Sadurunge, ing tahap milih trek, kita duwe konsep umum babagan apa sing arep ditindakake".

Sampeyan ora bisa nggarap pangembang piyambak

Diana Ganieva, tim Jingu Digital: "Kita duwe telung spesialis ing macem-macem lapangan ing tim kita. Miturut pendapatku, iki minangka komposisi sing cocog kanggo hackathon. Saben uwong sibuk karo urusane dhewe-dhewe lan ora ana tumpang tindih utawa pembagian tugas. Wong siji maneh bakal ora perlu.

Statistik nuduhake manawa komposisi rata-rata tim kita saka 4 nganti 5 wong, kalebu (paling apik) siji desainer. Ditampa umum yen perlu kanggo ngiyataken tim karo pangembang saka loreng beda - supaya bisa kanggo loro nambah database lan surprise karo "mesin" yen ana apa-apa. Ing paling apik, padha isih njupuk desainer karo wong-wong mau (aja gelo, kita tresna sampeyan!), Presentasi lan antarmuka ora bakal tarik piyambak, ing pungkasan. Peran manajer luwih asring diabaikan - biasane fungsi iki ditindakake dening kapten tim, pangembang paruh wektu.
Lan iki dhasar salah.

Artem Koshko, tim Kunci Komposit: "Ing sawetara titik, kita getun amarga ora njupuk spesialis khusus ing tim kasebut. Nalika kita padha bisa kanggo ngrampungake karo desain, iku angel karo rencana bisnis lan iku strategis liyane. Conto sing nyenengake yaiku nalika perlu ngetung target pamirsa lan volume pasar, TAM, SAM.

Oleg Bakhtadze-Karnaukhov, tim PLEXeT: "Kontribusi pangembang kanggo produk kasebut adoh saka 80% karya, kaya sing umum dipercaya. Ora bisa dikandhakake manawa luwih gampang kanggo wong lanang - meh kabeh tugas ana ing dheweke. Kode sandi tanpa antarmuka, presentations, video, Sastranegara mung pesawat saka simbol. Yen wis ana liyane gawe ing tim tinimbang wong-wong mau, kita mbokmenawa wis ngatur, nanging kabeh bakal katon kurang profesional. Utamané presentation punika umume setengah sukses, minangka misale jek kula. Sajrone pertahanan banjur ing urip nyata sajrone sawetara menit, ora ana sing bakal duwe wektu kanggo ngerti apa prototipe sampeyan pancene bisa digunakake. Yen sampeyan entuk rencana, ora ana sing bakal ngrungokake sampeyan. Yen sampeyan adoh banget karo teks kasebut, kabeh wong bakal ngerti yen sampeyan dhewe ora ngerti apa sing penting ing produk sampeyan, kepiye cara nampilake lan sapa sing butuh.

Manajemen wektu lan istirahat

Elinga carane ing kartun kanak-kanak kaya "Tom lan Jerry" karakter sijine cocog ing tlapukan kanggo njaga saka nutup? Peserta hackathon sing ora duwe pengalaman (utawa banget antusias) katon padha.

Ing hackathon, gampang ilang kontak karo kasunyatan lan rasa wektu - swasana kondusif kanggo coding sing ora dikendhaleni tanpa istirahat, turu, ngapusi ing ruangan game, komunikasi karo mitra utawa mlebu kelas master. Yen sampeyan nganggep iki kaya Kejuaraan Dunia utawa Olimpiade, mula ya, mbok menawa sampeyan kudu tumindak kaya ngono. Ora temenan.

Artem Koshko, tim Kunci Komposit: "Kita duwe akeh chak-chak, akeh - menara kasebut dibangun ing tengah meja, njaga semangat lan menehi karbohidrat ing wektu sing tepat. Kita ngaso lan makarya meh kabeh wektu bebarengan, lan ora ngaso dhewe. Nanging padha turu beda. Andrey (developer fullstack) seneng turu ing wayah awan, aku lan Denis seneng turu ing wayah wengi. Mula, aku kerja bareng Denis ing wayah awan, lan Andrey ing wayah wengi. Lan dheweke turu nalika istirahat. Kita ora duwe sistem kerja utawa nyetel tugas; nanging kabeh iku spontan. Nanging iki ora ngganggu kita, amarga kita ngerti saben liyane lan nglengkapi saben liyane. Iku mbantu kita dadi kolega lan komunikasi kanthi rapet. Aku mantan magang Andrey, lan Denis teka ing perusahaan minangka magangku.

Lan ing kene, ana gunung chak-chak sing padha.

Meh kabeh peserta sing diwawancarai jenenge manajemen wektu sing kompeten minangka kriteria utama kanggo sukses ing hackathon. Iki artine apa? Sampeyan mbagekake tugas supaya sampeyan duwe wektu kanggo turu lan mangan, lan tugas ora rampung kanthi rutin. kabeh ambruk, nanging ing jangkah sing nyaman kanggo saben anggota tim.


Oleg Bakhtadze-Karnaukhov, tim PLEXeT"Tujuan kita ora bisa kerja nganti pirang-pirang jam, nanging tetep produktif sajrone bisa. Sanajan kita turu 3-4 jam saben dina, kita katon sukses. Kita bisa menyang kamar game utawa nongkrong ing booths partners, lan nyisihake wektu normal kanggo panganan. Ing dina kapindho, kita nyoba ngredhakaké Lev sabisa-bisa supaya bisa turu cukup lan duwe wektu kanggo nyiapake awake sadurunge pagelaran. Latihan hackathon mbantu kita, amarga kita wis ngerti cara nyebarake tugas, lan sinkronisasi rutinitas saben dina - kita mangan, turu lan tangi ing wektu sing padha. Akibaté, dheweke kerja minangka mekanisme tunggal.

Kita ora ngerti carane tim iki bisa njaluk Agomoto's Eye menyang hackathon, nanging pungkasane dheweke bisa njupuk video babagan proyek kasebut lan nyiapake handout.

Sawetara tips kanggo manajemen wektu ing hackathon:

• Pindhah saka gedhe nganti cilik - pecah tugas dadi blok cilik.
• Hackathon minangka maraton. Apa sing paling penting ing maraton? Coba mlaku kanthi jangkah sing padha, yen ora, sampeyan bakal tiba ing pungkasan jarak. Coba kerja kanthi intensitas sing padha lan aja nyurung awak nganti kesel.
• Pikirake luwih dhisik apa sing bakal dadi tugas saben peserta lan suwene wektu sing bakal ditindakake. Iku bakal mbantu supaya surprises nalika deadline setengah jam adoh lan sampeyan ora duwe Piece gedhe saka karya siap.
• Priksa koordinat kanggo nyetel ruang lingkup tugas. Apa sampeyan rumangsa apik lan isih duwe wektu? Apik - sampeyan bisa nggunakake turu utawa ngrampungake presentasi sampeyan.
• Aja lali babagan rincian, kerja kanthi stroke sing amba.
• Pancen angel ngaso saka kerja, mula nyisihake wektu khusus kanggo turu, istirahat, utawa istirahat. Sampeyan bisa nyetel weker, contone.
• Njupuk wektu kanggo nyiapake lan gladhen pidato. Iki wajib kanggo kabeh wong lan tansah. Kita ngomong babagan iki ing salah sawijining sadurunge kiriman.

Lan ana uga pendapat alternatif iki. Opsi sing sampeyan gunakake - nyiksa kanthi coding utawa perang karo perang, lan nedha awan kanthi jadwal?

Diana Ganieva, tim Jingu Digital: "Saben wong ing tim kita tanggung jawab kanggo siji perkara, ora ana sing ngganti kita, mula kita ora bisa kerja shift. Nalika pancen ora ana kekuwatan, kita turu telung jam, gumantung saka jumlah karya sing isih ana kanggo peserta. Pancen ora ana wektu kanggo nongkrong, kita ora mbuwang wektu sing larang babagan iki. Produktivitas didhukung, sanajan turu cendhak, lan panganan karo teh - ora ana minuman energi utawa kopi.

Didhelikake ing ngisor potongan ana sawetara tautan sing migunani yen sampeyan pengin nyilem menyang topik manajemen wektu. Iku bakal migunani ing saben dinten gesang - pracaya penulis kirim iki, sing tansah telat :)
Kanggo penakluk wektu - Teknik manajemen wektu sing efektif diklumpukake ing blog Netology dening manajer proyek Kaspersky Lab: nangis
- Artikel sing apik kanggo pemula ing Cossa: nangis

Coba ngadeg metu

Ndhuwur kita nulis babagan tim sing nggawe handout kanggo nglindhungi proyek kasebut. Dheweke mung siji-sijine ing trek kasebut, lan kita yakin manawa ing antarane 3500+ peserta ora ana sing kaya ngono.
Mesthi, iki ora dadi alesan utama kanggo kamenangan, nanging mesthi nggawa tambahan tambahan - paling ora, simpati para ahli. Sampeyan bisa ngadeg kanthi cara sing beda-beda - sawetara pemenang miwiti saben pertunjukan kanthi guyon babagan carane nggawe bom (tim Sakharov, hello!).

Kita ora bakal ngrembug babagan iki kanthi rinci, nanging mung bakal nuduhake kasus saka tim PLEXeT - kita mikir pantes dadi guyon babagan putrane kanca ibune.

Oleg Bakhtadze-Karnaukhov, tim PLEXeT: "Kita nyadari yen kita wis ana ing ngarep kurva lan mutusake manawa bakal kelangan teka ing pra-pertahanan kanthi kasus transfer. Proyek kasebut nduweni akeh rincian teknis, penjelasan algoritma, sing ora kalebu ing presentasi. Nanging aku pengin nuduhake. Para ahli ndhukung ide kasebut lan malah mbantu ngoptimalake. Dheweke ora ndeleng versi pisanan, ujar manawa dheweke ora bakal maca lukisan kasebut. Kita mung siji-sijine ing pertahanan.

Mesthi wae ana sing salah, lan ora apa-apa.

Ing hackathon, kaya ing urip biasa, mesthi ana papan kanggo kesalahan. Malah yen sampeyan wis mikir kabeh, sapa ing antarane kita sing ora telat menyang pesawat / ujian / kawinan mung amarga mobil mutusake macet, eskalator mutusake kanggo mogok, lan paspor lali. Teng griyo?

Oleg Bakhtadze-Karnaukhov, tim PLEXeT: "Aku lan Polina nginep sewengi nggawe presentasi, nanging pungkasane kelalen ngunggah menyang komputer ing aula ing ngendi pertahanan kasebut ditindakake. Kita nyoba mbukak saka flash drive, lan antivirus nganggep file kasebut minangka virus lan mbusak. Akibaté, kita bisa miwiti kabeh mung sawetara menit sadurunge pungkasan kinerja. Kita ngatur kanggo nuduhake video, nanging kita isih banget upset. Ana crita sing padha karo kita nalika pra-pertahanan. Prototipe kita ora miwiti, komputer Polina lan Lev beku, lan sakperangan alesan aku ninggalake tambang ing hangar ngendi trek kita lungguh. Lan sanajan para ahli ndeleng karya kita ing wayah esuk, kita katon kaya tim eksentrik kanthi handout, tembung sing apik, nanging ora ana produk. Amarga akeh peserta sing nganggep karyaku babagan model matematika minangka "dheweke lungguh, nggambar, ora ndeleng komputer," kahanan kasebut ora apik banget.

Iku bakal muni corny, nanging kabeh sing bisa nindakake ing kahanan iki ambegan metu. Wis kelakon. Ora, sampeyan ora mung siji, kabeh wong ngaco. Malah yen iki kesalahan fatal, iku pengalaman. Lan uga mikir, apa wong sing ngevaluasi sampeyan bakal nganggep kasus iki minangka fakap?

Nuduhake ing komentar komposisi endi sing sampeyan rumangsa paling nyaman nalika kerja ing hackathon (loro wong lan spesialis) lan carane nggawe proses ing tim.

Source: www.habr.com