W tym rozdziale
Greenfield oznacza, że produkt budujecie od początku. Nie oznacza wolnego kalendarza zespołu. Wybierzcie mały pierwszy rezultat i osobę, która go odbierze. Podstawowe lekcje współdzielimy z One Man Army; tutaj dokładamy pracę zespołu.
Zewnętrzny zespół? Ustal ramy, zanim ruszy praca
Przy projekcie realizowanym z software house’em nauczyłem się, że dokumentacja, kontrola nad zasobami i przekazywanie wiedzy potrzebują zasad od pierwszego dnia. Przed pierwszym zadaniem przygotuj szkielet dokumentacji, wskaż firmowe konta i osoby po swojej stronie. Uzgodnij z wykonawcą materiały do odbioru, dostępność kluczowych ludzi i exit plan w umowie — sposób zakończenia współpracy oraz przekazania pracy.
Zobacz moje pięć lekcji ze współpracy z software house’em i listę do uzupełnienia
Przejdź przez nie przed rozpoczęciem realizacji, a potem wróć do kroków poniżej.
1. Przygotujcie narzędzie
Każda osoba wykonuje próbę warsztatu. Uzgodnijcie, z których modeli i dodatków możecie korzystać. Nie trzeba zmieniać narzędzia całemu zespołowi.
2. Przygotujcie miejsce na projekt
Utwórzcie repozytorium, wskażcie playbook i jeden plan. W lekcji przygotowania projektu są paczki do pobrania i prompt. Wybierzcie potrzebny zakres, dołączcie paczkę do rozmowy i dajcie agentowi uporządkować pliki.
Przygotujcie też dokumentację w Confluence: stronę główną, potrzebne podstrony i osoby dbające o ich treść. Wpiszcie znany cel i zakres; kolejne ustalenia dopisujcie podczas pracy. Druga osoba ma znaleźć cel, zasady i następny krok bez czytania całego czatu. Zadanie w Jira powinno prowadzić do planu, a plan do zadania.
3. Powiedzcie, co budujecie
Wspólnie z osobą decydującą o produkcie ustalcie odbiorcę, problem i zakres pierwszej wersji. Prompt do opisania pomysłu pomoże przejść przez pytania. Ustalenia trafiają do istniejącego opisu produktu lub product.md — pliku z opisem tego, co powstaje.
4. Ustalcie działanie i technologię
Przejdźcie scenariusz użytkownika, dane i połączenia z innymi systemami. Najpierw sprawdźcie standardy organizacji. Jeśli potrzebny jest nowy wybór, porównajcie koszt, utrzymanie i to, kto będzie umiał się tym zająć. Lekcja o rozwiązaniu prowadzi przez tę decyzję.
5. Pokażcie pierwsze interfejsy
Przed budową ekranów pokażcie ich graficzną próbę. Wykorzystajcie istniejący design system, czyli wspólne elementy i zasady wyglądu. Jeśli go nie ma, ustalcie mały zestaw. Lekcja o interfejsach prowadzi od grafiki do klikalnego podglądu i poprawek.
Ustalcie, kto akceptuje wygląd. Zapiszcie zaakceptowane grafiki i zasady w planie, żeby wszyscy wykonawcy mieli ten sam punkt odniesienia.
6. Zbudujcie jeden działający fragment
Jedna osoba prowadzi, druga sprawdza. Zacznijcie od zadania przechodzącego przez cały scenariusz: ekran, logikę i dane. Pokażcie demo, poprawcie uwagi i sprawdźcie wynik. Agent uzupełnia przy tym właściwe strony w Confluence: regułę, integrację lub sposób działania, który właśnie powstał. Druga osoba sprawdza opis razem ze zmianą. Dopiero potem zwiększajcie zakres oraz liczbę równoległych zadań.
7. Sprawdźcie całość i wydajcie
Po większym etapie dajcie zmianę do niezależnego przeglądu mocniejszemu modelowi w świeżej rozmowie. Po uzgodnionym refaktorze sprawdźcie nową wersję. Przed oddaniem wersji uzupełnijcie i sprawdźcie instrukcje potrzebne do jej użycia oraz utrzymania. Osobno ustalcie wydanie, komunikat i utrzymanie.
W kolejnych rozdziałach przejdziecie zadanie, demo i przegląd, a potem wydanie. Wybierzcie teraz pierwsze zadanie; nie planujcie od razu całego produktu w szczegółach.