Zamykanie zadania vs wykluczanie go z zakresu iteracji

2 views
Skip to first unread message

Michał Ostruszka

unread,
Oct 26, 2009, 7:26:53 AM10/26/09
to polish-agile-user-group
Cześć.

Właśnie jestem w trakcie ciekawej dyskusji filozoficzno/projektowej i ciekaw jestem waszych opinii na ten temat.
Załóżmy, że mamy historyjkę rozbitą na kilka podzadań:

US
- a
- b
- c

Po wykonaniu "a", które jest analizą potencjalnych miejsc gdzie coś się dzieje, okazuje się, że zadanie jest zrobione, tzn (chodzi konkretnie o pewną poprawkę) problem już nie występuje (poprawiony przez inny zespół, nie wiem, cokolwiek).
Czy w takiej sytuacji zadaniom "b" i "c" należy przypisać czas potrzebny na ich skończenie na 0? Czy może należy je jawnie wykluczyć z iteracji?
Dla mnie lepszym wyjściem jest opcja pierwsza, bo zadania nie potrzebują więcej czasu na rozwiązanie, ale całość została zrobiona.
"Descope" natomiast jest jakby trochę "niepoprawny politycznie", że niby nie mamy mocy, czasu, ludzi żeby dane zadanie skończyć.
Z drugiej strony wiem, że te zadania nie są potrzebne do skończenia głównego, więc nie powinny być brane pod uwagę...

Jasno się wypowiedziałem, czy zakręciłem?

zdrv i miłego poniedziałku

--
Michał Ostruszka
http://www.michalostruszka.pl

Marcin Niebudek

unread,
Oct 26, 2009, 7:40:23 AM10/26/09
to polish-agil...@googlegroups.com
Jak dla mnie wywalać :-) zadania których nie było tylko zaciemniają obraz.

Pozdrowienia,
Marcin

2009/10/26 Michał Ostruszka <michal.o...@gmail.com>

Pawel Brodzinski

unread,
Oct 26, 2009, 8:35:28 AM10/26/09
to Polish Agile User Group
A jak dla mnie to whatever. Problem dla mnie jest wirtualny tak długo
jak a i b przestaną być "todo" a zaczną być "done", bo tak jest w
rzeczywistości.

Paweł
http://blog.brodzinski.com

On Oct 26, 12:40 pm, Marcin Niebudek <dinad...@gmail.com> wrote:
> Jak dla mnie wywalać :-) zadania których nie było tylko zaciemniają obraz.
>
> Pozdrowienia,
> Marcin
>
> 2009/10/26 Michał Ostruszka <michal.ostrus...@gmail.com>

Michał Ostruszka

unread,
Oct 26, 2009, 8:38:10 AM10/26/09
to polish-agil...@googlegroups.com
Też dlatego pisałem że dyskusja filozoficzna :)
W sumie i tak na jedno wychodzi w efekcie

2009/10/26 Pawel Brodzinski <pawel.br...@gmail.com>

Bartek Kobyłecki

unread,
Oct 26, 2009, 8:46:36 AM10/26/09
to polish-agil...@googlegroups.com
Jak dla mnie nie ma jednego najlepszego rozwiązania.

W sprincie mogą za chwilę pojawić się problemy przy realizacji innych zadań i ten bufor może zniknąć.

Z drugiej strony jako SM poinformowałbym Product Ownera, że wypadły zadania i można coś dorzucić. Trzeba pamiętać o prawie Parkinsona :)

pzdr
bk


http://www.linkedin.com/pub/bartek-kobylecki/0/502/534
http://www.goldenline.pl/bartosz-kobylecki

"What would you do today, if it was the last day of your life?"


2009/10/26 Michał Ostruszka <michal.o...@gmail.com>
Reply all
Reply to author
Forward
0 new messages