W dniu 18.05.2011 18:05, Michal Kleczek pisze:
> Andrzej Jarzabek wrote:
>
>> On May 18, 4:00 pm, Michal Kleczek<k...@g...com> wrote:
>>> Andrzej Jarzabek wrote:
>>>> On May 18, 11:06 am, Michal Kleczek<k...@g...com> wrote:
>>>
>>>>> 1) najbardziej prawdopodobne jest to, ze XP/Agile stosuje sie w
>>>>> projektach o tak malym znaczeniu i koszcie, ze tak naprawde wszystko
>>>>> jedno jak sie to robi, zas zarzadzanie mozna powierzyc jakiemus
>>>>> matolowi bo nawet jak spieprzy to nic nie nie stanie
>>>
>>> [snip]
>>>> Jeśli natomiast mówimy o "skończeniu" w sensie dostarczenia pierwszej
>>>> wersji produkcyjnej dla klienta, to właśnie przecież jedną z koncepcji
>>>> około-agile jest to, żeby "skończyć" jak najszybciej: zamiast w
>>>> pierwszym kroku identyfikować wszystko, co klient chce mieć i wpisać
>>>> to do wymagań i dalej planować development tak, żeby w miarę
>>>> możliwości wszystkie wymagania dostarczyć w wersji 1.0, to starać się
>>>> zidentyfikować minimalny zestaw funkcjonalności, przy której produkt
>>>> jest w ogóle użyteczny dla klienta, i starać się zrobić wersję 1.0 z
>>>> taką funkcjonalnością, ale za to w dwa miesiące.
>>>
>>> To tylko potwierdza moja teze - jezeli daje sie w dwa miesiace zrobic
>>> _uzyteczne_ (w sensie gotowe do wdrozenia produkcyjnego) oprogramowanie,
>>> to oznacza tylko tyle, ze to oprogramowanie jest po prostu trywialne.
>>
>> Można to też ująć w ten sposób, że prawie zawsze złożone
>> oprogramowanie ma w sobie "trywialny" ale już użyteczny, choćby w
>> minimalnym stopniu, rdzeń.
>>
>
> Dajmy na to taki RDBMS
Parser zapytań+storage. Bez constraint, optymalizacji zapytań, etc.


> albo OS - jaki jest ten trywialny ale juz uzyteczny
> rdzen,
Bootowanie, scheduler, ładowanie modułów.

> ktory daje sie zrobic w dwa miesiace w wersji nadajacej sie do
> produkcji?
Co to znaczy "nadającej się do produkcji"?


> Nawet - przykladowo - glupi programik do wypelniania PIT nie ma takiego
> "rdzenia", bo - mimo ze koncepcyjnie prosty - nadaje sie do sprzedazy
> dopiero jak jest dopracowany w szczegolach (co zajmuje czas) - inaczej firma
> moze stracic tzw "dobre imie" co sie przeklada na przyszle przychody.
Ale nadaje się do przetestowania usability już w momencie utworzenia
GUI. Potem jako kolejne przyrosty będzie można zrobić obsługę kolejnych
pitów.

>
>> Oczywiście cel posiadania wersji gotowej do releasowania w ciągu dwóch
>> miesięcy nie jest taki, żeby po dwóch miesiącach produkt wypuścić do
>> produkcji, tylko żeby od tego momentu być gotowym do zrobienia release
>> w dowolnym momencie.
>
> Niespecjalnie widze roznice (chyba ze "zrobienie release" jest czyms innym
> niz "wypuszczenie do produkcji" - jezeli tak, to tylko przesuwamy problem).
>
Masz "core". Zleceniodawca sprawdza i stwierdza "ok, dojdą klucze
podstawowe"/"obsługa systemu plików" i możemy zacząć tego używać. A wy w
tym czasie będziecie robić klucze obce/obsługę sieci.

--
Pozdrawiam
Michoo