W dniu 2013-07-18 21:43, slawek pisze:
> Użytkownik "Adam Klobukowski" napisał w wiadomości grup
> dyskusyjnych:3e898997-4438-4dc0-a895-f82da449ba62@go
oglegroups.com...
>
>> W przypadku Agile, klient jest włączony w cały proces powstawania
>> systemu, [...]
>
> Możemy chyba się zgodzić, że dla oprogramowania "sweterkowego", tj.
> jakieś Linuksy, GNU, akademickie projekty (bynajmniej nie dezawuuję) -
> to Agile może być niezłym sposobem organizacji pracy, nieco bardziej
> formalnym niż brak jakiejkolwiek organizacji.
>
> Możemy się zgodzić, że jeżeli dział IT jest w jakimś dużym zaibatsu, to
> Agile też jest ok - bo nad "klientem" i nad "programistami" jest ten sam
> uber-szef (lub uber-szefowa). I jakby coś było bardzo nie tego, to
> wszyscy i tak płyną w tej samej łodzi. Dotyczyć może to m.i. branży gier
> komputerowych.
>
> Możemy się także zgodzić, że Agile może nie być najlepszą metodą dla
> "pewnego typu projektów". Tzn. że jeżeli ktoś WIE czym jest Agile i
> ŚWIADOMIE nie używa - to widocznie jest to z jego strony spostrzegane
> jako racjonalna decyzja... i naprawdę nic nam do tego.

Fajny początek na "protokół zgodności i rozbieżności" 8-)

Wspólnie w tym miejscu twierdzimy, że istnieją projekty, w których
Agile jest co najmniej jednym z najlepszych rozwiązań.

Teraz czas na rozbieżności - podaj przykłady projektów, w których
wg Ciebie Agile na pewno się nie sprawdzi.

--
Paweł Kierski
n...@p...net