On 27 Maj, 06:52, Andrzej Jarzabek <a...@g...com> wrote:

> W tym przypadku to banał: że jitter jest niezależny od awarii
> poszczególnych odbiorców. Fizycznie nic nie trzeba wycinać, po prostu
> skreślasz to z ficzerów, jakie posiada twój produkt i wpiszusz na listę
> ficzerów, które trzeba dodać.

To już kumam ten agile. Chodzi o to, żeby nie mówić "w projekcie jest
N bugów", tylko "w projekcie jest 0 (!) bugów i N brakujących
ficzerów". Czad.

To jest zwykła kreatywna księgowość w wydaniu dla project managerów.
Takie szuranie zadaniami nie wnosi kompletnie nic do projektu, może
tylko porawić komuś humor. Słabe. Będę się trzymał procesów, które
nazywają rzeczy po imieniu i gdzie zespół czuje się odpowiedzialny za
swoje fakapy: ficzer to coś, czego jeszcze nie zrobiłem a bug to coś,
co zrobiłem ale spieprzyłem i co muszę poprawić i uczciwie przemyśleć,
jeśli chcę zrobić jakikolwiek postęp. Umiejętność nazwania buga bugiem
jest fundamentalna z punktu widzenia uczciwości i rzetelności
zawodowej i jeśli tego się nie promuje, to ja nie wiem, gdzie my
zmierzamy.

--
Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com