W dniu 2011-05-25 14:16, Maciej Sobczak pisze:
> On 24 Maj, 23:45, Andrzej Jarzabek<a...@g...com> wrote:
>
>> Nie no, oczywiście że nie postulują, żeby informacji nie było. Chodzi
>> raczej o to, że infrastruktura mająca na celu katalogowanie i
>> zarządzaniu dużą ilością otwartych bugów na raz jest uważana za
>> demoralizującą. Że w momencie, kiedy ilość otwartych bugów staje się tak
>> duża, że pojawia się potrzeba bazy typu JIRA, to znaczy, że robisz za
>> dużo bugów i zamiast zakładać bazę powinieneś zlikwidować przyczynę.
>
> Wylewanie dziecka z kąpielą. Proponuję wprowadzić regułę do "procesu":
> lista bugów ma się zmieścić na ekranie szefa projektu. Nie przeszkadza
> to w użyciu narzędzi typu JIRA/FogBugz/etc., wręcz przeciwnie - bo w
> końcu w czymś trzeba tą listę wyświetlić, żeby się przekonać, czy na
> pewno się mieści na ekranie. :-)

Kanban postuluje m.in. to właśnie. Jeśli liczba zadań w określonym
stanie przekracza wartość krytyczną dla danego stanu, to cały wysiłek
zespołu jest skierowany na zmniejszenie liczby zadań w tym stanie.
W szczególności liczba zadań w stanie "bug". Wystarczy ustalić limit
bugów na liczba osób w zespole /2 i na jednej stronie raczej się
zmieści.

> Zmodyfikowałbym ten pomysł w ten sposób: używaj prostych narzędzi
> katalogujących bugi, bo skomplikowane są niepotrzebne. I to,
> ironicznie, jedynie potwierdza moje zdanie: nie róbmy fetyszu z
> narzędzi.

Dlatego w wielu wypadkach kartka i długopis oraz tablica korkowa
z post-itami sprawdza się najlepiej 8-)

> Ale też nie róbmy sobie jaj z rzetelności zawodowej.
> *Prosty* katalog bugów/zadań jest jak najbardziej wskazany, chyba w
> każdym projekcie.

Choćby po to, żeby wiedzieć, ile ich mamy. Bez takiej wiedzy to
kompletny "Czy leci z nami pilot?".

>> Jak wspommiałem, pomysł ten kwalifikuję jako "interesujący".
>
> A ja go kwalifikuję jako farmazon i utwierdzam się w przekonaniu, że
> agile to próba kreowania nowych buzzwordów bez istotnej wartości
> dodanej - zwłaszcza, jeśli większość tych haseł to pomysły, czego nie
> robić. Takie budowanie bez betoniarki...

Podejrzewam, że ideą było skrócenie maksymalnej liczby bugów do 1.
Fajne, ale nierealne.

--
Paweł Kierski
n...@p...net