Sesuatu pasti akan salah, dan itu tidak masalah: bagaimana memenangkan hackathon dengan tim yang terdiri dari tiga orang

Komposisi apa yang biasanya Anda tuju ke hackathons? Awalnya, kami menyatakan bahwa tim ideal terdiri dari lima orang - seorang manajer, dua programmer, seorang desainer dan seorang pemasar. Tetapi pengalaman finalis kami menunjukkan bahwa Anda dapat memenangkan hackathon dengan tim kecil yang terdiri dari tiga orang. Dari 26 tim yang memenangkan final, 3 berkompetisi dan menang dengan musketeer. Bagaimana mereka berhasil - baca terus.



Kami berbicara dengan kapten dari ketiga tim dan menyadari bahwa strategi perilaku mereka memiliki banyak kesamaan. Pahlawan dari pos ini adalah tim PLEXeT (Stavropol, nominasi Kementerian Komunikasi dan Media Massa), Kunci Komposit (Tula, nominasi Kementerian Informatika dan Komunikasi Republik Tatarstan) dan Jingu Digital (Yekaterinburg, nominasi Kementerian Perindustrian dan Perdagangan). Bagi mereka yang tertarik - deskripsi singkat tentang tim disembunyikan di bawah kucing.

Pilih tugas yang dekat dengan kompetensi Anda

Ingat, ada sajak "lingkaran drama, lingkaran pada foto, dan saya juga ingin bernyanyi berburu"? Saya pikir banyak orang yang akrab dengan perasaan ini - ketika segala sesuatu di sekitar itu menarik, saya ingin menunjukkan diri saya dengan cara yang baru dan merasakan industri baru / bidang pembangunan. Pilihan di sini hanya bergantung pada tujuan tim Anda dan kemauan Anda untuk mengambil risiko - dapatkah Anda menerima kesalahan Anda jika tiba-tiba menyadari di tengah hackathon bahwa mengeluarkan tugas ini tidak realistis? Eksperimen dari kategori "Saya tidak mencari-cari dalam pengembangan ponsel, tapi apa yang tidak bercanda" - seorang amatir. Apakah kamu amatir?

Artem Koshko ( ashchuk ), tim “Kunci Komposit” : “Kami awalnya berencana untuk mencoba sesuatu yang baru. Pada tahap regional, mereka mencoba beberapa paket nuget, yang tidak terjangkau oleh tangan, dan Yandex.Cloud. Di final, kami menggunakan CockroachDB di Kubernetes, mencoba untuk memutar migrasi ke sana menggunakan EF Core. Sesuatu berjalan dengan baik, sesuatu yang tidak begitu baik. Jadi kami berdua belajar hal-hal baru, dan menguji diri kami, dan memastikan keandalan pendekatan yang terbukti . ”

Cara memilih tugas jika Anda menjalankan mata Anda:

• Pikirkan tentang kompetensi apa yang dibutuhkan untuk menyelesaikan kasus ini, dan apakah semua anggota tim memilikinya
• Jika kompetensi tidak cukup - dapatkah Anda menggantinya (datang dengan solusi berbeda, cepat pelajari hal-hal baru)
• Lakukan tinjauan singkat tentang pasar tempat Anda akan membuat produk
• Hitung kompetisi - jalur / perusahaan / tugas mana yang akan dituju oleh kebanyakan orang
• Jawab pertanyaannya: apa yang paling mendorong Anda?

Oleg Bakhtadze-Karnaukhov ( PLEXeT ), tim PLEXeT : “Kami membuat keputusan tentang transfer sepuluh jam di bandara - tepat pada saat pendaratan, daftar trek dan formulasi tugas yang singkat jatuh pada surat kami. Saya segera mengidentifikasi empat hal yang saya, sebagai seorang programmer, tertarik dan yang memahami rencana tindakan setelah permulaan - apa yang perlu dilakukan dan bagaimana kita akan melakukannya. Kemudian dia memperkirakan tugas masing-masing anggota tim dan menilai tingkat kompetisi. Karenanya, kami memilih antara tugas Gazprom dan Kementerian Komunikasi. Ayah desainer kami bekerja dengan industri minyak dan gas - kami memanggilnya dan mengajukan pertanyaan tentang industri ini. Sebagai hasilnya, kami menyadari bahwa ya, itu menarik, tetapi kami tidak dapat menawarkan sesuatu yang secara fundamental baru dan kami tidak akan dapat menariknya dari segi kompetensi, karena terlalu banyak spesifikasi industri yang perlu dipertimbangkan. Sebagai hasilnya, mereka mengambil kesempatan dan pergi ke trek pertama. "

Diana Ganieva ( dirilean ), tim Jingu Digital: “Pada tahap regional, kami memiliki tugas yang terkait dengan pertanian, dan di final - AR / VR di industri. Mereka dipilih oleh seluruh tim sehingga setiap orang dapat menyadari kemampuan mereka. Setelah kami menyaring apa yang menurut kami tidak begitu menarik. ”

Kerjakan pekerjaan rumah

Dan kita tidak berbicara tentang persiapan kode sekarang - melakukan ini umumnya tidak ada gunanya. Ini tentang komunikasi tim. Jika Anda belum bermain, belum belajar untuk memahami satu sama lain dan setuju, berkumpul bersama beberapa kali sebelumnya dan membuat model hackathon, atau setidaknya berkomunikasi untuk berbicara tentang poin utama, memikirkan rencana aksi, dan membahas kekuatan dan kelemahan masing-masing. Anda bahkan dapat menemukan kasing dan mencoba menyelesaikannya - setidaknya secara skematis, pada tingkat "bagaimana mendapatkan dari titik A ke titik B".

Untuk paragraf ini, kami berisiko menangkap kekurangan dalam karma dan komentar, mengatakan bahwa Anda tidak mengerti apa-apa, tetapi bagaimana dengan kegembiraan, dorongan, perasaan bahwa prototipe akan lahir dari kaldu utama (halo, pelajaran biologi).

Ya, TAPI.

Improvisasi dan dorongan hanya baik ketika mereka hanya menjadi penyimpangan kecil dari strategi - jika tidak risikonya terlalu besar untuk menghabiskan waktu menyapu kekacauan dan memperbaiki kesalahan, alih-alih bekerja, makan atau tidur.

Oleg Bakhtadze-Karnaukhov, tim PLEXeT : “Saya tidak tahu anggota tim saya sebelum kompetisi - saya memilih dan mengundang mereka berdasarkan kompetensi dan penilaian pada tahap pengujian online. Ketika kami memenangkan hackathon regional dan menyadari bahwa kami masih harus pergi bersama ke Kazan dan menyelesaikan proyek hackathon di Stavropol, kami memutuskan bahwa kami akan bersiap-siap dan berlatih. Kami bertemu dua kali sebelum final - kami menemukan tugas acak dan menyelesaikannya. Sesuatu seperti kejuaraan kasus. Dan sudah pada tahap ini kita melihat masalah dalam komunikasi dan alokasi tugas - sementara Polina (desainer) dan Lev (manajer) memikirkan gaya perusahaan, fitur produk, mencari data pasar, saya punya banyak waktu luang. Jadi kami menyadari bahwa kami perlu mengambil nominasi lebih rumit (saya tidak menyombongkan diri, kami hanya menemukan sebagian besar tugas yang berhubungan dengan web, dan saya mendapatkannya untuk satu atau dua) dan saya perlu lebih terlibat dalam proses kerja. Sebagai hasilnya, pada akhir selama tinjauan pendahuluan saya terlibat dalam pemodelan matematika, mengembangkan algoritma. "

Artyom Koshko, tim "Kunci Komposit" : "Kami sedang mempersiapkan lebih banyak secara mental, kami bahkan tidak berbicara tentang persiapan kode. Kami juga membagikan peran dalam tim sebelumnya - kami semua tiga programmer (kami memiliki fullstack dan dua backend, ditambah saya sedikit mengobrak-abrik pengembangan ponsel), tetapi jelas bahwa seseorang harus mengambil peran sebagai desainer dan manajer. Jadi, tanpa disadari oleh diri saya sendiri, saya menjadi pemimpin tim, saya mencoba diri saya sebagai analis bisnis, pembicara dan pembuat presentasi. Saya pikir jika kita tidak mengatakan ini sebelumnya, kita tidak akan dapat mengalokasikan waktu dengan benar, dan kita tidak akan mencapai pertahanan terakhir. "

Diana Ganieva, Jingu Digital: “Kami tidak mempersiapkan hackathon, karena kami percaya bahwa proyek peretasan harus dilakukan dari awal - itu jujur. Sebelumnya, pada tahap pemilihan trek, kami memiliki konsep umum tentang apa yang ingin kami lakukan . ”

Pada beberapa pengembang jangan pergi

Diana Ganieva, tim Jingu Digital : “Kami memiliki tiga spesialis dalam tim di berbagai bidang. Menurut pendapat saya, ini adalah komposisi sempurna untuk hackathon. Semua orang sibuk dengan bisnis mereka sendiri dan tidak ada persimpangan dan pembagian tugas. Orang lain akan berlebihan. "

Statistik menunjukkan bahwa komposisi rata-rata tim kami adalah dari 4 hingga 5 orang, di antaranya (paling-paling) adalah satu desainer. Secara umum diyakini bahwa Anda perlu memperkuat tim dengan pengembang berbagai garis - agar basis dan “mesin” dapat mengejutkan jika itu terjadi. Dalam kasus terbaik, mereka masih membawa desainer (jangan tersinggung, kami mencintaimu!), Presentasi dan antarmuka tidak akan membuat sendiri, pada akhirnya. Peran manajer diabaikan bahkan lebih sering - biasanya fungsi ini diambil alih oleh kapten tim, pengembang paruh waktu.
Dan ini pada dasarnya salah.

Artem Koshko, tim "Kunci Komposit" : "Pada titik tertentu, kami menyesal bahwa kami tidak memasukkan spesialis dalam tim. Jika kami masih dapat mengatasi desainnya, maka sulit untuk berurusan dengan rencana bisnis dan hal-hal strategis lainnya. Contoh nyata adalah ketika perlu untuk menghitung target audiens dan ukuran pasar, TAM, SAM. "

Oleg Bakhtadze-Karnaukhov, tim PLEXeT : “Kontribusi pengembang terhadap produk jauh dari 80% pekerjaan, seperti yang umumnya diyakini. Ini bukan untuk mengatakan bahwa itu lebih mudah bagi mereka - hampir seluruh susunan tugas utama ada pada mereka. Kode saya tanpa antarmuka, presentasi, video, strategi hanyalah sekumpulan karakter. Jika ada lebih banyak pengembang di tim alih-alih mereka, kami mungkin akan melakukannya, tetapi semuanya akan terlihat kurang profesional. Terutama presentasi yang umumnya setengah sukses, seperti yang terlihat oleh saya. Selama pertahanan dan kemudian dalam kehidupan nyata dalam beberapa menit, tidak ada yang akan punya waktu untuk memahami apakah prototipe Anda benar-benar berfungsi. Jika Anda terbawa oleh skema, tidak ada yang akan mendengarkan Anda. Anda melangkah terlalu jauh dengan teks - semua orang akan mengerti bahwa Anda sendiri tidak tahu apa yang paling penting dalam produk Anda, bagaimana cara mengirimkannya dan siapa yang membutuhkannya. "

Manajemen waktu dan istirahat

Ingat bagaimana dalam kartun seperti pahlawan Tom and Jerry meletakkan korek api di bawah kelopak mata mereka sehingga mereka tidak akan menutup? Peserta hackathon yang tidak berpengalaman (atau terlalu antusias) juga terlihat kurang lebih sama.

Di hackathon, mudah untuk kehilangan kontak dengan kenyataan dan rasa waktu - suasana kondusif untuk pengkodean yang merajalela tanpa gangguan untuk istirahat, tidur, bermain-main di ruang permainan, berbicara dengan mitra atau menghadiri kelas master. Jika Anda memperlakukannya seperti Piala Dunia atau Olimpiade, maka ya, mungkin itu layak untuk dilakukan. Tidak juga.

Artem Koshko, tim “Composite Key” : “Kami memiliki banyak chuck-chuck, banyak - di tengah meja kami sebuah menara dibangun darinya, itu mendukung kami semangat juang dan mendukungnya dengan karbohidrat pada waktu yang tepat. Kami beristirahat dan bekerja bersama hampir sepanjang waktu, secara individual kami tidak beristirahat. Tetapi mereka tidur dengan cara yang berbeda. Andrey (pengembang fullstack) suka tidur di siang hari, Denis dan saya suka tidur di malam hari. Karena itu, saya bekerja lebih banyak dengan Denis di siang hari, dan dengan Andrey di malam hari. Dan dia tidur dalam istirahat. Kami tidak memiliki sistem kerja dan pengaturan tugas apa pun - sebaliknya, semuanya spontan. Tapi ini tidak mengganggu kami, karena kami mengerti dan saling melengkapi dengan baik. Ini membantu bahwa kami adalah rekan kerja dan berkomunikasi secara dekat. Saya adalah mantan magang Andrey, dan Denis datang ke perusahaan sebagai magang saya. "

Dan di sini, omong-omong, adalah gunung chak-chak yang sama.



Manajemen waktu yang kompeten hampir semua peserta yang kami wawancarai menyebut kriteria utama untuk sukses di hackathon. Apa artinya ini? Anda mendistribusikan tugas sedemikian rupa sehingga Anda punya waktu untuk tidur, dan untuk makan, dan tugas dilakukan bukan dalam mode kusut , tetapi dengan kecepatan yang nyaman untuk setiap anggota tim.


Oleg Bakhtadze-Karnaukhov, tim PLEXeT : “ Tugas kami bukan untuk bekerja sebanyak mungkin jam, tetapi tetap produktif selama mungkin. Meskipun kami tidur 3-4 jam sehari, kami sepertinya berhasil. Kita bisa pergi ke ruang permainan atau nongkrong di stand mitra, menyisihkan waktu normal untuk makanan. Pada hari kedua, kami berusaha menurunkan Leo sebanyak mungkin sehingga dia akan cukup tidur dan mengatur dirinya sebelum pertunjukan. Latihan Hackathon membantu kami, karena kami sudah mengerti bagaimana mendistribusikan tugas, dan menyinkronkan rutinitas sehari-hari - kami makan, tidur dan bangun pada waktu yang sama. Hasilnya, mereka bekerja sebagai satu mekanisme tunggal. ”

Kami tidak tahu bagaimana tim ini berhasil menyeret Mata Agomoto ke hackathon, tetapi pada akhirnya mereka bahkan berhasil merekam video tentang proyek dan menyiapkan selebaran.

Beberapa tips manajemen waktu hackathon:

• Mulai dari tugas besar sampai kecil - kalahkan pada balok kecil.
• Hackathon adalah maraton. Apa hal terpenting dalam maraton? Cobalah untuk berlari dengan kecepatan yang seragam, jika tidak Anda akan jatuh pada akhir jarak. Cobalah bekerja dengan intensitas yang kira-kira sama dan jangan sampai kelelahan.
• Pikirkan sebelumnya apa yang akan dimasukkan dalam tugas masing-masing peserta, dan berapa banyak waktu yang akan dia habiskan untuk itu. Ini akan membantu untuk menghindari kejutan ketika setengah jam dari tenggat waktu, dan Anda tidak memiliki pekerjaan besar yang siap.
• Periksa koordinat untuk menyesuaikan volume tugas. Merasa bahwa Anda berjalan dengan baik dan bahkan waktu hampir habis? Luar biasa - Anda dapat menghabiskannya untuk mimpi atau menyelesaikan presentasi.
• Jangan melakukan siklus secara detail, bekerja dengan pukulan lebar.
• Sulit untuk melepaskan diri dari pekerjaan, jadi sediakan waktu khusus untuk tidur, istirahat, atau kusam. Anda dapat mengatur alarm, misalnya.
• Luangkan waktu untuk mempersiapkan dan melatih pidato. Ini adalah suatu keharusan bagi semua orang dan selalu. Kami membicarakan hal ini di salah satu pos sebelumnya.

Dan ada pendapat alternatif seperti itu. Pilihan apa yang Anda - siksa dengan coding atau perang demi perang, dan makan siang sesuai jadwal?

Diana Ganieva, tim Jingu Digital : “Setiap orang dalam tim bertanggung jawab atas satu hal, tidak ada yang menggantikan kami, jadi kami tidak bisa bekerja secara bergiliran. Ketika sama sekali tidak ada kekuatan yang tersisa, mereka tidur selama tiga jam, tergantung pada jumlah pekerjaan yang tersisa dengan peserta. Tidak ada waktu untuk nongkrong dari kata sama sekali, kita tidak menyia-nyiakan waktu yang berharga untuk ini. Produktivitas dipertahankan, meskipun dengan singkat, tetapi mimpi, dan makanan enak dengan teh - tanpa minuman energi atau kopi. "

Mereka menyembunyikan beberapa tautan bermanfaat di bawah potongan, jika Anda ingin menyelami topik manajemen waktu. Ini akan berguna dalam kehidupan sehari-hari - percayalah pada penulis postingan ini, yang selalu terlambat :)

Cobalah untuk menonjol

Di atas, kami menulis tentang tim yang membuat kesepakatan untuk melindungi proyek. Mereka sangat sendirian di jalur mereka, dan kami yakin bahwa di antara 3500+ peserta tidak ada lagi.
Tentu saja, ini tidak menjadi alasan utama untuk kemenangan mereka, tetapi tambahan tambahan pasti membawa - setidaknya, simpati para ahli. Anda dapat menonjol dengan cara yang berbeda - pemenang kami sendiri memulai setiap pertunjukan dengan lelucon bahwa mereka membuat bom (tim Sakharov, halo!).

Kami tidak akan membahas hal ini secara terperinci, tetapi hanya berbagi kasus tim PLEXeT - bagi kami tampaknya ia layak menjadi lelucon tentang putra pacar ibunya.

Oleg Bakhtadze-Karnaukhov, tim PLEXeT: “Kami mengerti bahwa kami lebih cepat dari jadwal dan memutuskan akan keren untuk datang ke pertahanan sebelum dengan bantuan. Proyek ini memiliki banyak detail teknis, penjelasan tentang algoritma, yang sama sekali tidak ada dalam presentasi. Dan saya ingin menunjukkan. Para ahli mendukung gagasan itu dan bahkan membantu untuk mengoptimalkan. Mereka bahkan tidak melihat opsi pertama, mereka mengatakan bahwa mereka tidak akan pernah membaca kanvas seperti itu. Kami sendirian di pertahanan. ”

Pasti ada yang salah, dan itu tidak masalah

Di hackathon, seperti dalam kehidupan biasa, selalu ada ruang untuk tiang tembok. Bahkan jika tampaknya Anda telah meramalkan segalanya - siapa di antara kita yang tidak terlambat untuk pesawat / ujian / pernikahan hanya karena mobil memutuskan untuk terjebak dalam kemacetan lalu lintas, eskalator - untuk mogok, dan paspor - untuk dilupakan di rumah?

Oleg Bakhtadze-Karnaukhov, tim PLEXeT: “Saya membuat presentasi sepanjang malam dengan Polina, tetapi pada akhirnya mereka lupa mengunggahnya ke komputer di aula tempat pertahanan berlangsung. Kami mencoba membukanya dari flash drive, dan antivirus menganggap file itu sebagai virus dan menghapusnya. Sebagai hasilnya, kami berhasil memulai semuanya hanya satu menit sebelum akhir kinerja kami. Kami berhasil menampilkan video, tetapi masih sangat sedih. Kisah serupa terjadi pada kami di pra-pertahanan. Prototipe kami tidak mulai, komputer Polina dan Leo digantung, dan untuk beberapa alasan saya meninggalkan milik saya di hanggar tempat trek kami duduk. Dan meskipun para ahli melihat pekerjaan kami di pagi hari, kami tampak seperti tim eksentrik dengan selebaran, kata-kata yang indah, tetapi tanpa produk. Menimbang bahwa banyak peserta menganggap pekerjaan matmodel saya sebagai "duduk di sesuatu, menggambar, tidak melihat komputer," situasinya tidak terlalu. "

Ini akan terdengar basi, tetapi yang dapat Anda lakukan dalam situasi ini adalah menghembuskan napas. Itu sudah terjadi. Tidak, Anda bukan satu-satunya; semua orang bisa memotong. Bahkan jika ini adalah kesalahan fatal - itu adalah pengalaman. Dan pikirkanlah, tetapi apakah orang yang mengevaluasi Anda akan menganggap kasus ini palsu?

Bagikan dalam komentar komposisi apa yang lebih nyaman bagi Anda untuk mengerjakan hackathon (baik pada orang dan spesialis) dan bagaimana membangun proses dalam tim.