Hackathon

Hackathon Nedir? Hackathon Nasıl Kazanılır?

Hackathon nedir, nasıl işler ve jüri neye bakar? Takım kurmaktan 48 saatlik zaman planına ve demo sunumuna kadar hackathon kazanmak için adım adım rehber.

CompeteRadar Editör Ekibi5 dk okuma

Hackathon; "hack" ve "maraton" kelimelerinin birleşiminden doğan, genellikle 24–48 saat süren yoğun bir ürün geliştirme yarışmasıdır. Takımlar belirlenen bir problem ya da tema etrafında sıfırdan çalışan bir prototip geliştirir ve süre sonunda jüriye sunar. Kazananlar ödül, staj ve iş fırsatları, yatırımcı bağlantıları ya da kuluçka programlarına kabul gibi kazanımlar elde eder.

Bu rehberde hackathonların nasıl işlediğini, jürinin hangi kriterlere baktığını ve sınırlı sürede öne çıkan bir proje çıkarmak için neler yapabileceğinizi adım adım anlatıyoruz.

Hackathon nedir, kimler katılabilir?

Hackathonlar şirketler, üniversiteler, belediyeler, vakıflar ve topluluklar tarafından düzenlenir. Bazıları tamamen online yapılır, bazıları bir kampüste ya da teknoparkta fiziksel olarak, bazıları ise online geliştirme + yüz yüze final şeklinde hibrit ilerler. Temalar fintech, sağlık, iklim, akıllı şehir, yapay zekâ gibi alanlardan seçilir; şirket hackathonlarında genellikle şirketin gerçek bir iş problemi verilir.

Yaygın bir yanılgının aksine hackathonlar yalnızca yazılımcılar için değildir. Kazanan takımların çoğunda tasarımcı, ürün yöneticisi, iş geliştirme ya da alan uzmanı (ör. tıp öğrencisi bir sağlık hackathonunda) bulunur. Katılım koşulları etkinliğe göre değişir: bazıları yalnızca üniversite öğrencilerine, bazıları belirli yaş aralığına, bazıları da herkese açıktır.

Bir hackathon nasıl işler?

  1. Duyuru ve başvuru: Etkinlik sayfasında tema, tarih, katılım koşulları ve ödüller açıklanır. Çoğu hackathonda takım ya da bireysel başvuru formu doldurulur.
  2. Seçim ve takım kurma: Kontenjanlı etkinliklerde başvurular değerlendirilir. Bireysel başvuranlar için takım eşleştirme oturumları yapılabilir.
  3. Açılış ve problem tanımı: Problem setleri, veri kaynakları, kullanılabilecek API'ler ve puanlama kriterleri açıklanır.
  4. Geliştirme: Takımlar belirlenen süre boyunca prototiplerini geliştirir; mentorlar teknik ve iş tarafında geri bildirim verir.
  5. Teslim: Kaynak kod, demo videosu ve sunum belirtilen saate kadar yüklenir. Teslim saati genellikle esnetilmez.
  6. Sunum ve jüri: Takımlar 3–5 dakikalık sunumlarla projelerini anlatır, ardından jürinin sorularını yanıtlar.

Jüri neye bakar?

Puanlama kriterleri etkinlikten etkinliğe değişse de çoğu jüri benzer sorulara yanıt arar:

  • Problem–çözüm uyumu: Gerçek ve önemli bir problemi mi çözüyorsunuz? Çözümünüz bu probleme doğrudan yanıt veriyor mu?
  • Çalışan demo: Fikir ne kadar iyi olursa olsun, canlı çalışan bir prototip her zaman slayttan daha ikna edicidir.
  • Teknik uygulama: Kullanılan teknolojiler yerinde mi, sponsor API'leri ya da verilen veri setleri anlamlı biçimde kullanılmış mı?
  • Yenilikçilik: Benzer çözümlerden farkınız ne? Jüri gün boyunca onlarca proje izler; akılda kalan bir fark yaratmalısınız.
  • Etki ve sürdürülebilirlik: Proje hackathondan sonra yaşayabilir mi? Kimlere, ne ölçekte fayda sağlar?
  • Sunum: Takım fikri net, kısa ve inandırıcı biçimde anlatabiliyor mu?

Hackathon öncesi hazırlık

  • Kuralları okuyun: Önceden yazılmış kod kullanılabiliyor mu? Açık kaynak kütüphaneler serbest mi? Takım kaç kişi olabilir? Kural ihlali diskalifiye sebebidir.
  • Bir başlangıç şablonu hazırlayın: Proje iskeleti, kimlik doğrulama, veritabanı bağlantısı ve yayına alma (deploy) adımlarını önceden denemek ilk saatlerinizi kurtarır — kurallar izin veriyorsa.
  • Hesapları ve anahtarları önceden açın: Bulut hesapları, API anahtarları ve sponsor platform erişimleri son dakikada onay beklemenize yol açabilir.
  • Alanı araştırın: Tema belliyse o alandaki problemleri, mevcut çözümleri ve açık veri kaynaklarını önceden inceleyin.
  • Lojistiği planlayın: Fiziksel etkinliklerde şarj aleti, uzatma kablosu, kulaklık ve rahat kıyafet; online etkinliklerde kesintisiz internet ve sessiz bir çalışma alanı.

Kazanan takım nasıl kurulur?

İdeal hackathon takımı genellikle 3–4 kişiden oluşur. Daha küçük takımlar iş yüküne yetişemez, daha büyük takımlarda ise koordinasyon zorlaşır. Rolleri baştan netleştirin:

  • Geliştirici(ler): Ön yüz ve arka uç ya da model tarafını üstlenir. İki geliştiriciniz varsa sorumluluk alanlarını ayırın.
  • Tasarım / ürün: Kullanıcı akışını, ekran tasarımlarını ve kapsamı yönetir; "bu özellik demoda görünecek mi?" sorusunu sürekli sorar.
  • Sunum / iş tarafı: Problemi araştırır, iş modelini ve sunumu hazırlar, gerekirse kullanıcılarla konuşup kanıt toplar.

Hiç tanımadığınız kişilerle takım kurmak da mümkündür; birçok etkinlik takım eşleştirme oturumu düzenler. Bu durumda ilk yarım saati birbirinizin becerilerini tanımaya ve rol paylaşımına ayırın.

48 saati doğru planlamak

Hackathonlarda en sık kaybedilen şey zamandır. Kapsamı küçük tutup bitmiş bir ürün göstermek, yarım kalmış büyük bir fikirden her zaman iyidir. Örnek bir zaman planı:

Zaman dilimiOdak
İlk 2 saatProblemi seçin, tek cümlelik çözüm tanımı yazın, kapsamı ve rolleri belirleyin.
2–20. saatÇekirdek akışı uçtan uca çalışır hale getirin (MVP). Güzelleştirmeyi sonraya bırakın.
20–36. saatDemo senaryosundaki eksikleri tamamlayın, tasarımı iyileştirin, hataları giderin.
Son 12 saatYeni özellik eklemeyi durdurun. Sunumu hazırlayın, demo videosu çekin, en az iki kez prova yapın.

Demo ve sunum: son 5 dakika her şeydir

Jüri projenizin kodunu nadiren satır satır inceler; çoğu zaman yalnızca sunumu ve demoyu görür. Bu yüzden sunuma, geliştirmeye harcadığınız emeğin karşılığını alacağınız an olarak bakın.

  1. Problem (30 sn): Kimin, hangi problemi yaşadığını somut bir örnekle anlatın.
  2. Çözüm (30 sn): Ürününüzü tek cümleyle tanıtın.
  3. Canlı demo (2 dk): Gerçek bir kullanıcı senaryosunu baştan sona gösterin. İnternet ya da sunucu sorunlarına karşı mutlaka yedek bir demo videosu hazırlayın.
  4. Nasıl yaptık (30 sn): Teknik mimariyi ve kullandığınız veri / API'leri kısaca özetleyin.
  5. Etki ve sonraki adımlar (30 sn): Proje büyüdüğünde kimlere ulaşabilir, sıradaki adımlar neler?

Sık yapılan hatalar

  • Kapsamı çok geniş tutup hiçbir özelliği bitirememek.
  • İlk saatleri fikir tartışmasıyla geçirip geliştirmeye geç başlamak.
  • Sunuma son bir saat kala başlamak ve hiç prova yapmamak.
  • Demoyu yalnızca canlı ortama güvenerek yapmak; yedek video hazırlamamak.
  • Mentorlardan geri bildirim almamak. Mentorlar çoğu zaman jürinin neye bakacağını en iyi bilen kişilerdir.
  • Uykusuzluğu hafife almak: kısa uyku molaları, son saatlerdeki hata oranını ciddi biçimde azaltır.

Hackathon kontrol listesi

  • Katılım koşullarını, kuralları ve puanlama kriterlerini okudum.
  • Takımda rol dağılımı net.
  • Geliştirme ortamı, hesaplar ve API anahtarları hazır.
  • Tek cümlelik problem ve çözüm tanımımız var.
  • Özellik dondurma saatini belirledik.
  • Yedek demo videosu çektik ve sunumu en az iki kez prova ettik.
  • Teslim saatini ve teslim edilecek dosyaları kontrol ettik.

Hazırsanız sıra doğru etkinliği bulmakta. Başvurusu açık hackathonları son başvuru tarihine göre sıralanmış olarak inceleyebilir, kategori ve konuma göre filtreleyebilirsiniz.

Hazırsan sıra yarışmayı seçmekte

Başvurusu açık yarışmaları son başvuru tarihine göre sıralı listede gör.

Aktif yarışmalar

Diğer rehberler

Tümü