Hackathony i sprinty

Narzędzia: tablica, Miro / Mural, timer, karta wyzwania, kryteria oceny, prototypy papierowe, makiety, storyboardy, diagramy procesu, pitch deck
Najlepsze do: szybkiego przejścia od wyzwania do uproszczonej koncepcji lub prototypu, pracy zespołowej pod presją czasu, podejmowania decyzji przy ograniczonych danych, tworzenia wstępnych rozwiązań

Autor: Filip Janiak
Praca: Małe grupy: 3-6 Czas: Wiele sesji Interakcja: Wysoki Koncentracja: Wysoki Przygotowanie: Średni

Dlaczego warto?

Hackathon lub sprint innowacyjny to intensywna, jasno zaplanowana praca zespołowa nad jednym wyzwaniem, prowadzona w ograniczonym czasie i według wcześniej ustalonych kryteriów. Kluczowym mechanizmem tej metody nie jest kreatywność sama w sobie, lecz wymuszenie decyzji. Studenci muszą wybierać, upraszczać, rezygnować z części pomysłów i działać mimo niepełnych danych. Proces obejmuje kilka etapów: zrozumienie wyzwania, szybkie generowanie pomysłów, selekcję rozwiązania, opracowanie minimalnej wersji koncepcji lub prototypu oraz przygotowanie krótkiej prezentacji. W odróżnieniu od klasycznych projektów nie ma tu przestrzeni na długą analizę i stopniowe dopracowywanie każdego elementu. Wartość metody polega na tym, że studenci uczą się przechodzić od niepewności do decyzji, a od decyzji – do konkretnego rezultatu.

Metoda bywa jednak często redukowana do intensywnej burzy mózgów albo konkursu prezentacji. Wtedy traci swój potencjał, bo pomija to, co najważniejsze: selekcję, decyzje, uproszczenie i świadome ograniczanie zakresu rozwiązania. Dlatego kluczowe jest wprowadzenie jasnych kryteriów, np. wartości rozwiązania, wykonalności, prostoty, potencjalnego wpływu oraz dopasowania do wyzwania. Najczęstszy błąd polega na traktowaniu hackathonu jak długiego procesu projektowego. Zespoły poświęcają wtedy zbyt dużo czasu na analizę, dopracowywanie szczegółów i rozbudowywanie pomysłu, zamiast podejmować decyzje i upraszczać rozwiązanie. Tymczasem wartość tej metody wynika właśnie z pracy pod presją czasu oraz z konieczności szybkiego przejścia od problemu do działania.

Praktyczny przykład

Kurs: Przedsiębiorczość
Temat: Nowe usługi cyfrowe dla miasta
Studenci pracują w zespołach nad opracowaniem usługi cyfrowej rozwiązującej konkretny problem mieszkańców. Wyzwanie zakłada stworzenie rozwiązania możliwego do wdrożenia w ciągu 6 miesięcy przy ograniczonym budżecie. Istotne jest szybkie przejście od problemu do decyzji i uproszczonego rozwiązania.

Wprowadzenie (5–10 min)
Prowadzący przedstawia wyzwanie, ograniczenia oraz kryteria oceny. Może wskazać, że rozwiązanie powinno być użyteczne, wykonalne, proste i możliwe do przedstawienia w krótkim pitchu. Podkreśla, że zespoły nie będą w stanie przeanalizować wszystkiego, dlatego muszą podejmować decyzje przy niepełnych danych.

Etap 1. Wybór problemu (15–30 min)
Zespoły otrzymują zestaw krótkich opisów problemów, np. mobilność, dostęp do usług miejskich, komunikacja z urzędem, bezpieczeństwo, wsparcie seniorów lub korzystanie z przestrzeni publicznej. Wybierają jeden problem, który uznają za istotny i możliwy do rozwiązania w danych warunkach. Prowadzący akcentuje, że wybór problemu jest pierwszą decyzją strategiczną, która wpływa na cały projekt.

Etap 2. Generowanie i selekcja pomysłów (30–60 min)
Studenci szybko generują propozycje rozwiązań, a następnie dokonują ich selekcji na podstawie prostych kryteriów, takich jak: wykonalność, czas wdrożenia, prostota, koszt oraz potencjalna wartość. Zespoły są zachęcane do odrzucania pomysłów, które są zbyt złożone, kosztowne lub trudne do realizacji w przyjętym czasie.

Etap 3. Koncepcja rozwiązania (45–90 min)
Zespoły opracowują jedną, uproszczoną koncepcję rozwiązania. Skupiają się na minimalnej wersji rozwiązania, czyli na tym, co musi zadziałać, aby pomysł można było zrozumieć, ocenić i dalej rozwijać. Przygotowują krótki opis rozwiązania, główną wartość, podstawowe funkcje, założenia wdrożeniowe oraz ograniczenia.

Etap 4. Pitch (ok. 5 min na zespół)
Zespoły prezentują swoje rozwiązania w krótkiej, dynamicznej formie, np. 3 minuty na prezentację i 2 minuty na pytania. Pokazują, jaki problem wybrali, jakie rozwiązanie proponują, dlaczego jest ono wykonalne, jaką wartość wnosi. Omawiają także, z czego świadomie zrezygnowali. Pozostali studenci lub prowadzący zadają pytania skoncentrowane na prostocie, wykonalności i wartości rozwiązania.

Iteracja i refleksja (15–30 min)
Studenci analizują proces, odpowiadają na pytania, które decyzje były najtrudniejsze, z jakich pomysłów zrezygnowali i co wpłynęło na ich wybór. Prowadzący podsumowuje, podkreślając, że wartość metody wynika z umiejętności upraszczania, podejmowania decyzji i działania mimo niepewności.

Kiedy działa najlepiej?

  • Gdy celem jest szybkie przejście od wyzwania do wstępnego rozwiązania.
  • Gdy studenci mają ćwiczyć podejmowanie decyzji pod presją czasu.
  • Gdy temat wymaga intensywnej współpracy, podziału ról i szybkiego uzgadniania kierunku działania.
  • Gdy chcesz pokazać, jak tworzy się minimalną wersję rozwiązania zamiast rozbudowanego projektu.
  • Gdy chcesz zasymulować realne warunki pracy zespołów innowacyjnych, startupowych, projektowych lub interdyscyplinarnych.

Kiedy unikać?

  • Gdy studenci nie mają podstawowej wiedzy w danym obszarze i nie są w stanie podjąć sensownych decyzji nawet na poziomie wstępnej koncepcji.
  • Gdy zadanie wymaga pogłębionej, długoterminowej analizy danych, badań terenowych lub eksperckiej diagnozy.
  • Gdy oczekiwany rezultat musi być bardzo dokładny, formalny lub kompletny.
  • Gdy problem jest zbyt abstrakcyjny i nie da się go przełożyć na konkretne rozwiązanie, prototyp, model działania lub pitch.

Wyzwania

  • Zespoły chcą analizować zbyt długo → wprowadź wyraźne limity czasu i przypominaj, że celem jest decyzja, a niekoniecznie pełna diagnoza.
  • Studenci generują dużo pomysłów, ale nie potrafią wybrać jednego → podaj proste kryteria selekcji, np. wykonalność, prostota, wartość i czas wdrożenia.
  • Rozwiązanie jest zbyt rozbudowane → wymagaj minimalnej wersji rozwiązania i poproś zespół, aby wskazał, z czego świadomie rezygnuje.
  • Zespół skupia się na efektownej prezentacji zamiast na sensie rozwiązania → oceniaj przede wszystkim trafność, prostotę, wykonalność i uzasadnienie decyzji.
  • Dominacja jednej osoby w zespole zaburza pracę → przypisz role, np. lider czasu, osoba od prototypu, osoba od argumentacji, osoba od pitchu.

Dopasuj poziom

Łatwiej → Podaj jasno zdefiniowany problem oraz kryteria oceny, ogranicz liczbę etapów.

Trudniej → Wprowadź realne ograniczenia (np. budżet, czas wdrożenia) oraz wymagaj testowania rozwiązania lub jego weryfikacji z użytkownikiem.

Podpowiedzi

  • Ustal kryteria oceny przed rozpoczęciem pracy.
  • Wprowadź widoczny zegar – presja czasu jest kluczowym elementem metody.
  • Pilnuj, aby zespoły nie zatrzymały się zbyt długo na analizie problemu.
  • Zachęcaj do tworzenia prostych prototypów zamiast dopracowanych rozwiązań.
  • Zakończ proces krótką refleksją nad decyzjami podjętymi pod presją czasu.

Jak oceniać?

Ocena kształtująca
Udzielaj krótkiego feedbacku po etapach i obserwuj pracę zespołów. Feedback powinien pomagać zespołom zawężać rozwiązanie, upraszczać je i lepiej uzasadniać decyzje.

Ocena sumująca
Oceń jakość rozwiązania, uzasadnienie decyzji oraz klarowność prezentacji.