On Dec 21, 6:03 pm, Andrzej Jarzabek <a...@g...com>
wrote:

> > Jasne. Ale tydzień później będę robił drugą notatkę. Potem trzecią i N-
> > tą. W sumie napiszę tyle samo. Zdaje się, że to uzgodniliśmy, bo.
>
> Modulo to, że notatka, z której zaczynasz korzystać tego samego dnia,
> a kończysz korzystać w tym samym tygodniu, może być znacznie krótsza
> niż dokument, notatka czy cokolwiek, z czego zanczniesz korzystać za
> miesiąc.

Nie, bo w sumie i tak musi być tego tyle samo - informacji nie da się
zniknąć.
Argument jest taki sam, jak już był.

> Powód nazywa się natura ludzka. Jeśli nie ma aktywnej weryfikacji
> aktualności wymagań w czasie, to fakt, że cośtam, co się zmieniło albo
> okazało powoduje, że cośtam, co kilka miesięcy wcześniej zostało
> zapisane w dokumencie jest nieaktualne i powinno zostać usunięte lub
> zrewidowane, może łatwo umknąć uwadze.

Nic nie umyka uwadze, bo jest DDD. Nie siadasz do kodu, dopóki nowej
wiedzy (albo zupełnie nowej albo zmian do istniejącej) nie przelałeś
na papier. W ten sposób dokumentacja zawsze jest zgodna z kodem.
Równie dobrze mógłbym powiedzieć, że w TDD można napisać nowy kod nie
pisząc do niego testów i w ten sposób coś może umknąć uwadze. Każdy
proces można przeprowadzić źle.

> > Uwaga: trwa to dokładnie tyle samo, ile pisanie notatki.
>
> No więc niekoniecznie. Na przykład notatka, którą teraz mam przed
> oczami brzmi tak: "załączniki!"
> Wpisane do dokumentacji byłoby to bezużyteczne, ale dla mnie w
> aktualnej sytuacji jest wystarczające.

Nie życzę źle, ale co by było, gdybyś dziś wieczorem wpadł pod
przysłowiowy autobus?
Czy ta notatka nadal byłaby "wystarczająca"? Dla kogo?
Albo gdybyś jutro na skutek chwilowej niedyspozycji jednak uznał, że
ta notatka jest za krótka i poszedłbyś ponownie do OSCRa a to on wpadł
pod autobus?
Agile zbyt mocno polega na tym, że "będzie dobrze".

[...]

> Tego nadal może być sporo. Ale jeśli podzieslisz problem na
> odpowiednio małe kawałki, to uważaj, bo zaczynasz być agile :)

Ja nie mam nic przeciwko spontanicznemu byciu agile, jeśli tak ma się
nazywać stan, w którym szybko reaguję na zmiany wymagań. Natomiast to,
co odrzucam w agile i w każdej innej metodologii to stan
fetyszyzowania i wystawiania procesu przed projekt. Mam tu na myśli
narzucanie jakiejś formy na wszystkie okazje - np. reguły, że OSCR
jest jeden, pisanie notatki ma trwać co najwyżej 15 minut a iteracja
ma mieć dokładnie tydzień. Dupatam - rozmawiać trzeba z tyloma ludźmi
ile potrzeba, pisanie notatki (pardon: dokumentacji) ma trwać tyle,
ile potrzeba żeby ją zapisać a iteracja ma trwać tyle, ile potrzeba,
że zrobić etap. Czasem to może być pół dnia a czasem 3 miesiące.
Wciskanie 3-miesięcznego etapu w tygodniową iterację jest głupie -
widziałem to i słabo było.

> > I tym akcentem powoli należy zwijać wątek, bo idą święta i trzeba się
> > zabrać za bigos.
>
> Ano ano. Coś chyba za bardzo nam się świąteczny nastrój udziela i jadu
> brakuje do podtrzymania flejma...

Jakiego flejma? O ile ustaliliśmy już, że agile nie polega na
niepisaniu dokumentacji, to nawet nie ma o co się kłócić.

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