Hackathon'lara genellikle ne tür bir grupla katılıyorsunuz? Başlangıçta ideal ekibin bir yönetici, iki programcı, bir tasarımcı ve bir pazarlamacı olmak üzere beş kişiden oluştuğunu belirtmiştik. Ancak finalistlerimizin deneyimi, üç kişilik küçük bir ekiple bir hackathonu kazanabileceğinizi gösterdi. Finali kazanan 26 takımdan 3'ü silahşörlerle yarıştı ve kazandı. Bunu nasıl yaptılar - okumaya devam edin.
Her üç takımın kaptanlarıyla konuştuk ve stratejilerinin pek çok ortak noktası olduğunu gördük. Bu yazının kahramanları PLEXeT (Stavropol, Telekom ve Kitle İletişim Bakanlığı'nın adaylığı), “Kompozit Anahtar” (Tula, Tataristan Cumhuriyeti Bilgi ve İletişim Bakanlığı'nın adaylığı) ve Jingu Digital (Ekaterinburg, Sanayi ve Ticaret Bakanlığının adaylığı). İlgilenenler için komutların kısa bir açıklaması kedinin altında gizlidir.
Komut AçıklamalarıPLEXeT
Ekipte üç kişi var; bir geliştirici (web, C++, bilgi güvenliği yetkinlikleri), bir tasarımcı ve bir yönetici. Bölgesel hackathon'dan önce birbirimizi tanımıyorduk. Ekip, çevrimiçi test sonuçlarına göre kaptan tarafından toplandı.
Bileşik anahtar
Ekibin üç geliştirici arkadaşı var; BT, arka uç ve mobil alanında on yıllık deneyime sahip fullstack ve veritabanlarına odaklanan arka uç.
Jingu Dijital
Ekip, arka uç ve AR/Unity olmak üzere iki programcının yanı sıra ekibin yönetiminden de sorumlu olan bir tasarımcıdan oluşuyor. Sanayi ve Ticaret Bakanlığı adaylığını kazandı
Yetkinliklerinize yakın bir görev seçin
“Drama kulübü, fotoğraf kulübü ve ben de şarkı söylemek istiyorum” diye bir kafiye olduğunu hatırlıyor musunuz? Birçok insanın bu duyguya aşina olduğunu düşünüyorum - etrafınızdaki her şey ilginç olduğunda, kendinizi kendi yönünüzde yeni bir şekilde göstermek ve yeni bir endüstri/gelişme alanı denemek istersiniz. Buradaki seçim yalnızca ekibinizin hedeflerine ve risk alma isteğine bağlıdır - hackathon'un ortasında aniden bu sorunu çözmenin gerçekçi olmadığını fark ederseniz hatanızı kabul edebilir misiniz? "Mobil geliştirmede iyi değilim ama bu da ne?" kategorisindeki deneyler herkese göre değil. Biraz amatör müsün?
Artem Koshko (), “Bileşik anahtar” komutu: "Başlangıçta yeni bir şey denemeyi planladık. Bölgesel aşamada daha önce hiç denemediğimiz birkaç nuget paketini ve Yandex.Cloud'u denedik. Sonunda CockroachDB'yi Kubernetes'te konuşlandırdık ve EF Core'u kullanarak geçişleri buna aktarmaya çalıştık. Bazı şeyler iyi gitti, bazıları pek iyi gitmedi. Böylece yeni şeyler öğrendik, kendimizi test ettik ve kanıtlanmış yaklaşımların güvenilirliğinden emin olduk.”.
Gözleriniz dolaşırsa bir görev nasıl seçilir:
- Bu vakayı çözmek için hangi yetkinliklere ihtiyaç duyulduğunu ve tüm ekip üyelerinin bu becerilere sahip olup olmadığını düşünün.
- Yetkinlikleriniz eksikse bunları telafi edebilir misiniz (başka bir çözüm bulun, hızlıca yeni bir şeyler öğrenin)
- Ürün üreteceğiniz pazar hakkında kısa bir araştırma yapın
- Rekabeti hesaplayın - en çok insan hangi parçaya/şirkete/göreve gidecek?
- Şu soruyu cevaplayın: Sizi en çok ne motive edecek?
Oleg Bakhtadze-Karnaukhov (), PLEXeT komutu: “Havaalanında on saatlik bir konaklamaya karar verdik - tam iniş anında postamıza bir yol listesi ve kısa görev açıklamaları geldi. Bir programcı olarak ilgimi çeken ve başlangıçtan sonraki eylem planının net olduğu dört görevi hemen belirledim - ne yapılması gerekiyor ve bunu nasıl yapacağız. Daha sonra her ekip üyesinin görevlerini değerlendirdim ve rekabet düzeyini değerlendirdim. Sonuç olarak Gazprom ile Telekom ve Kitle İletişim Bakanlığı'nın görevleri arasında seçim yaptık. Tasarımcımızın babası petrol ve gaz sektöründe çalışıyor; kendisini aradık ve sektörle ilgili sorular sorduk. Sonunda, evet, ilginç olduğunu ancak temelde yeni bir şey sunamayacağımızı ve kesinlikle yetkinlikleri eşleştiremeyeceğimizi fark ettik çünkü dikkate alınması gereken çok fazla sektör özelliği var. hesap. Sonunda risk aldık ve ilk piste çıktık.”
Diana Ganieva (), Jingu Dijital ekibi: “Bölgesel aşamada tarımla ilgili bir görevimiz vardı, finalde ise sanayide AR/VR. Her bireyin yeteneklerini fark edebilmesi için tüm ekip tarafından seçildiler. Daha sonra çok ilginç bulmadığımız şeyleri ayıkladık.”
Ödevini yap
Ve şu anda kod hazırlamaktan bahsetmiyoruz; bunu yapmak genellikle anlamsızdır. Takım içi iletişimle alakalı. Henüz birlikte oynamadıysanız, birbirinizi anlamayı öğrenmediyseniz ve bir anlaşmaya varmadıysanız, önceden birkaç kez bir araya gelip bir hackathon simülasyonu yapmadıysanız veya en azından ana noktaları konuşmak için birbirinizi arayın, düşünün bir eylem planı aracılığıyla birbirlerinin güçlü ve zayıf yönlerini tartışırlar. Hatta bir durum bulabilir ve onu en azından şematik olarak "A noktasından B noktasına nasıl gidilir" düzeyinde çözmeye çalışabilirsiniz.
Bu paragraf sırasında karma ve yorumlarda eksileri yakalama riskiyle karşı karşıyayız, bu nasıl mümkün olur, hiçbir şey anlamıyorsunuz ama peki ya heyecan, dürtü, artık ilkelden bir prototip doğacak hissi et suyu (merhaba, biyoloji dersleri).
Evet ama.
Doğaçlama ve dürtü, yalnızca stratejiden hafif bir sapma haline geldiğinde iyidir - aksi takdirde, çalışmak, yemek yemek veya uyumak yerine kaosu temizlemeye ve hataları düzeltmeye zaman harcamanın riskleri çok büyüktür.
Oleg Bakhtadze-Karnaukhov, PLEXeT ekibi: “Yarışmadan önce ekibimin hiçbir üyesini tanımıyordum; onları çevrimiçi test aşamasında yetkinliklerine ve değerlendirmelerine göre seçip davet ettim. Bölgesel hackathon'u kazandığımızda ve hala birlikte Kazan'a gidip Stavropol'deki hackathon projesini bitirmemiz gerektiğini anlayınca bir araya gelip antrenman yapmaya karar verdik. Finalden önce iki kez buluştuk; rastgele bir problem bulduk ve çözdük. Vaka şampiyonası gibi bir şey. Ve zaten bu aşamada iletişim ve görev dağıtımında bir sorun gördük - Polina (tasarımcı) ve Lev (yönetici) kurumsal tarz, ürün özellikleri hakkında düşünürken, pazar verilerini ararken, benim çok fazla boş zamanım vardı. Böylece daha zor bir adaylığı üstlenmemiz gerektiğini fark ettik (övünmüyorum, sadece çoğunlukla web ile ilgili görevlerle karşılaştık, ama benim için bu sadece bir veya iki) ve iş süreçlerine daha fazla dahil olmam gerektiğini fark ettik. . Sonuç olarak finallerde ön araştırma sırasında matematiksel modelleme ve algoritma geliştirmeyle meşgul oldum.”
Artem Koshko, Kompozit Anahtar ekibi : “Daha zihinsel olarak hazırlandık; kod hazırlanmasına dair bir konuşma olmadı. Ekipteki rolleri zaten önceden atamıştık - üçümüz hepimiz programcıyız (tam bir yığınımız ve iki arka uçumuz var, ayrıca mobil geliştirme hakkında biraz bilgim var), ancak birinin bu görevi üstlenmesi gerektiği açıktı. tasarımcı ve yöneticinin rolleri. İşte bu şekilde, farkında olmadan ekip lideri oldum, kendimi iş analisti, konuşmacı ve sunum yapıcı olarak denedim. Bunu önceden konuşmasaydık, zamanı doğru yönetemez ve son savunmaya geçemezdik diye düşünüyorum.”
Diana Ganieva, Jingu Dijital: “Hackathon'a hazırlanmadık çünkü hack projelerinin sıfırdan yapılması gerektiğine inanıyoruz, bu adil. Şarkı seçme aşamasında önceden ne yapmak istediğimize dair genel bir konseptimiz vardı.".
Geliştiricilerle yalnız çalışamazsınız
Diana Ganieva, Jingu Dijital ekibi: “Ekibimizde farklı alanlarda üç uzman var. Bana göre bu bir hackathon için ideal kompozisyon. Herkes kendi işiyle meşgul, herhangi bir örtüşme ya da işbölümü yok. Bir kişi daha gereksiz olur."
İstatistikler, ekiplerimizin ortalama kompozisyonunun (en iyi ihtimalle) bir tasarımcı dahil olmak üzere 4 ila 5 kişiden oluştuğunu göstermiştir. Hem veritabanına ekleyebilmek hem de bir şey olursa bir "makine" ile sürpriz yapabilmek için ekibi farklı alanlardaki geliştiricilerle güçlendirmenin gerekli olduğu genel olarak kabul edilmektedir. En iyi ihtimalle, yine de yanlarında bir tasarımcı götürürler (alınmayın, sizi seviyoruz!), sonunda sunum ve arayüzler kendilerini çizmeyecektir. Yöneticinin rolü daha da sık ihmal ediliyor; genellikle bu işlev, yarı zamanlı bir geliştirici olan takım kaptanı tarafından üstleniliyor.
Ve bu temelde yanlıştır.
Artem Koshko, Kompozit Anahtar ekibi: "Bir noktada takıma uzman bir uzmanı almadığımız için pişman olduk. Tasarımla bir şekilde başa çıkabilsek de iş planı ve diğer stratejik konularda zorlandık. Çarpıcı bir örnek, hedef kitleyi ve pazar hacmini (TAM, SAM) hesaplamanın gerekli olduğu zamandır.”
Oleg Bakhtadze-Karnaukhov, PLEXeT ekibi: “Geliştiricinin ürüne katkısı, genel olarak inanıldığı gibi işin %80'inden çok uzaktır. Erkekler için bunun daha kolay olduğu söylenemez - görevlerin neredeyse tamamı onlara aitti. Arayüzleri, sunumları, videoları, stratejileri olmayan kodum sadece bir dizi sembolden ibaret. Ekipte onlar yerine daha fazla geliştirici olsaydı muhtemelen bunu başarabilirdik ama her şey daha az profesyonel görünürdü. Özellikle sunum bana göre genelde başarının yarısı kadardır. Savunma sırasında ve ardından gerçek hayatta birkaç dakika içinde hiç kimsenin prototipinizin gerçekten işe yarayıp yaramadığını anlayacak vakti olmayacak. Eğer planlara kapılırsan kimse seni dinlemez. Eğer metinde çok ileri giderseniz, herkes sizin ürününüzde neyin önemli olduğunu, onu nasıl sunacağınızı ve ona kimin ihtiyacı olduğunu bilmediğinizi anlayacaktır.”
Zaman yönetimi ve rahatlama
“Tom ve Jerry” gibi çocukluk çizgi filmlerinde karakterlerin göz kapaklarının kapanmaması için göz kapaklarının altına kibrit koyduğunu hatırlıyor musunuz? Deneyimsiz (veya aşırı hevesli) hackathon katılımcıları da hemen hemen aynı görünüyor.
Bir hackathon'da gerçeklikle ve zaman duygusuyla bağınızı kaybetmek kolaydır - atmosfer, dinlenme, uyku, oyun odasında oyalanma, ortaklarla iletişim kurma veya ustalık sınıflarına katılma için ara vermeden dizginsiz kodlamaya olanak tanır. Eğer buna Dünya Şampiyonası ya da Olimpiyat gibi davranırsanız, o zaman evet, belki de böyle davranmalısınız. Tam olarak değil.
Artem Koshko, Kompozit Anahtar ekibi: “Çok fazla çak-çak içtik, çok fazla; masamızın ortasına bir kule inşa edildi, moralimizi yüksek tuttu ve bize doğru zamanda karbonhidrat verdi. Neredeyse her zaman birlikte dinlendik ve çalıştık ve ayrı ayrı dinlenmedik. Ama farklı uyuyorlardı. Andrey (fullstack geliştiricisi) gündüzleri uyumayı sever, Denis ve ben geceleri uyumayı severiz. Bu nedenle gündüzleri daha çok Denis'le, geceleri ise Andrey'le çalıştım. Ve molalarda uyudu. Herhangi bir çalışma sistemimiz veya görev belirleme sistemimiz yoktu; her şey kendiliğinden gelişti. Ama bu bizi rahatsız etmedi çünkü birbirimizi iyi anlıyoruz ve tamamlıyoruz. Meslektaş olmamıza ve yakın iletişim kurmamıza yardımcı oldu. Ben Andrey'in eski stajyeriyim ve Denis şirkete stajyerim olarak geldi."
Ve bu arada, aynı chak-chak dağı da burada.
Görüştüğümüz katılımcıların neredeyse tamamı, yetkin zaman yönetimini hackathon'da başarının ana kriteri olarak nitelendirdi. Bu ne anlama geliyor? Uykuya ve yemeğe zamanınız olacak şekilde görev dağılımı yapıyorsunuz ve görevler düzenli bir şekilde tamamlanamıyor. her şey çöktüancak her ekip üyesinin rahat edebileceği bir hızda.
Oleg Bakhtadze-Karnaukhov, PLEXeT ekibi'Amacımız mümkün olduğu kadar çok saat çalışmak değil, mümkün olduğu kadar uzun süre üretken kalmaktı. Günde 3-4 saat uyusak bile başarılı olmuş gibiydik. Oyun odasına gidebilir veya ortaklarımızın standlarında takılabilir ve yemek için normal zaman ayırabiliriz. İkinci gün Lev'in yeterince uyuyabilmesi ve gösteri öncesinde kendine çeki düzen vermesi için mümkün olduğunca rahatlatmaya çalıştık. Görevleri nasıl dağıtacağımızı ve günlük rutinin senkronizasyonunu zaten anladığımız için hackathon provaları bize yardımcı oldu - aynı anda yemek yedik, uyuduk ve uyanıktık. Sonuç olarak tek bir mekanizma gibi çalıştılar.”
Bu ekibin Agomoto's Eye'ı hackathon'a nasıl çıkarmayı başardığını bilmiyoruz ama sonunda projeyle ilgili bir video çekip bir bildiri hazırlamayı bile başardılar.
Hackathon'da zaman yönetimi için bazı ipuçları:
- Büyükten küçüğe gidin; görevleri küçük bloklara bölün.
- Hackathon bir maratondur. Bir maratondaki en önemli şey nedir? Aynı hızda koşmaya çalışın, aksi takdirde mesafenin sonunda düşersiniz. Yaklaşık olarak aynı yoğunlukta çalışmaya çalışın ve kendinizi bitkinlik noktasına itmeyin.
- Her katılımcının görevlerinin ne olacağını ve bunun ne kadar zaman alacağını önceden düşünün. Son teslim tarihine yarım saat kaldığında ve büyük bir iş parçanızın hazır olmadığı durumlarda sürprizlerden kaçınmanıza yardımcı olacaktır.
- Görevlerin kapsamını ayarlamak için koordinatları kontrol edin. İyi gittiğinizi ve hatta zamanınızın kaldığını mı düşünüyorsunuz? Harika - bu parayı uyumaya veya sunumunuzu tamamlamaya harcayabilirsiniz.
- Ayrıntılara takılıp kalmayın, geniş vuruşlarla çalışın.
- İşe ara vermek zordur, bu nedenle özellikle uyku, rahatlama veya rahatlama için zaman ayırın. Örneğin alarmları ayarlayabilirsiniz.
- Konuşmanızı hazırlamak ve prova etmek için zaman ayırın. Bu herkes için ve her zaman zorunludur. Bunu öncekilerden birinde konuşmuştuk .
Bir de şu alternatif görüş var. Hangi seçeneği tercih edersiniz: Kodlayarak işkence mi, yoksa savaşla savaş ve belirli bir programa göre öğle yemeği mi?
Diana Ganieva, Jingu Dijital ekibi: “Ekibimizde herkes bir şeyden sorumlu, yerimize kimse gelmediği için vardiyalı çalışamıyorduk. Hiç gücümüz kalmadığında, katılımcının kalan iş miktarına bağlı olarak üç saat uyuduk. Takılmak için kesinlikle zaman yoktu, bununla değerli zamanımızı boşa harcamayız. Kısa süreli uyku ve enerji içecekleri veya kahve içermeyen çay eşliğindeki şekerlemelerle de olsa üretkenlik desteklendi.”
Zaman yönetimi konusuna dalmak istiyorsanız, kesimin altında birkaç yararlı bağlantı gizlidir. Günlük hayatta işinize yarayacak - her zaman geç kalan bu yazının yazarına inanın :)
Zamanın galipleri için — Etkili zaman yönetimi teknikleri, Kaspersky Lab proje yöneticisi tarafından Netology blogunda derlendi:
— Cossa'ya yeni başlayanlar için iyi bir makale:
Öne çıkmayı deneyin
Yukarıda projeyi korumak için bildiri dağıtan ekipten bahsetmiştik. Kendi yolunda sadece onlar vardı ve 3500'den fazla katılımcı arasında onlar gibi başka kimse olmadığından eminiz.
Elbette zaferlerinin ana nedeni bu değildi, ancak kesinlikle ek bir artı getirdi - en azından uzmanların sempatisini. Farklı şekillerde öne çıkabilirsiniz - kazananlarımızdan bazıları her performansa nasıl bomba yaptıklarına dair bir şakayla başlıyor (Sakharov ekibi, merhaba!).
Bunun üzerinde ayrıntılı olarak durmayacağız, sadece PLEXeT ekibinin durumunu paylaşacağız - bunun annesinin arkadaşının oğlu hakkında bir şaka olmayı hak ettiğini düşünüyoruz.
Oleg Bakhtadze-Karnaukhov, PLEXeT ekibi: "Önümüzde olduğumuzu fark ettik ve ön savunmaya bir transfer davasıyla gelmenin güzel olacağına karar verdik. Projede sunumda hiç yer almayan pek çok teknik detay, algoritma açıklaması var. Ama bunu göstermek istiyorum. Uzmanlar bu fikri destekledi ve hatta optimize edilmesine yardımcı oldu. İlk versiyona bile bakmadılar, böyle bir tabloyu asla okumayacaklarını söylediler. Savunmada sadece biz vardık."
Bir şeylerin ters gitmesi kaçınılmazdır ve bu sorun değil.
Günlük hayatta olduğu gibi hackathonlarda da her zaman hatalara yer vardır. Her şeyi düşünmüş gibi görünseniz bile, hangimiz sırf arabaların trafik sıkışıklığına girmesi, yürüyen merdivenin bozulması ve pasaportun unutulması nedeniyle uçağa/sınava/düğüne geç kalmadık? evde?
Oleg Bakhtadze-Karnaukhov, PLEXeT ekibi: “Polina ve ben bütün geceyi bir sunum yaparak geçirdik ama sonunda bunu savunmanın yapıldığı salondaki bilgisayara yüklemeyi unuttular. Onu bir flash sürücüden açmaya çalışıyoruz ve antivirüs dosyayı virüs olarak algılayıp siliyor. Sonuç olarak performansımızın bitiminden sadece bir dakika önce her şeyi başlatmayı başardık. Videoyu göstermeyi başardık ama yine de çok üzüldük. Benzer bir hikaye ön savunma sırasında da başımıza geldi. Prototipimiz başlamadı, Polina ve Lev'in bilgisayarları dondu ve bazı nedenlerden dolayı benimkini pistimizin bulunduğu hangarda bıraktım. Ve uzmanlar sabah çalışmalarımızı görmelerine rağmen, ellerinde güzel sözler olan, ama hiçbir ürünü olmayan eksantriklerden oluşan bir ekip gibi görünüyorduk. Pek çok katılımcının benim matematiksel modeller üzerine yaptığım çalışmaları “oturuyor, bir şeyler çiziyor, bilgisayara bakmıyor” şeklinde algıladığını düşünürsek durum pek de iyi değildi.”
Kulağa bayat gelebilir ama bu durumda yapabileceğiniz tek şey nefes vermektir. Bu zaten oldu. Hayır tek sen değilsin, herkes çuvallıyor. Bu ölümcül bir hata olsa bile bir deneyimdir. Bir de düşünün, sizi değerlendiren kişi bu olayı sahtekarlık olarak değerlendirecek mi?
Bir hackathonda çalışırken en rahat hissettiğiniz kompozisyonu (hem insanlar hem de uzmanlar) ve bir ekipte süreçleri nasıl oluşturduğunuzu yorumlarda paylaşın.
Kaynak: habr.com