Peserta hackathon memiliki waktu yang terbatas. Mereka sering bekerja dalam tim yang baru mengenal diri mereka sendiri dan takut "gagal" dalam tugas. Akibatnya, jumlah waktu yang tidak proporsional dihabiskan untuk hal-hal sekunder. Berikut adalah sejumlah rekomendasi tentang bagaimana memperhatikan masalah pada waktunya dan mencegah situasi seperti itu.
Langkah 1: Merumuskan Tujuan Jangka Panjang
Semua peserta hackathon datang dengan satu tujuan selama beberapa jam ke depan - untuk menang. Tetapi bagaimana jika tidak berhasil? Apakah partisipasi dalam kompetisi tidak ada artinya tanpa tempat pertama?
Saya selalu menyarankan Anda untuk merumuskan tujuan jangka panjang untuk tim dan diri Anda sendiri, selain untuk menang. Belajar bekerja dengan cepat untuk mendapatkan hasil, meningkatkan kompetensi keras / lunak, mendapatkan pengalaman dalam tim baru, berkomunikasi dengan pakar, dan menerima tawaran pekerjaan. Sehingga motivasi setiap peserta akan semakin tinggi, dan performa tim menjadi lebih efektif!
Penanda masalah: Anda yakin bahwa tanpa kemenangan setelah hackathon, hidup Anda akan tetap sama.
Langkah 2: kenali tim dan cobalah bekerja di dalamnya
Butuh waktu lama untuk menjalin komunikasi dalam tim. Apalagi jika Anda bertemu tepat sebelum hackathon. Karena itu, saya sarankan bersiap-siap terlebih dahulu dan mengobrol. Tentukan tumpukan teknologi, distribusikan peran dalam tim, coba analisis bersama beberapa tugas dari hackathon sebelumnya - tugas tersebut biasanya dapat ditemukan di sumber terbuka. Komposisi tim yang optimal adalah lima spesialis dengan pembagian peran sebagai berikut: pemimpin, analis, desainer, pengembang depan, pengembang belakang.
Butuh waktu lama untuk menjalin komunikasi dalam tim. Apalagi jika Anda bertemu tepat sebelum hackathon. Karena itu, saya sarankan bersiap-siap terlebih dahulu dan mengobrol. Tentukan tumpukan teknologi, distribusikan peran dalam tim, coba analisis bersama beberapa tugas dari hackathon sebelumnya - tugas tersebut biasanya dapat ditemukan di sumber terbuka. Struktur tim yang optimal adalah lima spesialis dengan pembagian peran sebagai berikut: pemimpin, analis, perancang, pengembang depan, pengembang belakang.
Penanda masalah: Anda belum pernah melihat anggota tim Anda secara langsung, Anda tidak tahu apa-apa tentang mereka, Anda tidak memiliki kontak satu sama lain.
Langkah 3: Kembangkan strategi tema / trek
Kemungkinan besar, tugas yang terlalu sederhana dan terperinci akan menarik banyak tim dan persaingan akan lebih tinggi daripada dalam kasus yang lebih kompleks. Ini patut dipertimbangkan.
Selain itu, penjelasan rinci tentang suatu masalah sering kali berisi prasyarat untuk mendapatkan solusi. Kemungkinan bagus bahwa setiap orang pada akhirnya akan melakukan hal yang sama. Lebih baik memilih casing yang memiliki lebih banyak kebebasan. Sehingga Anda dan tim Anda akan mampu secara kreatif memecahkan masalah, membuktikan diri dan meningkatkan kompetensi Anda.
Penanda masalah: setelah membaca masalah, Anda sudah tahu apa yang harus dilakukan, langsung ke arsitektur database.
Langkah 4: tambahkan rasa yang berfungsi ke solusi Anda
Anda perlu menemukan sesuatu yang akan membedakan keputusan tim Anda dari yang lain. Itu selalu mengejutkan ketika penulis berbicara banyak tentang formulir login, pengumpulan data, dan sedikit tentang cara kerjanya. Hackathon bukanlah kompetisi untuk mengembangkan bentuk dasar yang sederhana. Seringkali, penulis tugas tidak membutuhkannya - mereka sudah memiliki ekosistem produk dan alat untuk mengumpulkan data pribadi. Lebih baik melewatkan bagian ini atau melakukannya di saat-saat terakhir - kecuali dinyatakan lain dalam tugas, ini bukan prioritas. Luangkan waktu ini untuk mendapatkan ide dasar dari solusi tersebut untuk bekerja!
Penanda masalah: Tim mulai membuat kode solusi secara langsung tanpa mendiskusikan nilainya.
Langkah 5: Bekerja dengan para ahli sepanjang waktu
Beberapa pakar industri selalu hadir di hackathon. Saya menganjurkan agar Anda mempelajari sebanyak mungkin tentang mereka sebelumnya dan menggunakan pengetahuan serta pengalaman mereka secara maksimal - mereka ada di sini untuk itu. Persiapkan pertanyaan dengan tim. Mintalah seorang ahli untuk mengevaluasi ide, menyarankan sesuatu dari diri Anda sendiri. Jika Anda menyelesaikan konsultasi lebih cepat dari jadwal, maka tim tidak mempersiapkan rapat dengan baik.
Penanda masalah: sebelum bertemu dengan pakar, Anda tidak memiliki pertanyaan untuk mereka, atau setelah 5 menit percakapan Anda tidak perlu bertanya.
Langkah 6: Lemparkan sejuta ide di pos pemeriksaan pertama
CustDev adalah segalanya untuk Anda! Jika pada pos pemeriksaan pertama tim menyajikan satu (!) Ide solusi yang siap pakai, maka kemungkinan besar Anda terlalu sempit memahami masalah, dan solusi ini mungkin sangat mirip dengan yang lain. Dalam hal ini, akan sulit untuk memisahkan solusi dari kerumunan dan mengevaluasinya. Jangan terburu-buru.
Lemparkan banyak ide terlebih dahulu, dan para ahli akan membantu Anda memilih 2-3 ide yang paling menarik. Pertanyaan utama yang perlu Anda tanyakan pada diri sendiri adalah - untuk siapa solusi ini?
Penanda masalah: Anda tidak mengenal pengguna Anda atau Anda menunjukkan bagian dari solusi yang berfungsi di pos pemeriksaan pertama.
Langkah 7: di pos pemeriksaan kedua, prototipe presentasi harus sudah disajikan
Di pos pemeriksaan kedua, tim mempresentasikan solusi dan mendiskusikan implementasinya. Namun seringkali terlewatkan bahwa draft presentasi perlu disiapkan agar ahli dapat mengeceknya dan kemudian mengevaluasi hasil akhirnya.
Penanda masalah: Tim tidak mulai membuat presentasi dan tidak tahu siapa yang akan berbicara.
Langkah 8: di checkpoint ketiga, anda harus sudah mempresentasikan produk anda seperti akan di depan juri, untuk sementara
hanya diberikan waktu beberapa menit untuk tampil di depan juri. Anda perlu latihan untuk bisa mengatakan hal terpenting tentang produk Anda. Oleh karena itu, di pos pemeriksaan ketiga, sebagai seorang ahli, saya selalu meminta tim untuk berbicara sebentar. Ini sangat membantu!
Penanda masalah: Presentasi atau video presentasi belum siap.
Langkah 9: Anda harus jelas tentang kriteria evaluasi
Di awal hackathon, baca dan diskusikan dengan cermat kriteria untuk mengevaluasi keputusan dengan para ahli. Untuk masing-masing, harus ada jawaban yang jelas dalam presentasi Anda untuk dievaluasi oleh juri. Pahamilah, jika pekerjaan sudah selesai, tetapi Anda tidak memberi tahu juri tentangnya, mereka tidak akan bisa menebak sendiri kesuksesan Anda.
Jangan buang waktu untuk menjelaskan masalah - juri sudah mengetahuinya. Tidak ada gunanya mempresentasikan anggota tim untuk waktu yang lama dan menjelaskan kompetensi Anda. Hal utama dalam presentasi adalah cerita tentang keputusan Anda, dengan mempertimbangkan kriteria evaluasi.
Penanda masalah: Anda tidak mengetahui kriteria evaluasi hackathon.
Langkah 10: Ambil penilaian dan kritik dengan tegas
Tentu saja, para ahli dan juri berusaha untuk tidak memihak. Namun, bagaimanapun, semua penilaian pada satu derajat atau lainnya subjektif dan bergantung pada presentasi proyek dan pendapat dari anggota juri tertentu. Saat menyimpulkan hasil di trek, di mana banyak tim telah masuk, 1-2 poin dari satu pembuat keputusan sering ditentukan. Oleh karena itu, tim Anda pada awalnya perlu mencapai keunggulan yang lebih besar dari yang lain. Untuk melakukan ini, Anda perlu mempertimbangkan semua tip sebelumnya.
Saya percaya bahwa setelah membaca artikel ini, Anda akan dapat mengatur pekerjaan Anda dengan baik di hackathon. Semoga berhasil!