On Monday, 22 July 2013 16:30:54 UTC+2, Maciej Sobczak wrote:
> > > Software wymagający drobiazgowych certyfikacji, np. medyczny.
>
> > Nawet jeśli certyfikacja przewidziana jest tylko dla "kompletnego"
> > produktu, to nic nie stoi na przeszkodzie, żeby dojście do tego stadium
> > było prowadzone metodami zwinnymi.
>
> Technicznie może i nie ma przeszkód, ale kulturowo będą. Agile kojarzy się z
> nierobieniem niepotrzebnych rzeczy a tymczasem certyfikacja wykonywana przez
> podmiot zewnętrzny (przez jakąś Agencję Sprawdzania Projektów i Produktów,
> odpowiednio dla branży) robiona jest na podstawie *artefaktów*, które w
> potocznie rozumianym agile po prostu nie powstają.

Kulturowo nie ma przeszkód. Jeżeli do oprogramowania potrzebna jest certyfikacja, to
zamawiający to raczej wie i umieści w zamówieniu. Wykonawca umieszcza to w definition
of done i po sprawie.

> Problem jest tym bardziej widoczny, im bardziej eksponuje się wartość
> nieformalnych rozmów i spotkań - jeżeli agile zachęca do tego, żeby Product
> Owner chodził ze Scrum Masterem (albo w ogóle z całym zespołem) na
> przysłowiową pizzę w nadziei na sprawniejszą wymianę myśli, to naturalne
> jest, że w takim pół-formalnym procesie pewne tradycyjne artefakty nie
> powstaną. Tym bardziej, jeśli przedstawia się to jako zaletę ("my tu robimy
> programy, które coś robią a nie dokumentację, która nic nie robi").

Powstaną, jeśli będą w definition of done.

AdamK