Szarym od mżawki świtem Mon, 22 Jul 2013 08:15:33 -0700, Adam Klobukowski
wyrzucił pustą ćwiartkę i oznajmił:

> 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.

Tylko wytłumacz to zapalonym konsumentom pizzy. Jaki Technical Product
Owner, co, może jeszcze Certification Produkt Owner i Pizza Master i
Dokumentation Produkt Owner?

Naprawdę, nie zauważasz problemu kulturowego.

--
Edek