Projekt zespołowy od pomysłu do oddania

Dobry projekt zaczyna się od celu i odbiorcy, nie od kodu. Najpierw zapisz, co ma powstać i dla kogo, potem dziel pracę na zadania.

Zadania rozdziel imiennie i wyznacz terminy pośrednie. Wspólny dokument z listą zadań pokazuje, co gotowe, co w toku, a co się opóźnia.

Przed oddaniem zaplanuj testy: sprawdź projekt na innym urządzeniu i poproś kogoś spoza zespołu o przejście przez całość. Zbierz uwagi i popraw.

• cel — co ma powstać i dla kogo
• podział zadań — kto za co odpowiada
• kamień milowy — termin pośredni
• testy — sprawdzenie przed oddaniem
• prezentacja — pokazanie efektu

• Cel projektu — punkt odniesienia dla decyzji
• Lista zadań — kto, co i do kiedy
• Test — sprawdzenie, czy działa
• Informacja zwrotna — uwagi od użytkownika

Od czego zacząć projekt?

Od określenia celu i odbiorcy.

Po co kamienie milowe?

Pokazują, czy zespół zdąży na czas.

Jak dzielić zadania?

Imiennie, z terminem dla każdego.

Po co testować na innym urządzeniu?

Bo tam mogą wyjść błędy niewidoczne u autora.

Co daje informacja zwrotna?

Pokazuje problemy, których autor nie widzi.

Co robić z uwagami testerów?

Uporządkować je i poprawić najważniejsze.

Kiedy planować testy?

Od początku, nie w ostatni wieczór.

Co zawiera prezentacja projektu?

Cel, rozwiązanie, demonstrację i wnioski.

Co to tablica zadań?

Lista zadań ze statusami: do zrobienia, w toku, gotowe.

Po co rezerwa czasu w harmonogramie?

Chroni przed opóźnieniami z powodu nieprzewidzianych problemów.

Po co robić kopię projektu przed dużą zmianą?

Żeby móc wrócić do działającej wersji, gdy zmiana się nie uda.

Od czego zacząć prezentację projektu?

Od celu i odbiorcy — po co powstał i dla kogo.

1. Pracę nad projektem zaczynamy od:

1. Pisania kodu
2. Określenia celu
3. Wyboru kolorów
4. Prezentacji

2. Testy warto zaplanować:

1. Na koniec ostatniego dnia
2. Od początku projektu
3. Po oddaniu
4. Tylko przy dużych projektach

3. Zadanie zbyt duże, żeby zrobić je w jeden wieczór, warto…

1. Zostawić w całości
2. Podzielić na mniejsze
3. Usunąć z listy
4. Zrobić na końcu

4. Wspólny plik z podziałem zadań powinien być…

1. Tylko u lidera
2. Dostępny dla całego zespołu
3. Drukowany raz w tygodniu
4. Ukryty

5. Podział ról w zespole projektowym:

1. porządkuje odpowiedzialność
2. spowalnia pracę
3. jest zbędny
4. dotyczy tylko dużych firm