Comments on: Ile iteracji jesteś w stanie wytrzymać? http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/ Metody agile w realiach polskiego IT Sun, 05 Feb 2012 03:56:54 +0000 http://wordpress.org/?v=2.0.4 by: piekielny http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/#comment-392 Tue, 18 Mar 2008 13:09:09 +0000 http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/#comment-392 U nas mamy 2-tygodniowe iteracje i ok 12-14 iteracji na release. Przy założeniu prawie 100% automatyzacji testów nie odczuwa się tak bardzo zwiększania rozmiaru projektu przy kolejnych iteracjach. Jednak generuje to dosyć sporo pracy dla testerów. U nas mamy 2-tygodniowe iteracje i ok 12-14 iteracji na release. Przy założeniu prawie 100% automatyzacji testów nie odczuwa się tak bardzo zwiększania rozmiaru projektu przy kolejnych iteracjach. Jednak generuje to dosyć sporo pracy dla testerów.

]]> by: Piotr Gabryanczyk http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/#comment-390 Wed, 12 Mar 2008 20:06:26 +0000 http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/#comment-390 Nasze iteracje sa 2-tygodniowe. Zauwazylem ze drugi tydzien jest zawsze intensywny i wymaga duzo energii. Pierwszy natomiast jest spokojny i wywazony. W pierwszym tygodniu ludzie sa w trybie "do it right', w drugim natomiast w trybie "get it done". To swietny podzial czasu, bo nie cierpi na tym architektura systemu. Jest czas na przemyslenie rozwiazan. Ludzie lapia oddech. W drugim tygodniu natomiast liczy sie dotrzymanie terminu, wiec ostatecznie projekt "wychodzi na swoje". Nie wypalamy sie jeszcze... ;) Nasze iteracje sa 2-tygodniowe. Zauwazylem ze drugi tydzien jest zawsze intensywny i wymaga duzo energii. Pierwszy natomiast jest spokojny i wywazony. W pierwszym tygodniu ludzie sa w trybie “do it right’, w drugim natomiast w trybie “get it done”. To swietny podzial czasu, bo nie cierpi na tym architektura systemu. Jest czas na przemyslenie rozwiazan. Ludzie lapia oddech. W drugim tygodniu natomiast liczy sie dotrzymanie terminu, wiec ostatecznie projekt “wychodzi na swoje”.

Nie wypalamy sie jeszcze… ;)

]]> by: kuba http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/#comment-387 Tue, 04 Mar 2008 06:25:01 +0000 http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/#comment-387 Znam projekty, ktore realizowane iteracyjnie i trwaja juz od ponad roku. Istnieja tez takie, ktorych ludzie maja dosc po pierwszym miesiacu. Mysle, ze bardzo wazna jest tu rola PMa, ktory swiadomie nie pozwoli by zespol "wypruwal sobie zyly" od pierwszej iteracji. Bo takiego tempa nie da sie utrzymac. Od czasu do czasu musza pojawic sie w projekcie rzeczy przyjemniejsze niz kolejne code review i marudzacy klient. Co do przewidywania czasu zakonczenia projektu - predkosc chwilowa bedzie sie zmieniac (urlop, choroba lub firmowa impreza), ale srednia predkosc pozwala przewidywac z przyzwoita dokladnoscia. Rowniez dlatego potrzebne jest tych kilka iteracji rozruchowych, zeby zebrac dane statystyczne. Znam projekty, ktore realizowane iteracyjnie i trwaja juz od ponad roku. Istnieja tez takie, ktorych ludzie maja dosc po pierwszym miesiacu. Mysle, ze bardzo wazna jest tu rola PMa, ktory swiadomie nie pozwoli by zespol “wypruwal sobie zyly” od pierwszej iteracji. Bo takiego tempa nie da sie utrzymac. Od czasu do czasu musza pojawic sie w projekcie rzeczy przyjemniejsze niz kolejne code review i marudzacy klient.

Co do przewidywania czasu zakonczenia projektu - predkosc chwilowa bedzie sie zmieniac (urlop, choroba lub firmowa impreza), ale srednia predkosc pozwala przewidywac z przyzwoita dokladnoscia. Rowniez dlatego potrzebne jest tych kilka iteracji rozruchowych, zeby zebrac dane statystyczne.

]]> by: szeryf http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/#comment-377 Thu, 24 Jan 2008 08:35:31 +0000 http://www.agilers.com/teamblog/ile-iteracji-jestes-w-stanie-wytrzymac/#comment-377 Zmęczenie materiału (ludzkiego) może rzeczywiście być przyczyną obniżenia wydajności, ale przede wszystkim wynika to ze zwiększającego się rozmiaru projektu. Powoduje to, że dodawanie nowych funkcji wymaga coraz więcej wysiłku. Coraz więcej pracy potrzebne jest, aby zapewnić, że nowo dodawana funkcja nie psuje czegoś w już istniejącym kodzie. Zjawisko to nie dotyczy oczywiście tylko agile, ale wszystkich projektów programistycznych. Zmęczenie materiału (ludzkiego) może rzeczywiście być przyczyną obniżenia wydajności, ale przede wszystkim wynika to ze zwiększającego się rozmiaru projektu. Powoduje to, że dodawanie nowych funkcji wymaga coraz więcej wysiłku. Coraz więcej pracy potrzebne jest, aby zapewnić, że nowo dodawana funkcja nie psuje czegoś w już istniejącym kodzie. Zjawisko to nie dotyczy oczywiście tylko agile, ale wszystkich projektów programistycznych.

]]>