Grup seperti apa yang biasanya Anda hadiri hackathon? Awalnya, kami menyatakan bahwa tim ideal terdiri dari lima orang - seorang manajer, dua programmer, seorang desainer dan seorang pemasar. Namun pengalaman finalis kami menunjukkan bahwa Anda bisa memenangkan hackathon dengan tim kecil yang terdiri dari tiga orang. Dari 26 tim yang menjadi juara final, 3 tim bertanding dan menang bersama musketeers. Bagaimana mereka melakukannya - baca terus.
Kami berbicara dengan kapten ketiga tim dan menyadari bahwa strategi mereka memiliki banyak kesamaan. Pahlawan postingan ini adalah tim PLEXeT (Stavropol, nominasi Kementerian Telekomunikasi dan Komunikasi Massa), “Composite Key” (Tula, nominasi Kementerian Informasi dan Komunikasi Republik Tatarstan) dan Jingu Digital (Ekaterinburg, pencalonan Kementerian Perindustrian dan Perdagangan). Bagi yang berminat, penjelasan singkat tentang perintah-perintah tersebut disembunyikan di bawah kucing.
Deskripsi PerintahPLEXeT
Tim ini terdiri dari tiga orang - seorang pengembang (web, C++, kompetensi keamanan informasi), seorang desainer dan seorang manajer. Kami tidak saling kenal sebelum hackathon regional. Tim dibentuk oleh kapten berdasarkan hasil uji coba online.
Kunci komposit
Tim ini memiliki tiga rekan pengembang - fullstack dengan pengalaman sepuluh tahun di bidang TI, backend dan seluler, serta backend dengan fokus pada database.
Jingu Digital
Tim ini terdiri dari dua programmer - backend dan AR/Unity, serta seorang desainer yang juga bertanggung jawab atas pengelolaan tim. Menang dalam nominasi Kementerian Perindustrian dan Perdagangan
Pilihlah tugas yang dekat dengan kompetensi Anda
Apakah Anda ingat ada sajak “klub drama, klub foto, dan saya juga ingin bernyanyi”? Saya rasa banyak orang yang akrab dengan perasaan ini - ketika segala sesuatu di sekitar Anda menarik, Anda ingin menunjukkan diri Anda dengan cara baru ke arah Anda, dan mencoba industri/bidang pengembangan baru. Pilihan di sini hanya bergantung pada tujuan tim Anda dan kemauan mengambil risiko - dapatkah Anda menerima kesalahan Anda jika tiba-tiba di tengah hackathon Anda menyadari bahwa menyelesaikan masalah ini tidak realistis? Eksperimen dalam kategori “Saya tidak pandai dalam pengembangan seluler, tapi apa itu?” tidak cocok untuk semua orang. Apakah Anda tipe amatir?
Artem Koshko (), perintah “Kunci komposit”: “Awalnya kami berencana mencoba sesuatu yang baru. Di tingkat regional, kami mencoba beberapa paket nuget yang belum pernah kami coba, dan Yandex.Cloud. Pada akhirnya, kami menerapkan CockroachDB di Kubernetes dan mencoba melakukan migrasi ke dalamnya menggunakan EF Core. Beberapa hal berjalan baik, beberapa tidak begitu baik. Jadi kami mempelajari hal-hal baru, menguji diri sendiri, dan memastikan keandalan pendekatan yang telah terbukti.”.
Bagaimana memilih tugas jika mata Anda mengembara:
- Pikirkan tentang kompetensi apa yang diperlukan untuk menyelesaikan kasus ini, dan apakah semua anggota tim memilikinya
- Jika Anda kurang kompetensi, dapatkah Anda memberikan kompensasinya (temukan solusi lain, cepat pelajari sesuatu yang baru)
- Lakukan riset singkat tentang pasar tempat Anda akan membuat produk
- Hitung persaingannya - jalur/perusahaan/tugas mana yang paling banyak diikuti orang?
- Jawab pertanyaannya: apa yang paling mendorong Anda?
Oleg Bakhtadze-Karnaukhov (), perintah PLEXeT: “Kami membuat keputusan untuk singgah selama sepuluh jam di bandara - tepat pada saat pendaratan, daftar jalur dan pernyataan singkat tugas tiba melalui pos kami. Saya segera mengidentifikasi empat tugas yang menarik bagi saya sebagai seorang programmer dan rencana tindakan setelah permulaannya jelas - apa yang perlu dilakukan dan bagaimana kami akan melakukannya. Kemudian saya menilai tugas masing-masing anggota tim dan menilai tingkat kompetisinya. Akibatnya, kami memilih antara tugas Gazprom dan Kementerian Telekomunikasi dan Komunikasi Massa. Ayah desainer kami bekerja di bidang minyak dan gas; kami meneleponnya dan menanyakan pertanyaan tentang industri ini. Pada akhirnya, kami menyadari bahwa ya, ini menarik, tetapi kami tidak akan dapat menawarkan sesuatu yang baru secara fundamental dan kami pasti tidak akan dapat menandingi kompetensi, karena terlalu banyak industri spesifik yang perlu dipertimbangkan. akun. Pada akhirnya, kami mengambil risiko dan pergi ke trek pertama.”
Diana Ganieva (), tim Jingu Digital: “Di tingkat regional kami mendapat tugas terkait pertanian, dan di final, AR/VR di bidang industri. Mereka dipilih oleh seluruh tim agar setiap orang dapat mewujudkan kemampuannya. Lalu kami menyingkirkan apa yang menurut kami tidak begitu menarik.”
Kerjakan pekerjaan rumahmu
Dan kita tidak sedang membicarakan tentang persiapan kode sekarang—pada umumnya tidak ada gunanya melakukan hal itu. Ini tentang komunikasi dalam tim. Jika Anda belum bermain bersama, belum belajar memahami satu sama lain dan mencapai kesepakatan, berkumpul beberapa kali sebelumnya dan melakukan simulasi hackathon, atau setidaknya saling menelepon untuk membicarakan poin-poin utama, pikirkan melalui rencana tindakan, dan mendiskusikan kekuatan dan kelemahan masing-masing. Anda bahkan dapat menemukan beberapa kasus dan mencoba menyelesaikannya - setidaknya secara skematis, pada tingkat “cara berpindah dari titik A ke titik B”.
Selama paragraf ini, kita berisiko terkena kekurangan karma dan komentar, mengatakan, bagaimana mungkin, Anda tidak mengerti apa-apa, tetapi bagaimana dengan kegembiraan, dorongan, perasaan bahwa sekarang prototipe akan lahir dari yang asli kaldu (halo, pelajaran biologi).
Ya tapi.
Improvisasi dan dorongan hanya baik jika hanya sedikit menyimpang dari strategi - jika tidak, risikonya terlalu besar untuk menghabiskan waktu membereskan kekacauan dan memperbaiki kesalahan, daripada bekerja, makan atau tidur.
Oleg Bakhtadze-Karnaukhov, tim PLEXeT: “Saya tidak mengenal satu pun anggota tim saya sebelum kompetisi, saya memilih dan mengundang mereka berdasarkan kompetensi dan penilaian mereka pada tahap uji coba online. Ketika kami memenangkan hackathon regional dan menyadari bahwa kami masih harus pergi ke Kazan bersama dan menyelesaikan proyek hackathon di Stavropol, kami memutuskan untuk berkumpul dan berlatih. Sebelum final, kami bertemu dua kali - kami menemukan masalah acak dan menyelesaikannya. Sesuatu seperti kejuaraan kasus. Dan pada tahap ini kami melihat masalah dalam komunikasi dan pembagian tugas - ketika Polina (desainer) dan Lev (manajer) memikirkan gaya korporat, fitur produk, mencari data pasar, saya punya banyak waktu luang. Jadi kami menyadari bahwa kami perlu mengambil nominasi yang lebih sulit (saya tidak membual, kami hanya sering menjumpai tugas-tugas yang berhubungan dengan web, tapi bagi saya itu hanya satu atau dua) dan saya harus lebih terlibat dalam proses kerja . Hasilnya, di final, selama penelitian pendahuluan, saya terlibat dalam pemodelan matematika dan pengembangan algoritma.”
Artem Koshko, tim Kunci Komposit : “Kami lebih mempersiapkan mental, tidak ada pembicaraan soal menyiapkan kode. Kami telah menetapkan peran dalam tim sebelumnya - kami bertiga semuanya adalah programmer (kami memiliki tumpukan penuh dan dua backend, ditambah lagi saya tahu sedikit tentang pengembangan seluler), tetapi jelas bahwa seseorang harus mengambil alih peran tersebut. peran desainer dan manajer. Begitulah, tanpa sepengetahuan saya, saya menjadi pemimpin tim, mencoba diri saya sendiri sebagai analis bisnis, pembicara, dan pembuat presentasi. Saya pikir jika kami tidak membicarakan hal ini sebelumnya, kami tidak akan dapat mengatur waktu dengan benar, dan kami tidak akan berhasil mencapai pertahanan terakhir.”
Diana Ganieva, Jingu Digital: “Kami tidak mempersiapkan hackathon ini, karena kami percaya bahwa proyek hack harus dibuat dari awal - itu adil. Sebelumnya, pada tahap pemilihan trek, kami memiliki konsep umum tentang apa yang ingin kami lakukan".
Anda tidak dapat bekerja dengan pengembang sendirian
Diana Ganieva, tim Jingu Digital: “Kami memiliki tiga spesialis di bidang berbeda di tim kami. Menurut saya, ini komposisi yang ideal untuk hackathon. Setiap orang sibuk dengan urusannya masing-masing dan tidak ada tumpang tindih atau pembagian tugas. Satu orang lagi tidak berguna.”
Statistik menunjukkan bahwa rata-rata komposisi tim kami adalah 4 hingga 5 orang, termasuk (paling banter) satu desainer. Secara umum diterima bahwa perlu untuk memperkuat tim dengan pengembang dari berbagai bidang - agar dapat menambah database dan mengejutkan dengan "mesin" jika terjadi sesuatu. Paling-paling, mereka masih membawa seorang desainer (jangan tersinggung, kami mencintaimu!), pada akhirnya presentasi dan antarmuka tidak akan menarik dengan sendirinya. Peran seorang manajer bahkan lebih sering diabaikan - biasanya fungsi ini diambil alih oleh kapten tim, seorang pengembang paruh waktu.
Dan ini pada dasarnya salah.
Artem Koshko, tim Kunci Komposit: “Pada titik tertentu, kami menyesal tidak memasukkan spesialis khusus ke dalam tim. Meskipun kami mampu mengatasi desainnya, hal itu sulit dilakukan dengan rencana bisnis dan hal-hal strategis lainnya. Contoh yang mencolok adalah ketika perlu menghitung target audiens dan volume pasar, TAM, SAM.”
Oleg Bakhtadze-Karnaukhov, tim PLEXeT: “Kontribusi pengembang terhadap produk jauh dari 80% pekerjaan seperti yang selama ini diyakini. Tidak dapat dikatakan bahwa itu lebih mudah bagi para pria - hampir seluruh tugas ada di tangan mereka. Kode saya tanpa antarmuka, presentasi, video, strategi hanyalah sekumpulan simbol. Jika ada lebih banyak pengembang di tim daripada mereka, kami mungkin akan mengelolanya, tetapi semuanya akan terlihat kurang profesional. Terutama presentasinya secara umum setengah dari kesuksesan, menurut saya. Selama pertahanan dan kemudian dalam kehidupan nyata dalam beberapa menit, tidak ada yang punya waktu untuk memahami apakah prototipe Anda benar-benar berfungsi. Jika Anda terbawa oleh skema, tidak ada yang akan mendengarkan Anda. Jika Anda berlebihan dengan teksnya, semua orang akan mengerti bahwa Anda sendiri tidak tahu apa yang penting dalam produk Anda, bagaimana menyajikannya dan siapa yang membutuhkannya.”
Manajemen waktu dan relaksasi
Ingat bagaimana di kartun masa kanak-kanak seperti “Tom and Jerry” para karakter menaruh korek api di bawah kelopak mata mereka agar tidak menutup? Peserta hackathon yang tidak berpengalaman (atau terlalu antusias) terlihat hampir sama.
Di hackathon, mudah untuk kehilangan kontak dengan kenyataan dan kesadaran akan waktu - suasananya kondusif untuk coding yang tidak terkendali tanpa istirahat untuk istirahat, tidur, bermain-main di ruang permainan, berkomunikasi dengan mitra, atau menghadiri kelas master. Jika Anda memperlakukan ini seperti Kejuaraan Dunia atau Olimpiade, maka ya, mungkin Anda harus bersikap seperti itu. Tidak terlalu.
Artem Koshko, tim Kunci Komposit: “Kami makan banyak chak-chak, banyak - sebuah menara dibangun di tengah meja kami, itu menjaga semangat kami dan memberi kami karbohidrat pada waktu yang tepat. Kami beristirahat dan bekerja hampir sepanjang waktu bersama, dan tidak beristirahat secara terpisah. Tapi tidur mereka berbeda. Andrey (pengembang fullstack) suka tidur di siang hari, Denis dan saya suka tidur di malam hari. Oleh karena itu, saya lebih banyak bekerja dengan Denis di siang hari, dan dengan Andrey di malam hari. Dan dia tidur saat istirahat. Kami tidak mempunyai sistem kerja atau penetapan tugas apa pun; sebaliknya, semuanya terjadi secara spontan. Namun hal ini tidak menjadi masalah bagi kami, karena kami saling memahami dengan baik dan saling melengkapi. Ini membantu kami menjadi rekan kerja dan berkomunikasi secara dekat. Saya mantan pekerja magang Andrey, dan Denis datang ke perusahaan sebagai pekerja magang saya.”
Dan di sini, omong-omong, ada gunung chak-chak yang sama.
Hampir semua peserta yang kami wawancarai menyebut manajemen waktu yang kompeten sebagai kriteria utama keberhasilan di hackathon. Apa artinya? Anda membagikan tugas sehingga Anda punya waktu untuk tidur dan makan, dan tugas tidak diselesaikan secara teratur. semuanya runtuh, namun dengan kecepatan yang nyaman bagi setiap anggota tim.
Oleg Bakhtadze-Karnaukhov, tim PLEXeT'Tujuan kami bukanlah bekerja sebanyak mungkin, namun tetap produktif selama mungkin. Meski kami tidur 3-4 jam sehari, sepertinya kami berhasil. Kita bisa pergi ke ruang permainan atau nongkrong di booth mitra kita, dan menyisihkan waktu normal untuk makan. Di hari kedua, kami berusaha semaksimal mungkin untuk meringankan Lev agar dia bisa cukup tidur dan punya waktu untuk menenangkan diri sebelum pertunjukan. Latihan hackathon membantu kami, karena kami sudah memahami cara mendistribusikan tugas, dan sinkronisasi rutinitas sehari-hari - kami makan, tidur, dan bangun pada waktu yang sama. Hasilnya, mereka bekerja sebagai satu mekanisme.”
Kami tidak tahu bagaimana tim ini berhasil membawa Agomoto's Eye ke hackathon, namun pada akhirnya mereka bahkan berhasil merekam video tentang proyek tersebut dan menyiapkan handout.
Beberapa tips manajemen waktu di hackathon:
- Beralih dari besar ke kecil - bagi tugas menjadi blok-blok kecil.
- Hackathon adalah maraton. Apa hal terpenting dalam maraton? Cobalah berlari dengan kecepatan yang sama, jika tidak, Anda akan terjatuh di akhir jarak. Cobalah untuk bekerja dengan intensitas yang kira-kira sama dan jangan memaksakan diri sampai kelelahan.
- Pikirkan terlebih dahulu apa tugas masing-masing peserta dan berapa lama waktu yang dibutuhkan. Ini akan membantu Anda menghindari kejutan ketika tenggat waktu tinggal setengah jam lagi dan Anda belum memiliki banyak pekerjaan yang siap.
- Periksa koordinat untuk menyesuaikan ruang lingkup tugas. Apakah Anda merasa baik-baik saja dan bahkan punya waktu tersisa? Hebat - Anda dapat menggunakannya untuk tidur atau menyelesaikan presentasi Anda.
- Jangan terpaku pada detail, bekerjalah secara luas.
- Sulit untuk istirahat dari pekerjaan, jadi sisihkan waktu khusus untuk tidur, bersantai, atau bersantai. Anda dapat menyetel alarm, misalnya.
- Luangkan waktu untuk mempersiapkan dan melatih pidato Anda. Ini wajib bagi semua orang dan selalu. Kami membicarakan hal ini di salah satu sebelumnya .
Dan kemudian ada pendapat alternatif. Pilihan mana yang Anda pilih - menyiksa dengan coding atau berperang dengan perang, dan makan siang sesuai jadwal?
Diana Ganieva, tim Jingu Digital: “Setiap orang di tim kami bertanggung jawab atas satu hal, tidak ada yang menggantikan kami, jadi kami tidak bisa bekerja secara bergiliran. Ketika tenaga sudah habis sama sekali, kami tidur selama tiga jam, tergantung banyaknya pekerjaan yang masih tersisa untuk peserta. Sama sekali tidak ada waktu untuk jalan-jalan, kami tidak membuang waktu berharga untuk hal ini. Produktivitas didukung, meskipun dengan tidur singkat, dan camilan dengan teh – tanpa minuman energi atau kopi.”
Tersembunyi di bawah potongan adalah beberapa tautan berguna jika Anda ingin mendalami topik manajemen waktu. Ini akan berguna dalam kehidupan sehari-hari - percayalah pada penulis posting ini, yang selalu terlambat :)
Untuk para penakluk waktu — Teknik manajemen waktu yang efektif dikumpulkan di blog Netology oleh manajer proyek Kaspersky Lab:
— Artikel bagus untuk pemula di Cossa:
Cobalah untuk menonjol
Di atas kami menulis tentang tim yang memberikan selebaran untuk melindungi proyek tersebut. Hanya mereka yang mengikuti jejak mereka, dan kami yakin di antara 3500+ peserta tidak ada yang seperti mereka.
Tentu saja, ini bukan alasan utama kemenangan mereka, tapi jelas membawa nilai tambah tambahan - setidaknya simpati para ahli. Anda dapat menonjol dengan cara yang berbeda - beberapa pemenang kami memulai setiap pertunjukan dengan lelucon tentang cara mereka membuat bom (tim Sakharov, halo!).
Kami tidak akan membahas hal ini secara detail, tetapi hanya akan membagikan sebuah kasus dari tim PLEXeT - menurut kami kasus ini layak untuk dijadikan bahan lelucon tentang anak dari teman seorang ibu.
Oleg Bakhtadze-Karnaukhov, tim PLEXeT: “Kami menyadari bahwa kami berada di depan kurva dan memutuskan bahwa akan menjadi hal yang keren untuk melakukan pra-pertahanan dengan kasus transfer. Proyek ini memiliki banyak detail teknis, penjelasan algoritma, yang tidak termasuk dalam presentasi sama sekali. Tapi saya ingin menunjukkannya. Para ahli mendukung gagasan tersebut dan bahkan membantu mengoptimalkannya. Mereka bahkan tidak melihat versi pertamanya; mereka berkata bahwa mereka tidak akan pernah membaca lukisan seperti itu. Kami satu-satunya yang bertahan.”
Pasti ada yang tidak beres, dan itu tidak masalah.
Di hackathon, seperti dalam kehidupan biasa, selalu ada ruang untuk kesalahan. Meski terkesan sudah memikirkan segalanya, siapa di antara kita yang tidak terlambat berangkat ke pesawat/ujian/pernikahan hanya karena mobil terjebak kemacetan, eskalator memutuskan mogok, dan paspor terlupakan. di rumah?
Oleg Bakhtadze-Karnaukhov, tim PLEXeT: “Saya dan Polina menghabiskan sepanjang malam membuat presentasi, namun pada akhirnya mereka lupa mengunggahnya ke komputer di aula tempat pembelaan berlangsung. Kami mencoba membukanya dari flash drive, dan antivirus menganggap file tersebut sebagai virus dan menghapusnya. Hasilnya, kami berhasil memulai semuanya hanya satu menit sebelum pertunjukan kami berakhir. Kami berhasil menayangkan videonya, namun kami tetap sangat kesal. Kisah serupa terjadi pada kami selama pra-pertahanan. Prototipe kami tidak dapat dijalankan, komputer Polina dan Lev terhenti, dan karena alasan tertentu saya meninggalkan komputer saya di hanggar tempat lintasan kami berada. Dan meskipun para ahli melihat pekerjaan kami di pagi hari, kami tampak seperti tim eksentrik dengan selebaran, kata-kata yang indah, tetapi tidak ada produk. Mengingat banyak peserta yang menganggap pekerjaan saya pada model matematika sebagai “dia sedang duduk, menggambar sesuatu, tidak melihat ke komputer”, situasinya tidak terlalu baik.”
Ini mungkin terdengar klise, tetapi yang dapat Anda lakukan dalam situasi ini hanyalah bernapas. Itu sudah terjadi. Tidak, Anda bukan satu-satunya, semua orang mengacau. Sekalipun ini adalah kesalahan fatal, ini adalah sebuah pengalaman. Dan pikirkan juga, apakah orang yang menilai Anda akan menganggap kasus ini palsu?
Bagikan di komentar komposisi mana yang menurut Anda paling nyaman bekerja di hackathon (baik orang maupun spesialis) dan bagaimana Anda membangun proses dalam tim.
Sumber: www.habr.com