Natknąłem się na to artykuł który zawiera dwa mnemoniki, które naprawdę lubię.
ZAINWESTUJ jako przypomnienie cech dobrej jakości Backlog ProduktuElement (PBI) (lub historie użytkowników) zazwyczaj pisane w formacie historii użytkownika. Ale jakie są cechy dobrej historii użytkownika? Akronim „ZAINWESTUJ” może przypomnieć, że dobre historie powinny być:
Dobra historia użytkownika powinna być — ZAINWESTUJ:
- Nniezależna: Powinna być samodzielna w taki sposób, aby mogła być wydana bez zależności od siebie nawzajem.
- Nnegocjowalna: Powinna uchwycić istotę potrzeb użytkownika, pozostawiając miejsce na rozmowę. Historia użytkownika nie powinna być napisana jak umowa.
- Vwartościowa: Dostarcza wartość końcowemu użytkownikowi.
- Eoszacowalna: Historie użytkowników muszą być możliwe do oszacowania, aby mogły być odpowiednio priorytetyzowane i pasowały do sprintów.
- Smała: Historia użytkownika to mały kawałek pracy, który można ukończyć w około 3 do 4 dni.
- Tpotwierdzalna: Historia użytkownika musi być potwierdzona za pomocą wcześniej napisanych kryteriów akceptacji

Udoskonalenie Backlogu Produktu: Historie i Zadania
Backlog Produktuudostępnienie to akt dodawania szczegółów, oszacowań i porządku do elementów w Backlogu Produktu. Ciągłe udoskonalanie Backlogu Produktu jest potrzebne w każdym Sprincieaby udoskonalić elementy, aby były gotowe na przyszłe Sprinty. Gdy elementy backlogu są udoskonalane do odpowiedniego poziomu szczegółowości, elementy Backlogu Produktu na szczycie Backlogu Produktu (najwyższy priorytet, największa wartość) są rozkładane tak, aby mieściły się w jednym Sprincie, jak pokazano na poniższym rysunku.

Gdy elementy backlogu produktu są udoskonalane i mają być uwzględnione w backlogu sprintu, zazwyczaj są w formie historii użytkowników gotowych do użycia w Części 1 planowania Sprintu. Te historie użytkowników są zazwyczaj dalej udoskonalane w zadania w Części 2 planowania Sprintu do przypisania członkom zespołu deweloperskiego.
Dobre ZADANIE powinno być — SMART
SMART to zestaw kryteriów do tworzenia celów, takich jak cele sprintuktóry jest krótkim stwierdzeniem napisanym przez zespół Scrum(oparty na Właścicielu Produktupoczątkowym celu), aby poprowadzić ich w kierunku tego, co chcą, aby zadania zostały zrealizowane zgodnie z celem sprintu.
SMART oznacza Specyficzny, Mierzalny, Osiągalny, Istotny i Czasowy. Posiadanie celów zapisanych w formacie SMART zapewnia, że osoba ustalająca cele jest jasna co do tego, co chce osiągnąć, kiedy i jak.
Specyficzny: ustalając cel, bądź konkretny co do tego, co chcesz osiągnąć. Pomyśl o tym jako o misji dla swojego celu.
Mierzalny: jakich wskaźników zamierzasz użyć, aby określić, czy osiągnąłeś cel? To sprawia, że cel staje się bardziej namacalny, ponieważ zapewnia sposób na mierzenie postępów. Jeśli to projekt, który zajmie kilka miesięcy do ukończenia, ustal kilka kamieni milowych, biorąc pod uwagę konkretne zadania do wykonania.
Aosiągalny: To koncentruje się na tym, jak ważny jest cel dla Ciebie i co możesz zrobić, aby go osiągnąć, co może wymagać rozwijania nowych umiejętności i zmiany postaw. Cel ma inspirować motywację, a nie zniechęcenie. Pomyśl, jak osiągnąć cel i czy masz potrzebne narzędzia/umiejętności. Jeśli obecnie nie posiadasz tych narzędzi/umiejętności, zastanów się, co byłoby potrzebne, aby je zdobyć.
RRelewantny: Odnosi się to do skupienia się na czymś, co ma sens w kontekście szerszych celów biznesowych. Na przykład, jeśli celem jest wprowadzenie nowego produktu, powinno to być coś, co jest zgodne z ogólnymi celami biznesowymi. Twoja drużyna może być w stanie wprowadzić nowy produkt konsumencki, ale jeśli twoja firma to B2B, która nie rozwija się na rynku konsumenckim, to cel nie byłby relewantny.
TCzasowo ograniczone: każdy może ustalać cele, ale jeśli brakuje realistycznego harmonogramu, istnieje duże prawdopodobieństwo, że nie odniesiesz sukcesu. Ustalenie daty docelowej dla rezultatów jest niezbędne. Zadawaj konkretne pytania dotyczące terminu realizacji celu i tego, co można osiągnąć w tym okresie. Jeśli cel zajmie trzy miesiące do zrealizowania, warto określić, co powinno być osiągnięte w połowie procesu. Ustalenie ograniczeń czasowych również tworzy poczucie pilności.

Referencje
- Pisanie celów SMART i INVEST dla historii użytkowników
- Kto tworzy elementy backlogu produktu lub historie użytkowników w Scrumie?
- Czym jest punkt historii w Agile? Jak oszacować historię użytkownika?
- Czym jest DEEP w backlogu produktu?
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文