Hai Nama saya Andrey. Di Tinkoff.ru, saya bertanggung jawab untuk pengambilan keputusan dan sistem manajemen proses bisnis. Saya memutuskan untuk secara radikal merevisi tumpukan sistem dan teknologi dalam proyek saya, saya benar-benar membutuhkan ide-ide segar. Jadi, belum lama ini kami mengadakan hackathon internal di Tinkoff.ru tentang topik pengambilan keputusan.
Seluruh bagian organisasi diambil alih oleh jam, dan, melihat ke depan, saya akan mengatakan bahwa semuanya berubah menjadi pemboman: orang-orang senang dengan barang dagangan, makanan lezat, ottoman, plaid, kue, sikat gigi dan handuk - singkatnya, semuanya ada di tingkat tinggi dan, pada saat yang sama, imut dan sederhana.
Saya hanya bisa datang dengan tugas, mengumpulkan tim ahli / juri, memilih aplikasi yang diajukan, dan kemudian memilih pemenang.
Tapi itu tidak sesederhana itu. Saya ingin membagikan pemikiran saya tentang pertanyaan apa yang harus dijawab terlebih dahulu agar tidak kacau.
Mengapa Anda membutuhkan hackathon?
Hackathon harus memiliki tujuan.
Apa yang Anda inginkan secara pribadi (produk, proyek, tim, perusahaan) dari acara ini?
Ini adalah pertanyaan utama, dan semua keputusan Anda harus sesuai dengan jawabannya.
Sebagai contoh, topik pengambilan keputusan sangat luas dan kompleks, dan saya benar-benar mengerti bahwa saya pasti tidak dapat mengambil dan menjalankan aplikasi yang dibuat pada hackathon di prod. Tapi saya bisa mendapatkan ide-ide teknologi baru, dan prototipe, sebagai konfirmasi penerapan ide-ide ini untuk menyelesaikan masalah yang diajukan. Ini adalah tujuan saya, dan, pada akhirnya, saya menganggap itu harus dicapai.
Mengapa hackathon untuk para peserta?
Seringkali perusahaan membuat kesalahan dan mengharapkan ide bisnis keren untuk produk baru dari tim yang berpartisipasi. Tetapi hackathon adalah acara yang terutama untuk pengembang, dan mereka paling sering memiliki minat lain. Sebagian besar programmer ingin melarikan diri dari pekerjaan sehari-hari dan mencoba teknologi baru untuk diri mereka sendiri, mengubah tumpukan, atau, sebaliknya, menerapkan tumpukan biasa untuk diri mereka sendiri di bidang subjek baru. Menyadari hal ini, saya benar-benar mengambil mengunyah tugas bisnis pada diri saya sendiri, meninggalkan peserta hackathon kebebasan maksimum pilihan solusi teknis.
Sebagian besar karyawan tidak berpartisipasi dalam hackathon demi hadiah, tetapi, bagaimanapun, hadiah harus layak tetap bekerja tanpa tidur di akhir pekan! Kami memberi para pemenang perjalanan ke Sochi selama 4 hari dengan pembayaran penuh untuk jalan, akomodasi, dan tiket ski.
Mengapa hackathon ke penyelenggara?
Tim hackathon jam biasanya memiliki tujuan sendiri, seperti mempromosikan merek jam, meningkatkan minat dan keterlibatan karyawan. Dan, tentu saja, tujuan-tujuan ini harus diperhitungkan. Sebagai contoh, kami siap memberikan pemenang hackathon kami hadiah keren dan mahal (lebih mahal dari pada hackathon sebelumnya) - tetapi pada akhirnya kami meninggalkan ide ini, karena itu akan menurunkan motivasi orang untuk berpartisipasi dalam kegiatan lebih lanjut.
Apakah Anda yakin seseorang tertarik dengan topik Anda?
Saya tidak yakin. Jadi saya membuat konsep tugas, pergi bersamanya ke pengembang berbagai lini bisnis dan tumpukan yang berbeda dan meminta umpan balik - apakah tugasnya jelas, menarik, diterapkan dalam waktu yang ditentukan, dll? Saya dihadapkan dengan kenyataan bahwa sangat sulit untuk mencocokkan esensi utama pekerjaan Anda selama 5 tahun terakhir dalam beberapa paragraf teks. Saya harus melakukan banyak iterasi dan mengasah kata-kata untuk waktu yang lama. Teks tugas, yang ternyata, saya masih tidak suka. Namun, meskipun demikian, kami menerima aplikasi dari karyawan sebanyak 15 departemen berbeda dari 5 wilayah - ini menunjukkan bahwa tugas tersebut ternyata menarik.
Apakah Anda membantu selama hackathon?
Selama hackathon, saya mendapati diri saya berpikir bahwa sementara tim mengkode, saya dan tim ahli bermain-main atau melakukan hal kita sendiri, karena kita tidak dibutuhkan di sini. Kami secara berkala mendekati tabel tim, tertarik pada keadaan, menawarkan bantuan, tetapi paling sering kami mendapat jawaban "semuanya baik-baik saja, kami bekerja" (baca "jangan ikut campur"). Beberapa tim dalam semua 24 jam tidak pernah berbagi hasil antara. Akibatnya, beberapa tim gagal mengadakan demo penuh, terbatas pada slide dengan tangkapan layar. Perlu lebih aktif menjelaskan kepada para lelaki bahwa penting untuk membagikan hasil antara sehingga kita dapat mengarahkan proyek ke arah yang benar di sepanjang hackathon, membantu merencanakan waktu, dan mengatasi kesulitan.
Mungkin akan lebih baik bahkan memperkenalkan 2-3 pos pemeriksaan wajib, di mana tim akan berbicara tentang kemajuan mereka.
Mengapa kita membutuhkan ahli dan juri?
Saya merekomendasikan merekrut ahli (ini adalah mereka yang membantu tim di sepanjang hackathon) dan juri (ini adalah mereka yang memilih pemenang) tidak hanya orang-orang yang berpengetahuan luas di bidangnya, tetapi juga orang-orang yang akan seaktif dan energik mungkin. Penting untuk membantu tim selama hackathon (dan kadang-kadang bahkan mengganggu, meskipun Anda tidak akan berterima kasih karenanya), ajukan pertanyaan yang tepat baik pada mereka selama hackathon dan selama presentasi akhir.
Bisakah Anda dengan tenang menghadapi yang kalah?
Di pagi hari, setelah malam di depan layar monitor, jiwa programmer adalah yang paling rentan. Dan jika di suatu tempat Anda tidak adil, tidak konsisten dalam tindakan atau keputusan Anda, Anda pasti akan mengingat penghinaan ini. Karena itu, penting untuk mengidentifikasi terlebih dahulu kriteria yang akan digunakan oleh juri untuk memilih pemenang. Kami membagikan daftar dengan daftar kriteria untuk masing-masing tim dan mempostingnya di papan bersama sehingga para peserta selalu mengingatnya.
Saya juga mencoba memberikan umpan balik singkat kepada semua peserta - apa yang saya sukai tentang pekerjaan mereka dan apa yang tidak cukup untuk menang.
Ringkasan
Jujur - pada umumnya, saya tidak peduli siapa yang menang, karena itu tidak akan mempengaruhi pencapaian tujuan saya. Tetapi saya mencoba membuat keputusan itu adil, transparan, dan mudah dipahami oleh semua orang (walaupun saya bukan anggota juri). Selain itu, tingkat kehangatan dan kenyamanan yang diusulkan oleh penyelenggara memungkinkan para peserta untuk merasa baik, dan kami menerima umpan balik positif dari mereka dan kesediaan mereka untuk berpartisipasi dalam acara-acara selanjutnya.