4 powody, dla których Product Ownerzy powinni angażować deweloperów w pisanie historyjek użytkownika
Wiele osób jest zaskoczonych, gdy zaleca się włączanie programistów do warsztatów pisania historyjek (Story Writing Workshops). W końcu są to spotkania mające na celu określenie, jaka funkcja powinna być rozwijana jako następna. Takie warsztaty mogą odbywać się np. raz na kwartał, ale niektóre projekty wymagają pisania historyjek podczas każdego Sprintu.
Niezależnie od częstotliwości spotkań ważne jest, by uczestniczyli w nich programiści, testerzy i inni specjaliści techniczni. Wszystkie te osoby można zebrać pod pojęciem „deweloperzy", a poniższe cztery powody wyjaśniają, dlaczego tak ważne jest angażowanie wszystkich deweloperów w pisanie historyjek.
Większe zaangażowanie deweloperów
Deweloperów warto włączać dlatego, że chce się, by byli entuzjastycznie nastawieni do produktu i angażowali się w niego. Deweloperzy, którzy nie czują zainteresowania tym, nad czym pracują, nigdy nie osiągną najlepszych wyników. Gdy są obecni na spotkaniach, mają możliwość wnoszenia swojego wkładu. Jest mało prawdopodobne, że ich pomysły będą tak dobre jak pomysły Product Ownera lub innych osób, które mają głębsze zrozumienie firmy i klientów, ale są mimo to na tyle ważne, by je wysłuchać.
Lepsze zrozumienie wymagań
Jak zdobyć głębsze zrozumienie firmy i klientów? Przez myślenie o produkcie, firmie i klientach! Deweloperzy mają taką możliwość, gdy uczestniczą w warsztatach pisania historyjek. Im bardziej są zaangażowani, tym więcej się uczą. I stopniowo można zauważyć, że niektóre z najlepszych pomysłów mogą naprawdę pochodzić od deweloperów.
To nie jest tak czasochłonne, jak się wydaje
Jednym z zarzutów przeciwko angażowaniu deweloperów w takie warsztaty jest to, że mają wtedy mniej czasu na uczestnictwo w innych spotkaniach lub na swoją właściwą pracę – „pisanie kodu". Jednak część tego czasu zostanie odrobiona w późniejszych Sprintach, ponieważ deweloperzy będą mieć wtedy mniej pytań. Gdy są obecni przy powstawaniu pomysłów, nie będą musieli później pytać, dlaczego klient chce czegoś konkretnego, skoro istnieją inne sposoby zaspokojenia tej potrzeby itd. Angażowanie deweloperów w spotkania kosztuje czas, ale nie tak dużo, jak można by myśleć. I wszystkie korzyści, które z tego wynikają, z nadwyżką tę inwestycję zwracają.
Wzrost kreatywności
Im więcej osób zastanawia się nad tym, jak zoptymalizować produkt, tym więcej pomysłów ma Product Owner do dyspozycji przy ustalaniu priorytetów. Jest to szczególnie pomocne, ponieważ deweloperzy często mają zupełnie inne spojrzenie na problem niż osoby biznesowe. Żadne z nich nie jest lepsze ani gorsze. To właśnie różnorodność wiedzy, umiejętności i sposobów myślenia umożliwia znalezienie najlepszego możliwego rozwiązania problemu dla klienta.
Z pewnością istnieją też inne punkty, których tu nie wymieniłem, ale z pewnością sam możesz znaleźć więcej powodów, dla których programiści i inni specjaliści techniczni powinni być włączani do spotkań dotyczących pisania historyjek.
Tekst pochodzi z bloga Mike'a Cohna i został przetłumaczony przez nas na język polski.
Czym jest Chief Product Owner
=> Jak działa praca z wieloma Product Ownerami przy dużych projektach?
Praca z User Stories
=> Jak działają User Stories w Scrumie.
