Lekcja 13: Prezentacja projektow zespolowych

Jak skutecznie prezentowac projekt?

Prezentacja projektu informatycznego to umiejetnosc rownie wazna jak samo programowanie. W swiecie IT regularnie prezentuje sie wyniki pracy - klientom, zespolowi, managerom, inwestorom. Umiejetnosc jasnego i przekonujacego przedstawienia swojej pracy to kompetencja, ktora przydaje sie w kazdej branzy i na kazdym etapie kariery.

Dobra prezentacja to nie tylko pokazanie efektu koncowego. To opowiescc o procesie - jak wygladalo planowanie, jakie decyzje podjaliscie, jakie problemy napotkaliscie i jak je rozwiazaliscie. Publicznosc chce zrozumiec nie tylko CO zrobiliscie, ale takze DLACZEGO i JAK.

Zasady dobrej prezentacji

Skuteczna prezentacja wymaga przygotowania i praktyki. Nawet osoby z duzym doswiadczeniem cwicza swoje prezentacje wielokrotnie przed wystepem. Ponizej znajdziesz najwazniejsze zasady, ktore pomoga Ci przeprowadzic profesjonalna prezentacje.

• Mow do publicznosci - utrzymuj kontakt wzrokowy z osobami na sali, nie patrz caly czas na ekran
• Nie czytaj z kartki - mow swoimi slowami, znaj temat na tyle dobrze, zeby mowic swobodnie
• Podzielcie sie rownomiernie - kazdy czlonek zespolu powinien mowic swoja czesc
• Pokaz, nie opowiadaj - demo strony jest cenniejsze niz opis strony slowami
• Trzymaj sie czasu - 3-5 minut to wystarczajaco, szanuj czas innych
• Przygotuj plan B - miej zrzuty ekranu na wypadek problemow z internetem
• Przygotuj sie na pytania - publicznosc moze zapytac o szczegoly techniczne

Peer review - ocena wzajemna

Peer review (ocena rowiesnicza) to technika, w ktorej uczniowie oceniaja prace innych zespolow. Jest to niezwykle cenne narzedzie dydaktyczne, poniewaz uczy zarowno przyjmowania, jak i dawania konstruktywnego feedbacku. W swiecie IT code review (przeglad kodu) jest standardowa praktyka - kazdy kod przed wdrozeniem jest sprawdzany przez kolegów z zespolu.

Arkusz oceny projektu

KARTA OCENY PROJEKTU ZESPOLOWEGO

Zespol oceniany: _______________
Oceniajacy: _______________

Kryteria (1-5 punktow):

1. WYGLAD I ESTETYKA strony:           ___/5
   (kolory, czcionki, uklad, spojnosc)

2. FUNKCJONALNOSC:                      ___/5
   (nawigacja dziala, responsywnosc, brak bledow)

3. TRESC:                               ___/5
   (jakosc tekstow, zdjecia, kompletnosc)

4. TECHNOLOGIA:                         ___/5
   (poprawny HTML/CSS, semantycznosc, kod)

5. PREZENTACJA:                         ___/5
   (klarownosc, podzial, czas, odpowiedzi)

SUMA: ___/25

Co mi sie najbardziej podobalo:
_________________________________

Co mozna poprawic:
_________________________________

Technika feedbacku "Kanapka"

Konstruktywny feedback to sztuka mowienia o tym, co mozna poprawic, w sposob motywujacy i szanujacy prace drugiej osoby. Popularna metoda jest tzw. "kanapka" - zaczynamy od pozytwu, w srodku umieszczamy sugestie poprawy, a konczymy pozytywnym akcentem.

1. Pozytyw - zacznij od tego, co jest dobre ("Podoba mi sie jak...")
2. Sugestia - wskaz, co mozna poprawic ("Warto byloby rozwazyc...")
3. Pozytyw - zakoncz pozytywnie ("Ogolnie swietna robota!")

Czego unikac przy feedbacku

Rownie wazne jak dawanie dobrego feedbacku jest unikanie bledow, ktore moga zniechecic lub zranic odbiorcow. Pamietaj, ze za kazdym projektem stoi czyjas praca i wysilek.

• Nie krytykuj osoby, krytykuj prace ("Strona mogllaby..." zamiast "Zle to zrobiliscie")
• Nie badz ogolnikowy ("Jest ok" nie pomaga - powiedz CO konkretnie jest ok)
• Nie porownuj z innymi zespolami - kazdy ma inne doswiadczenie i mozliwosci
• Nie ignoruj mocnych stron - zawsze znajdz cos pozytywnego, nawet w slabszym projekcie