Kompetencje osobiste i biznesowe / Kompetencje osobiste

Design Thinking dla programistów — warsztat praktyczny z empatią, ideacją i prototypowaniem

Dwudniowe szkolenie Design Thinking dla programistów — badanie potrzeb użytkownika (wywiady, obserwacja), definiowanie problemów (persona, problem statement), ideacja (How Might We, Crazy 8s), prototypowanie techniczne, testowanie z użytkownikami, iteracja.

Programista, który nie rozumie użytkownika, buduje FEATURES — programista z Design Thinking buduje ROZWIĄZANIA

Większość programistów dostaje ticket w Jira: „Dodaj przycisk X na stronie Y”. Nie wie DLACZEGO. Nie wie dla KOGO. Nie wie czy użytkownik w ogóle potrzebuje tego przycisku. Design Thinking zmienia perspektywę: zamiast „co mam zakodować?” pytasz „jaki problem rozwiązuję?”. Empathy map i journey map pokazują REALNE bolączki użytkownika. Problem statement definiuje CO naprawdę trzeba rozwiązać. Crazy 8s i prototypowanie pozwalają przetestować 8 pomysłów ZANIM napiszesz linijkę kodu. Test z użytkownikiem weryfikuje czy rozwiązanie działa — nie czy kod się kompiluje.

Dwudniowy warsztat: Dzień 1 — empatia i definiowanie (proces DT, rola programisty, wywiady z użytkownikami, empathy map, journey map, persona, problem statement, How Might We). Dzień 2 — ideacja, prototypowanie i testowanie (brainstorming IDEO, Crazy 8s, priorytetyzacja impact/effort, paper prototyping, spike techniczny, testowanie z użytkownikami, iteracja, pełny cykl DT w warsztacie).

Dla kogo jest to szkolenie?

Dla programistów, którzy chcą wyjść poza „kodowanie ticketów”. Szczególnie gdy:

Budujesz features ale nie wiesz CZY użytkownik ich potrzebuje — DT daje narzędzia do walidacji PRZED kodowaniem
Współpracujesz z designerami/PO ale mówicie „różnymi językami” — wspólny proces DT eliminuje miscommunication
Chcesz mieć wpływ na PRODUKT, nie tylko na kod — DT daje ci narzędzia do rozmowy o problemach, nie o implementacji

Dwa dni: od empatii do prototypu

Dzień 1: Empatia i definiowanie — proces DT (5 faz), rola programisty, badanie użytkowników (wywiady, 5 Whys, obserwacja), empathy map, journey map, persona, problem statement (POV, HMW), warsztaty z realnym produktem.

Dzień 2: Ideacja i prototypowanie — brainstorming (reguły IDEO), Crazy 8s, priorytetyzacja (impact/effort, MoSCoW), prototypowanie (paper, wireframe, spike), testowanie z użytkownikami (scenariusze, moderowanie, feedback), warsztaty pełnego cyklu DT.

Z ponad 2500 szkoleń w ofercie i oceną 4.8/5, EITT jest zaufanym partnerem w rozwoju kompetencji. Skontaktuj się z nami — organizujemy warsztaty Design Thinking zamknięte dla zespołów programistycznych.

To szkolenie jest częścią ścieżki:

Programista Projektant UX/UI

Korzyści

Przeprowadzać badanie potrzeb użytkowników — wywiady, obserwacja, empathy map, journey map
Definiować problemy projektowe z perspektywy użytkownika — persona, POV, problem statement, How Might We
Generować i priorytetyzować rozwiązania techniczne — Crazy 8s, brainstorming, matryca impact/effort
Tworzyć szybkie prototypy rozwiązań — paper prototyping, wireframes, spike techniczny
Testować rozwiązania z użytkownikami i iterować na podstawie feedbacku
Facylitować warsztaty Design Thinking w zespole technicznym

Dla kogo jest to szkolenie?

Programiści pracujący w zespołach produktowych chcący rozumieć potrzeby użytkowników

Full-stack developerzy zainteresowani UX i projektowaniem zorientowanym na użytkownika

Liderzy zespołów programistycznych współpracujący z designerami i product ownerami

Architekci rozwiązań IT projektujący systemy z perspektywy użytkownika końcowego

Frontend developerzy chcący świadomie wpływać na doświadczenie użytkownika

Inżynierowie oprogramowania przechodzący na role product-oriented

Wymagania wstępne

Doświadczenie w wytwarzaniu oprogramowania (min. 1 rok)
Podstawowa znajomość procesu wytwórczego (Agile/Scrum)
Otwartość na pracę warsztatową i współpracę interdyscyplinarną

Program szkolenia

Proces Design Thinking — 5 faz (Empathize, Define, Ideate, Prototype, Test), różnice vs Agile/Waterfall, kiedy stosować DT w software
Rola programisty w procesie projektowym — od wykonawcy do współtwórcy, współpraca z designerami i PO, T-shaped skills
Empathize: badanie potrzeb użytkowników — wywiady (pytania otwarte, 5 Whys), obserwacja (shadowing), empathy map
Empathize: mapowanie ścieżki użytkownika — customer journey map, touchpoints, pain points, moments of truth
Define: synteza i definiowanie problemu — persona (data-driven), Point of View (POV), problem statement, How Might We (HMW)
Warsztaty: przeprowadzenie wywiadu z użytkownikiem, stworzenie empathy map, journey map i problem statement dla realnego produktu

Ideate: generowanie rozwiązań — brainstorming (reguły IDEO), Crazy 8s, SCAMPER, dot voting, łączenie perspektywy UX z feasibility
Ideate: priorytetyzacja — matryca impact/effort, MoSCoW, story mapping, balans user value vs technical complexity
Prototype: szybkie prototypowanie — paper prototyping, wireframes, clickable prototypes (Figma basics), prototyp techniczny (spike)
Prototype: weryfikacja założeń technicznych — Wizard of Oz, concierge MVP, ograniczenia techniczne jako design constraint
Test: testowanie z użytkownikami — scenariusze testowe, moderowanie testu, zbieranie feedbacku, iteracja na podstawie wyników
Warsztaty: pełny cykl DT — ideacja (Crazy 8s + dot voting), prototyp rozwiązania, test z innym zespołem, iteracja

Formy realizacji

Online

Wygoda uczestnictwa z dowolnego miejsca
Interaktywne sesje na żywo z trenerem
Materiały dostępne przez 30 dni
Brak kosztów dojazdu

Stacjonarnie

Bezpośredni kontakt z trenerem i grupą
Intensywne warsztaty praktyczne
Networking z innymi uczestnikami
Pełne skupienie na nauce

Tematy szkolenia

Najczęściej zadawane pytania

Czy to szkolenie z UX designu czy z programowania?

Z PROCESU PROJEKTOWEGO dla programistów. Nie uczymy Figmy ani CSS — uczymy jak MYŚLEĆ o użytkowniku. Programista po szkoleniu rozumie: jak przeprowadzić wywiad z użytkownikiem, jak zdefiniować problem (nie feature), jak prototypować rozwiązanie ZANIM napiszesz kod, jak testować z użytkownikami. To kompetencje, których brakuje większości developerów.

Czy potrzebuję umiejętności graficznych?

NIE — prototypy na szkoleniu to paper prototyping (kartka + marker) i proste wireframes. Chodzi o SZYBKOŚĆ walidacji pomysłu, nie o pixel-perfect design. Programista ma przewagę — rozumie co jest technicznie wykonalne, czego designerzy często nie wiedzą.

Jak Design Thinking współgra z Agile/Scrum?

DT = discovery (CO budujemy i DLACZEGO), Agile = delivery (JAK budujemy). DT daje input do backlogu — user stories oparte na REALNYCH potrzebach, nie na zgadywaniu. Na szkoleniu pokazujemy jak zintegrować DT z istniejącym procesem Agile bez dodatkowego overhead.

W jakim formacie i jak długo trwa szkolenie?

Szkolenie trwa 2 dni (9:00-16:00), dostępne online i stacjonarnie. Intensywne warsztaty — pełny cykl Design Thinking od badania użytkownika do prototypu i testu.

Czy po szkoleniu otrzymam certyfikat?

Tak, każdy uczestnik otrzymuje imienny certyfikat ukończenia szkolenia wydany przez EITT.