kiedy po raz pierwszy zaczynam pracę z zespołem ds. produktów Agile, jedną z najczęstszych sytuacji, w których znajduję się, jest to, że zespoły mają długie i frustrujące spotkania Planowania Sprintu, ponieważ elementy zaległości są słabo zdefiniowane i nie są dobrze zrozumiane; mają niską prędkość, a także słaby projekt, ponieważ szczegóły są nadal opracowywane podczas sprintu; a ilość odpadów i przeróbek jest bardzo wysoka, ponieważ elementy zaległości nie zostały zatwierdzone.

pamiętaj, że naszym celem wyższego rzędu jest potwierdzenie naszych pomysłów w najszybszy i najtańszy sposób. W rzeczywistości budowanie i uruchamianie pomysłu na produkt jest na ogół najwolniejszym i najdroższym sposobem potwierdzenia pomysłu.

dlatego jestem wielkim zwolennikiem tego, co jest czasami określane jako Dual-Track Agile (Aka Dual-Track Scrum, Udawaj, zanim to zrobisz, buduj rzeczy, które nie skalują się / buduj rzeczy, które skalują, poruszaj się szybko / nie psuj rzeczy, ciągłe odkrywanie / ciągłe dostarczanie itp.).

kiedyś odnosiłem się do tego jako po prostu odkrycie sprintów, ale to ma implikację odkrycia w pudełku czasowym, a także serializacji faz. Jeff Patton po raz pierwszy podzielił się ze mną terminem “Dual-Track Scrum” i wolę ten termin, ponieważ lepiej oddaje równoległy charakter odkrywania i dostarczania.

ścieżka Discovery polega na szybkim generowaniu zweryfikowanych pozycji zaległych produktów, a ścieżka dostarczania polega na generowaniu uwalnialnego oprogramowania.

kolejny powód, dla którego lubię metaforę Dual-Track Agile, to fakt, że wiele osób w zasadzie robi małe mini-wodospady w ramach Scrum. Product manager wykonuje jakąś pracę “wymagania”, która jest przekazywana projektantowi, który wykonuje swoje projekty i generuje jego artefakty (zwykle z adnotacjami), a następnie jest przekazywana zespołowi dostarczającemu w celu zbudowania i przetestowania.

natomiast w Dual-Track Agile przepływ pracy nie charakteryzuje się każdą rolą dostarczającą artefaktów do następnego kroku; jest to raczej współpraca-kierownik produktu, projektant i główny inżynier pracują razem, ramię w ramię, aby tworzyć i sprawdzać zaległości.

czytelnicy tych artykułów wiedzą, jak ważne jest dla mnie projektowanie user experience, ale jedną z trudności dla wielu zespołów Agile jest to, że rytm i tempo Agile mogą być bardzo trudne w tradycyjnych zespołach UX. Dlatego jestem fanem Lean UX. Lean UX i Dual-Track Agile są dla siebie stworzone. Zamiast skupiać się na artefaktach, skupiamy się na prototypach i walidacji tych prototypów w Discovery, z dodatkową korzyścią, że prototyp służy jako Specyfikacja dostawy.

co najważniejsze, w przeciwieństwie do procesu kaskadowego, w którym Walidacja odbywa się po wydaniu, w trybie Dual-Track Agile walidujemy podczas odkrywania. W zasadzie walidacji tak szybko i tanio, jak to tylko możliwe, przez większość czasu możemy w rzeczywistości zrobić naszą walidację, zanim napiszemy jakikolwiek kod produkcyjny, w duchu ” fake it before we make it.”

jeśli więc twój zespół produktowy jest sfrustrowany ilością odpadów i powolnym tempem osiągania rzeczywistych wyników biznesowych, rozważ wypróbowanie rozwiązania Dual-Track Agile. Sprawdź, czy może to zainspirować poziom współpracy, szybką iterację i walidację, co skutkuje znacznie lepszą pracą.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.