W dniu sobota, 29 grudnia 2012 04:08:39 UTC+1 użytkownik Andrzej Jarzabek napisał:
> On 28/12/2012 02:30, Wojciech Muła wrote:
>
> > W dniu czwartek, 27 grudnia 2012 19:14:27 UTC+1 użytkownik e...@g...com
napisał:
>
> >> Zaleznie od tego, czy kupisz ksiazke nt. Prince2, Agile czy o starym dobrym
>
> >> Waterfall szczegoly moga sie nieco roznic w tym ostatnim punkcie, techniki
>
> >> przewiduja rozne reakcje na zle dobrany Wspolczynnik Project Manadzera.
>
> >
>
> > Agile radzę omijać z daleka.
>
>
>
> A ja wręcz przeciwnie. BTW dobra książka dla OP w temacie to Robert C.
>
> Martin "Agile Software Development: Principles, Patterns and Practices",
>
> w tym sensie że koncentruje się właśnie na "engineering pracitices"
>
> raczej niż na koordynowaniu zespołu czy współpracy z klientem. Dodatkowo
>
> Steve Freeman i Nat Pryce "rowing Object-Oriented Software Guided By
>
> Tests" jest całkiem dobrą książką o TDD.
>
>
>
> Nawiasem mówiąc nie od rzeczy jest według mnie spostrzeżenie, że jeśli
>
> się robi samemu i dla siebie, to stosowanie praktyk czy metod
>
> przeznaczonych do pracy w zespole i dla klienta jest bez sensu -
>
> powiedzmy nawet to całe mnożenie szacunków przez 300%, klaryfikacja
>
> wymagań i tak dalej. Sam siebie będziesz okłamywał i sam sobie będziesz
>
> tłumaczył co program ma robić?
>
>
>
> Jeśli jednak OP jest zainteresowany też takimi aspektami prowadzenia
>
> projektu, to mogę dodatkowo polecić (jeśli chodzi o agile):
>
> James Shore, Shane Warden "The Art od Agile Development"
>
> Mike Cohn "User Stories Applied"
>
> Gojko Adzic "Specification by Example"

Dzięki - zerknę na te książki :)

Przemek