On Wednesday, 25 July 2012 08:29:13 UTC+1, Andrzej Jarzabek wrote:
[...]

Dokańczając:
Z tych samych zasad i założeń można wywieść bardzo różne praktyki i można
równie dobrze być agile bez tych wszystkich sprintów, scrumów, story pointów
i całej reszty. I nawet są takie metodologie, dobrze opisane w książkach.

Z drugiej strony, jeśli chodzi o sam Scrum, to jest to jedynie metodologia
zarządzania projektem (czy, jak chcą zwolennicy 'framework' do zarządzania). Z
założeń i wniosków agile płyną również konsekwencje dla innych aspektów
tworzenia oprogramowania, między innymi chodzi o tzw. 'agile engineering
practices', do czego się zalicza m. in. TDD. Te praktyki nie są częścią
definicji Scrumu, Scrum mówi tylko "weź zespół ludzi, którzy łącznie posiadają
wszysttkie umiejętności potrzebne do wyprodukowania oprogramowania i pozwól im
samym zadecydować, jakie 'engineering practices' będą stosować." To, jacy będą
ostatecznie "agile" będzie oczywiście zależało od tego, na ile "agile" będą ich
autonomiczne decyzje. Generalnie przekłada się to na to, że w większości
przypadków zespoły "agile" będą stosować TDD, refactoring, CI, pair programming,
YAGNI itd. (chyba że wymyślą coś lepszego i napiszą książkę). Scrum wychodzi z
(zapewne sensownego) założenia, że lepiej być trochę niej agile niż narzucać
ludziom dodatkowe ograniczenia - tylko że z tego też wynika, że niekoniecznie
musi zachodzić "jeśli stosujesz Scrum, to jesteś agile".