Jakiś czas temu zaproponowałem w trakcie planowania z pewnym zespołem, aby historyjkę podzielić na dwie mniejsze. Na to szybko zaoponował Product Owner - O, nie nie. Jak ostatnio podzielili 13SP na dwie historyjki, to wyszło im dwa razy po 8. Niech lepiej nie dzielą.
Ale to właśnie o to chodzi! Ta złożoność tam jest, tylko że ukryta. Jeśli nie wyjdzie podczas szacowania jako dodatkowe SP, to pojawi się na wykresie jako spuchnięcie zakresu albo na koniec sprintu jako item, który nie jest "Done".
Na zakończenie rozmowa między, PO a programistą nt. kryterium akceptacji:
PO: No, co ty nie da się wygenerować umowy z bez danych w deklaracji.
Programista: Da się, bo mogę zahakować.
PO: Mów do mnie po polsku.
Programista: No, mogę Cię oszukać...
To jest setny post na tym blogu. Przez 62 miesiące pisania, daje to ok 1.61 posta na miesiąc. Kurcze, pisanie to żmudna robota.
agile
(41)
anti-patterns
(17)
architecture
(33)
books
(10)
buissness analysis
(1)
cases
(1)
code speaks 2u
(3)
communication
(1)
conferences
(13)
consulting
(1)
conversation patterns
(26)
customer collaboration
(14)
ddd
(5)
design patterns
(15)
desing
(1)
dialogi
(1)
dsl
(2)
effectiveness
(19)
embedded
(1)
events
(22)
gtp
(4)
info
(2)
infoq
(5)
kanban
(2)
lean
(2)
master
(1)
measuring
(1)
orm
(2)
pea
(2)
product humanisation
(1)
refactoring
(13)
requirements
(7)
retrospections
(1)
retrospective
(1)
scrum
(9)
scrumguide
(1)
sm
(1)
soft skills
(4)
software craftsmanship
(14)
tdd
(1)
team
(20)
time management
(3)
tutorial
(1)
uml
(1)
user stories
(1)
visions
(28)
No comments:
Post a Comment