Backlog z jednym zdaniem: czy to działa?

Backlog: „Luźna lista pomysłów na funkcje i usprawnienia, które warto kiedyś rozważyć”?

Tak to ujął Claude, kiedy poprosiłem go o miejsce do trzymania pomysłów w aplikacji, którą rozwijam po godzinach. Moja prośba brzmiała: „dodajmy jakiś backlog pomysłów, które chciałbym dodać w tej aplikacji”.

Co zaproponowało AI?

Plik BACKLOG.md z krótką instrukcją. Najciekawsza była jedna linijka:

„Nie trzeba rozbudowywać wpisu. Jedno zdanie wystarczy, szczegóły dopiszemy przy planowaniu.”

Do tego dwie zasady: nowe pomysły trafiają na dół odpowiedniej sekcji, a pomysł, który idzie do realizacji, przenosi się do planu rozwoju i znika z backlogu. Backlog jest więc nieuporządkowanym zbiorem surowych pomysłów, bez zobowiązania co do terminu ani kolejności.

Jednozdaniowce nieraz budziły duże dyskusje w zespołach. Szaleństwo czy metoda?

Czy jedno zdanie wystarczy?

Na etapie pomysłu tak. Jedno zdanie zapisuje intencję i nie udaje, że wiemy więcej, niż wiemy.

Ron Jeffries opisał historyjkę użytkownika jako trzy rzeczy: kartę, rozmowę i potwierdzenie (card, conversation, confirmation). Karta jest tylko przypomnieniem, że trzeba porozmawiać. Szczegóły powstają w rozmowie, a potwierdzenie, czyli kryteria akceptacji, na końcu. Jeff Patton dodaje, że historyjki są do opowiadania, a zapis służy jako notatka z tej opowieści.

Rozbudowany opis pomysłu, który może nigdy nie trafić do realizacji, jest marnotrawstwem. Ktoś poświęcił czas na szczegóły, które za pół roku będą nieaktualne albo niepotrzebne.

Kiedy jednozdaniowiec staje się problemem?

Kiedy rozmowa się nie odbywa. Jedno zdanie działa tylko wtedy, gdy przed realizacją ktoś je rozwinie: z osobą, która zgłosiła pomysł, z zespołem, z użytkownikiem. Jeśli zdanie trafia do sprintu w tej samej formie, każdy członek zespołu wyobraża sobie co innego.

Drugi problem to rozrost. Lista jednozdaniowców jest tania w dopisywaniu, więc szybko rośnie. Po roku ma kilkaset pozycji, których nikt nie czyta. Dlatego w instrukcji od AI ważna jest też druga zasada: to, co idzie do realizacji, znika z listy. Warto dodać trzecią: to, co od dawna nie wraca w rozmowach, też można usunąć.

Gdzie jest miejsce na szczegóły?

W refinemencie. To moment, w którym zespół bierze pomysły bliskie realizacji i rozwija je na tyle, żeby dało się je zaplanować. O tym, ile czasu warto na to przeznaczyć, pisałem we wpisie o 10 procentach na refinement.

Dobry backlog przypomina lejek. Na górze dużo krótkich, luźnych pomysłów. Im bliżej realizacji, tym mniej pozycji i tym więcej szczegółów. Szczegóły pojawiają się wtedy, kiedy są potrzebne, i ani dnia wcześniej.

Czego uczy ten przykład z AI?

Że dobra praktyka pojawia się sama, kiedy ktoś zaczyna od celu. Zapytałem o miejsce na pomysły i dostałem rozwiązanie, które rozdziela zbieranie pomysłów od planowania. To ten sam podział, o który w zespołach toczą się długie spory.

A u Was: jednozdaniowce czy pełne opisy od pierwszego dnia?

Bibliografia

Jeffries, R. (2001). Essential XP: Card, Conversation, Confirmation. XProgramming.com (ronjeffries.com).
Patton, J. (2014). User Story Mapping: Discover the Whole Story, Build the Right Product. O’Reilly Media.
Cohn, M. (2004). User Stories Applied: For Agile Software Development. Addison-Wesley.

💬 Dołącz do dyskusji na LinkedIn → Komentuj i podziel się swoim podejściem

Ten o jednozdaniowcach