helo! Nama saya Andrew. Di Tinkoff.ru saya bertanggungjawab untuk membuat keputusan dan sistem pengurusan proses perniagaan. Saya memutuskan untuk mempertimbangkan semula secara radikal susunan sistem dan teknologi dalam projek saya; Saya benar-benar memerlukan idea baharu. Oleh itu, tidak lama dahulu kami mengadakan hackathon dalaman di Tinkoff.ru mengenai topik membuat keputusan.
HR mengambil alih keseluruhan bahagian organisasi, dan melihat ke hadapan, saya akan mengatakan bahawa semuanya menjadi bom: lelaki itu gembira dengan barangan hadiah, makanan yang lazat, ottoman, selimut, biskut, berus gigi dan tuala - ringkasnya, semuanya berada di tahap yang tinggi dan, pada masa yang sama, , comel dan bersahaja.
Apa yang saya perlu lakukan ialah membuat tugasan, mengumpulkan pasukan pakar/juri, pilih permohonan yang diserahkan, dan kemudian pilih pemenang.
Tetapi semuanya ternyata tidak begitu mudah. Saya ingin berkongsi pendapat saya tentang soalan yang perlu anda jawab lebih awal supaya anda tidak kacau.
Mengapa anda memerlukan hackathon?
Hackathon mesti ada tujuan.
Apakah yang anda secara peribadi (produk, projek, pasukan, syarikat) ingin dapatkan daripada acara ini?
Ini adalah soalan utama, dan semua keputusan anda mesti sepadan dengan jawapannya.
Sebagai contoh, topik membuat keputusan adalah sangat luas dan kompleks, dan saya sangat memahami bahawa saya pasti tidak akan dapat mengambil dan melancarkan aplikasi yang dibuat di hackathon dalam pengeluaran. Tetapi saya akan dapat idea dan prototaip teknologi baharu sebagai pengesahan kebolehgunaan idea ini untuk menyelesaikan masalah yang ditimbulkan. Ini menjadi matlamat saya, dan, pada akhirnya, saya menganggapnya tercapai.
Mengapa peserta memerlukan hackathon?
Syarikat sering membuat kesilapan dengan mengharapkan idea perniagaan yang menarik untuk produk baharu daripada pasukan yang mengambil bahagian. Tetapi hackathon adalah terutamanya acara untuk pembangun, dan mereka paling kerap mempunyai minat lain. Kebanyakan pengaturcara ingin berehat dari kerja harian mereka dan mencuba teknologi baharu, menukar timbunan mereka, atau, sebaliknya, menggunakan timbunan biasa mereka dalam kawasan subjek baharu. Setelah menyedari perkara ini, saya mengambil alih sepenuhnya masalah perniagaan, meninggalkan peserta hackathon kebebasan maksimum untuk memilih penyelesaian teknikal.
Kebanyakan pekerja tidak mengambil bahagian dalam hackathon untuk hadiah, tetapi, bagaimanapun, hadiah itu sepatutnya layak bekerja keras pada hujung minggu tanpa tidur! Kami memberi pemenang perjalanan ke Sochi selama 4 hari dengan bayaran penuh untuk perjalanan, penginapan dan pas ski.
Mengapa penganjur memerlukan hackathon?
Pasukan hr yang menganjurkan hackathon biasanya mempunyai matlamatnya sendiri, seperti mempromosikan jenama hr, meningkatkan minat dan penglibatan pekerja. Dan, sudah tentu, matlamat ini mesti diambil kira. Sebagai contoh, kami bersedia untuk memberikan pemenang hackathon kami hadiah yang menarik dan mahal (lebih mahal daripada hackathon sebelumnya) - tetapi akhirnya kami meninggalkan idea ini, kerana ini akan melemahkan semangat orang ramai untuk menyertai aktiviti selanjutnya.
Adakah anda pasti topik anda menarik minat seseorang?
Saya tidak pasti. Oleh itu, saya membuat draf tugas, pergi bersamanya kepada pembangun barisan perniagaan yang berbeza dan susunan yang berbeza dan meminta maklum balas - adakah tugas itu boleh difahami, menarik, boleh dilaksanakan dalam masa yang diperuntukkan, dsb.? Saya berhadapan dengan hakikat bahawa sangat sukar untuk memasukkan intipati utama kerja anda sepanjang 5 tahun yang lalu ke dalam beberapa perenggan teks. Kami terpaksa melakukan banyak lelaran sedemikian dan menghabiskan masa yang lama untuk memperhalusi formulasi. Saya masih tidak suka teks tugasan yang keluar. Tetapi, walaupun demikian, kami menerima permohonan daripada pekerja sebanyak 15 jabatan berbeza dari 5 wilayah - ini menunjukkan bahawa tugas itu ternyata menarik.
Adakah anda berguna semasa hackathon?
Semasa hackathon, saya terfikir bahawa semasa pasukan sedang membuat pengekodan, saya dan pasukan pakar terbiar atau memikirkan urusan kita sendiri, kerana... kami tidak diperlukan di sini. Kami secara berkala menghampiri meja pasukan, bertanya bagaimana keadaan, menawarkan bantuan, tetapi lebih kerap kami menerima jawapan "semuanya ok, kami sedang berusaha" (baca "jangan campur tangan"). Sesetengah pasukan tidak pernah berkongsi keputusan perantaraan mereka sepanjang 24 jam. Akibatnya, beberapa pasukan tidak dapat menjalankan demo sepenuhnya dan mengehadkan diri mereka kepada slaid dengan tangkapan skrin. Adalah wajar untuk menerangkan dengan lebih aktif kepada mereka bahawa penting untuk berkongsi keputusan pertengahan supaya kami dapat mengarahkan projek ke arah yang betul semasa hackathon, membantu merancang masa dan mengatasi kesukaran.
Mungkin juga berbaloi untuk memperkenalkan 2-3 pusat pemeriksaan wajib di mana pasukan akan bercakap tentang kemajuan mereka.
Mengapa kita memerlukan pakar dan juri?
Saya mengesyorkan merekrut pakar (ini adalah mereka yang membantu pasukan semasa hackathon) dan juri (inilah yang memilih pemenang) bukan sahaja orang yang berpengetahuan dalam bidang mereka, tetapi juga orang yang akan menjadi aktif dan bertenaga seperti mungkin. Adalah penting untuk membantu pasukan semasa hackathon (dan juga kadangkala mengganggu, walaupun anda tidak akan berterima kasih kerananya), untuk bertanya kepada mereka soalan yang betul semasa hackathon dan semasa pembentangan akhir.
Bolehkah anda dengan tenang melihat orang yang kalah di mata?
Pada waktu pagi, selepas malam di hadapan skrin monitor, jiwa pengaturcara paling terdedah. Dan jika anda berada di suatu tempat yang tidak adil, tidak konsisten dalam tindakan atau keputusan anda, anda pasti akan diingatkan tentang penghinaan ini. Oleh itu, adalah penting untuk menentukan terlebih dahulu kriteria yang juri akan memilih pemenang. Kami mengedarkan helaian dengan senarai kriteria kepada setiap pasukan dan meletakkannya di papan biasa supaya peserta sentiasa mengingatinya.
Saya juga cuba memberi maklum balas ringkas kepada semua peserta - apa yang saya suka tentang kerja mereka dan apa yang tidak mencukupi untuk menang.
Jumlah
Sejujurnya, secara umumnya, saya tidak kisah siapa yang menang, kerana... ia tidak akan menjejaskan matlamat saya. Tetapi saya cuba memastikan keputusan itu adil, telus dan boleh difahami oleh semua orang (walaupun saya bukan ahli juri). Di samping itu, tahap kemesraan dan keselesaan yang ditawarkan oleh penganjur membolehkan para peserta berasa seronok, dan kami menerima maklum balas positif daripada mereka dan kesediaan untuk menyertai acara yang serupa.
Sumber: www.habr.com