Hackathon di sebuah perusahaan kecil: cara mengatur tanpa membuang kereta sumber daya



Artikel ini adalah tentang bagaimana saya pertama kali melakukan hackathon untuk tim. Bahan yang dipompa ke penyelenggara pasti akan tampak terlalu sederhana, dan ceritanya naif. Saya fokus pada mereka yang baru berkenalan dengan format dan berpikir apakah akan mengatur acara semacam itu.

HFLabs melakukan hal-hal rumit dengan data: kami membersihkan dan memperkaya kontak pelanggan untuk perusahaan besar dan membangun basis pelanggan pada ratusan juta catatan. 65 orang bekerja di kantor-kantor Moskow, sekitar selusin lebih jauh dari kota-kota lain.

Pekerjaan apa pun terkadang tidak hanya menjengkelkan, tetapi menjadi segar. Pada saat ini sangat berguna untuk mengubah fokus, cobalah sesuatu yang baru. Karena itu, selama enam bulan kami mengamati dengan cermat hackathons.

Hackathon adalah kontes untuk orang-orang IT: beberapa tim berkumpul dan menyelesaikan masalah kompleks selama dua hari berturut-turut. Biasanya bersaing memperebutkan hadiah yang diberikan oleh juri.

Kami ingin mencoba format dan bersenang-senang, tetapi hackathon klasik cukup besar, menyusahkan dan mahal. Oleh karena itu, kami melakukan versi ringan dengan hampir tanpa anggaran. Tetapi pada akhirnya mereka puas dan bahkan melakukan sesuatu yang bermanfaat.

Mengapa perusahaan hackathon


Hackathon klasik biasanya tidak sesuai dengan luasnya jiwa. Penyelenggara atau memecahkan masalah praktis, atau PR. Format hackathon juga dipilih untuk tujuan tersebut.

  • Selesaikan masalah praktis. Panitia menetapkan tujuan, dan para peserta memilih yang tepat dan memutuskan. Contoh dari tugas tersebut adalah membuat algoritma penilaian pelanggan baru untuk bank.
  • Promosikan alat Anda. Penyelenggara memberi para peserta perangkat lunak, bahasa pemrograman, atau API mereka sendiri. Tujuannya adalah untuk membuat sesuatu yang bermanfaat dengan alat yang diberikan. Misalnya, Google bersyarat membuka akses ke penerjemah suaranya dan sedang menunggu aplikasi yang menarik.

Tujuan tambahan hackathon besar adalah menghadirkan penyelenggara sebagai perusahaan yang patut ditiru, di dalam dan di luar. Para tamu dari perusahaan lain akan dipenuhi dengan kantor, organisasi, luasnya peluang. Nya - tugas baru, kebebasan, komunikasi.


Misalnya, VKontakte mengadakan hackathon yang kuat. Sulit untuk atribut ke satu jenis: ada terlalu banyak arahan

Seperti milik kita. Tujuan utama dari seluruh usaha untuk HFLabs adalah SDM internal. Kami melihat hackathon sebagai aktivitas kolaboratif lain di luar lingkup pekerjaan. Bersantai, menyegarkan, menghibur - itu saja. Seseorang pergi tim ke sepak bola, seseorang ke kuis. Hackathon adalah format lain untuk pertemuan di luar urusan sehari-hari. Yang, tentu saja, tidak membatalkan kuis atau sepakbola.

Pada saat yang sama, hackathon, bahkan dalam format cahaya, bukanlah hiburan murni. Sebagai contoh, satu tim akhirnya menulis pencarian teks, setelah mempelajari mekanisme bot di Telegram dari awal. Ini luar biasa: ketika seseorang mencoba sesuatu yang baru dan mencoba untuk mencari tahu, dia memiliki ide-ide segar. Untuk pekerjaan sehari-hari juga.

Selain itu, pada akhirnya kami mendapat alat yang berguna, meskipun kami tidak menetapkan tugas praktis sama sekali. Tetapi lebih banyak tentang itu pada akhirnya.

Mengapa hackathon untuk peserta


Peserta datang ke hackathon klasik untuk berkenalan dengan teknologi, mencoba pengalaman baru atau mendapatkan uang. Selain itu, orang-orang dari kategori yang terakhir tampaknya semakin besar.

  • Coba teknologi atau metode baru. Pada hari kerja, setiap pengembang duduk di tumpukan teknologinya sendiri, terkadang selama bertahun-tahun. Dan di hackathon Anda dapat mencoba sesuatu yang baru - baik hanya muncul, atau hanya menarik.
  • Berjalan di jalur grosir dalam miniatur. Profesional TI tertarik untuk menciptakan produk yang lengkap dalam hitungan hari. Setelah melalui seluruh siklus dari konsep hingga presentasi.
  • Untuk menghasilkan. Terkadang spesialis kuat berkumpul dalam tim peretas profesional - dimainkan dan dilatih. Mereka memilih acara dengan kumpulan hadiah yang kaya dan menanggung semua orang melalui pengalaman dan pelatihan. Beberapa panitia segera menyingkirkan dodgers tersebut. Yang lainnya dipersilakan.

Seperti milik kita. Sebagai permulaan, kami bertanya kepada tim apakah prinsip hackathon diperlukan. Kami tidak memaksakan apa pun, jadi kami ingin mengukur minat terlebih dahulu. Untuk survei, mereka mengambil Formulir Google.


Ada 65 orang dalam tim, survei adalah 20. Karena 75% dari mereka tertarik - Anda harus melakukannya!

Tugas kedua adalah memotivasi orang yang ragu-ragu, yang lebih dari setengahnya. Survei berikut menunjukkan: hadiah tidak akan membantu dalam hal ini.


Ternyata lebih lanjut bahwa perusahaan kami tertarik untuk membuat produk baru. Biarkan dengan aplikasi kecil, tetapi beralih dari ide ke prototipe yang berfungsi

Kami mulai mengumpulkan topik untuk hackathon yang menarik. Sekali lagi, kekuatan tim: mereka mengangkat obrolan di Telegram, di mana mereka melemparkan ide tentang siapa itu apa. Tanpa rem: yang terlintas dalam pikiran adalah baik.


Kami mengumpulkan 25 topik dan meluncurkan pemungutan suara dalam pertemuan. Lima proyek paling populer - mereka ada dalam gambar - mengambil hackathon

Berapa lama itu berlangsung


Hackathon klasik berlangsung selama dua hari dan satu malam di antara mereka. Malam adalah halo dari sekolah IT lama, sekaligus sentuhan pragmatis dan romantis.

Apa yang harus dilakukan dalam kegelapan, masing-masing tim atau peserta memutuskan secara mandiri. Anda bisa tidur di malam hari, panitia tidak akan mengatakan sepatah kata pun. Tetapi Anda dapat bertindak: program, desain, desain, tes.

Seperti milik kita. Kami bahkan tidak berbicara tentang penjagaan malam. Selain itu, mereka memotong format lebih jauh dan hanya memakan waktu satu hari. Jika tidak, Anda harus menghabiskan dua hari kerja untuk percobaan, atau menyeret rekan kerja untuk akhir pekan musim panas penuh. Sedikit yang akan menyetujui opsi kedua: nilai akhir pekan di musim panas.

Ada harapan bahwa akan menyenangkan untuk berkumpul di hari kerja. Tetapi selama jam kerja saya tidak ingin mengatur semua ini. Tidak peduli bagaimana Anda mencoba, Anda tidak dapat mengisolasi diri dari pekerjaan selama seminggu: klien menulis, kolega bertanya tentang sesuatu, ada sesuatu yang mendidih di kantor, dan beberapa pertemuan dijadwalkan. Semua orang akan beralih ke bisnis normal. Karena itu, survei berikutnya adalah apakah mereka siap untuk melakukan hacking pada akhir pekan.


Menyumbang tanpa akhir pekan tanpa syarat, tidak semua orang siap. Tetapi lebih dari setengah dari mereka yang ragu, tetap saja merayu mereka

Beberapa saat kemudian, pada bulan Juni, para peserta ditanya tentang tanggal. Slot dialokasikan hingga musim gugur - di musim panas, rekan berlibur dan di pondok musim panas, tetapi saya tidak ingin ketinggalan acara. Karena itu, kami memutuskan bahwa kami akan menawarkan semua hari Sabtu. Anda dapat memilih beberapa - yang gratis, dan tandai.


Menyumbang tanpa akhir pekan tanpa syarat, tidak semua orang siap. Tetapi lebih dari setengah dari mereka yang ragu, tetap saja merayu mereka

Hasilnya, mereka merencanakan hackathon pada 17 Agustus. Alternatif pada 27 Juli bertepatan dengan perjalanan bisnis saya, dan pilihannya jatuh.

Di mana acara itu diadakan?


Biasanya, sebagian besar peserta berkumpul di ruang bersama. Komunikasi adalah bagian penting dari hackathon, sehingga penyelenggara memilih ruang terbuka atau seluruh bangunan.

Saya pernah berpartisipasi dalam Google Hackathon. Panitia mengalokasikan sebuah bangunan berlantai dua, di dalam - sandaran, meja, dan perabotan lainnya. Tim-tim itu sendiri tersebar di tanah dan mengatur pekerjaan.

Tetapi tidak ada batasan ketat lebih sering: jika seseorang pra-memperingatkan dan menghubungkan jarak jauh, mereka tidak akan memperbaiki hambatan.

Seperti milik kita. Karena hackathon ternyata adalah kamar, untuk tujuh orang, kantor kosong hari Sabtu sudah cukup dengan margin. Bahkan jika Anda tidak memperhitungkan bahwa satu peserta terhubung dari Volgograd.


Kami merencanakan bahwa kami semua akan duduk di ruang pertemuan

Ada apa dengan para pemenang


Juri klasik ditunjuk oleh juri yang mengumumkan proyek terbaik. Juri termasuk seseorang dari penyelenggara atau sponsor - mereka yang membayar seluruh jamuan.

Proyek demo adalah bagian penting dari hackathon. Tim menunjukkan presentasi singkat, dan kemudian menunjukkan keputusan mereka kepada juri. Ini seperti pertahanan diploma di universitas.

Terkadang komputer mengevaluasi pekerjaan: orang yang mencetak poin terbanyak dalam tes menang. Bagi saya, pendekatan ini tampaknya terlalu formal: mengevaluasi solusi dengan "kakatua", panitia membunuh komponen makanan hackathon. Ini seperti kontes pemrograman olahraga, bukan kreativitas.

Seperti milik kita. Kami bertindak radikal: kami hanya membatalkan juri dan kompetisi pada prinsipnya. Karena mereka tidak menetapkan tujuan untuk menciptakan solusi terbaik untuk masalah atau untuk mendapatkan produk jadi.

Karena tugasnya adalah bersenang-senang, biarkan peserta dengan tenang melihat proyek tanpa melihat tim lain.

Hari Ha di HFLabs


Hackathon dimulai pada Jumat malam, sehari sebelumnya. Para peserta berkumpul, masing-masing memilih topik. Tim yang siap mulai terbentuk.

Temu dan peserta yang tidak terduga. Mereka datang ke kantor pada hari Sabtu 11-12 - agar tidak bangun seperti biasa di hari kerja, pagi-pagi sekali. Ada enam peserta, satu lagi terhubung dari Volgograd.


Pengumuman tanggal tidak berlalu tanpa jejak - para pejuang mulai aktif meninggalkan obrolan hackathon. Tetapi bencana itu tidak terjadi dan kuorum masih terpelihara

Siang hari, anggota baru tiba-tiba muncul. Kolega yang tidak pergi ke hackathon keluar tiga sampai empat jam. Mereka datang, memilih proyek dan membantu. Untuk format klasik, ini tidak seperti biasanya, tetapi kami menikmatinya.

Tim dan proyek. Ternyata tiga orang mengerjakan proyek mereka sendiri. Ini adalah minus utama dari acara ini, lebih menarik untuk bekerja dalam tim. Perasaan untuk berinteraksi umumnya merupakan hal penting dalam konsep hackathon.


Pencarian teks di mesin Telegram. Tidak ada manfaat praktis, tetapi humor di dalam lokakarya dan meme lokal

Dan beberapa jam setelah dimulainya, satu proyek dibiarkan tanpa pengembang: penulis meninggalkan gagasan dan pergi ke tim lain. Ini normal bahkan untuk format klasik: ide bagus menarik orang. Pada awalnya sepertinya Anda akan melakukan proyek Anda sampai akhir. Dan kemudian Anda terjun dan melihat - tidak ada waktu, tidak ada yang bisa dicoba. Atau Anda pergi ke tetangga, karena itu dia pergi, dan produk berguna.

Serega, vendor front-end dari Volgograd, agak bosan, jadi saya datang dengan proyek "dari pisau". Dan segera dilanjutkan.


Seekor kucing hidup di sudut salah satu produk kami. Sebelumnya, kucing itu hanya tidur dan menciptakan kesenangan, tetapi Serge mengajar pria berbulu itu untuk merespons berbagai peristiwa

Pada akhirnya, jumlah proyek tetap sama - lima. Satu jatuh, yang lain menambahkan.

Ruang dan jadwal. Di bawah hackathon, mereka merencanakan ruangan terbesar di kantor - ruang pertemuan. Tetapi ketika sampai pada masalah ini, semua orang terbiasa menyebar ke kantor mereka. Dalam formulir ini, dan mulai.

Pada awalnya sepertinya ruang bersama itu tidak esensial. Karena proyek tidak terhubung, tidak ada kompetisi, Anda dapat duduk secara terpisah. Dan untuk diskusi, berkumpul di lobi adalah hal utama, bukan untuk berserakan di luar jarak berjalan kaki.

Tetapi setelah beberapa jam, fragmentasi itu sendiri berhenti. Mereka yang bekerja sendiri, di bawah pengaruh kekuatan tersembunyi, satu per satu pindah ke kantor paling padat. Dan itu menjadi lebih menarik - percakapan lebih hidup, pertanyaan lebih rumit dan lebih sering.

Mereka terganggu sekali dalam beberapa jam - mereka berbagi kesan mereka, melihat dengan cermat proyek orang lain. Kami makan siang di tengah hari.


Saat makan malam, sebuah kipas menghambur ke kanvas hackathon, sepanjang waktu tanpa terlihat melayang-layang: kue keju tiba-tiba dibawa ke kantor

Mereka tidak membatasi waktu: siapa pun yang menginginkannya duduk. Mereka pergi, biasanya membawa proyek ke keadaan yang kurang lebih lengkap. Peserta terakhir berangkat sekitar pukul 22.00.

Mereka tidak segera memulai demo - mereka memutuskan bahwa kami akan berbicara tentang hackathon pada hari Selasa untuk seluruh kantor.

Hasil dan kehidupan setelahnya


Hackathon Light memberi keuntungan lebih dari yang saya harapkan.

SDM Kami banyak bersenang-senang: kami menutup gestalt dengan hackathon dan berbicara tentang topik-topik cerdas tanpa perlu kerja keras. Semua ini untuk anggaran sama dengan biaya jalan ke kantor dan makan siang. Mereka mengangkat nilai tambah di kantor penginjil hackathon internal.

Proyek Siang hari, kami tidak menyelesaikan salah satu dari lima proyek. Tetapi ini tidak masalah: biasanya tujuan suatu peristiwa adalah untuk memecahkan masalah pada prinsipnya, untuk menemukan ide. Hasil yang baik adalah alat yang berfungsi minimal, meskipun dengan kruk dan bug.


Anton Zhiyanov, produk utama di DaData.ru , adalah seorang pengirim email. Itu tampak seperti editor peramban, tempat file CSV dengan penerima terhubung. Ini lebih nyaman daripada di Mailchimp yang kelebihan beban

Tetapi setelah hackathon, proyek-proyek menjadi hidup atau sedang mempersiapkan untuk itu. Seorang pengirim sudah mengirimkan email, dan si kucing menyentuh pelanggan. Aplikasi yang tersisa diselesaikan oleh penulis, dan sudah atas permintaan pihak luar. Meskipun kami membagikannya kepada teman-teman kami secara gratis dan dengan cara kami sendiri, tetapi suatu hari nanti dapat mencapai penggunaan komersial.

Cons Kelemahan utama adalah beberapa orang berkumpul. Akibatnya, tiga dari lima proyek dilakukan satu per satu, dan ini tidak begitu menarik. Ketika Anda meretas satu sendirian, Anda kehilangan efek dari tim grosir. Tidak ada orang untuk menjalin interaksi dengan.

Saya juga menyadari bahwa peraturan yang lebih keras akan berfungsi sebagai nilai tambah. Perlu lebih banyak organisasi:

  • waktu yang jelas;
  • Merch untuk peserta;
  • juri dan demo pada hari yang sama, sementara masih dituntut;
  • persiapan - pengumuman, deskripsi proyek.

Anda masih dapat memanggil seseorang dari luar, tetapi sama sekali tidak perlu. Dan untuk menelepon, kemungkinan besar, searah. Tanpa iklan skala besar.

Masa depan Setengah kantor berkumpul untuk demo umum pada hari Selasa. Dan kemudian saya sudah melihat minat dalam proyek, dalam format. Tidak semua orang ingin terlibat dalam percobaan, tetapi setelah tes pertama, mereka yang menginginkannya meningkat. Saya pikir pada tahun 2020 kita akan menjadikan acara tersebut lebih besar.

Itu semua tentang hackathon. Jika Anda tertarik untuk melakukan segala macam hal rumit dengan data, datanglah kepada kami untuk bekerja. HFLabs memiliki delapan lowongan di hh.ru : kami mencari pengembang java, teknisi pemeliharaan dan pengujian, dan analis sistem.

Artikel ini pertama kali diterbitkan di vc.ru. Versi untuk "Habr" dirancang ulang dan ditambah.

Source: https://habr.com/ru/post/id473646/


All Articles