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"