-
X-Received: by 10.49.12.141 with SMTP id y13mr676540qeb.41.1374232521554; Fri, 19 Jul
2013 04:15:21 -0700 (PDT)
X-Received: by 10.49.12.141 with SMTP id y13mr676540qeb.41.1374232521554; Fri, 19 Jul
2013 04:15:21 -0700 (PDT)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.unit0.net!news.glorb.com!f1no13407qae.0!news-out.goog
le.com!dk8ni695qab.0!nntp.google.com!f1no13406qae.0!postnews.google.com!glegrou
psg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Fri, 19 Jul 2013 04:15:21 -0700 (PDT)
In-Reply-To: <51e90dcb$0$1219$65785112@news.neostrada.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=195.124.137.140;
posting-account=mvBzhgoAAADiziO82aLj4VEpjexQv3Cn
NNTP-Posting-Host: 195.124.137.140
References: <kroiv1$p67$1@speranza.aioe.org>
<4...@4...com>
<51e5880e$0$1222$65785112@news.neostrada.pl>
<8...@g...com>
<j...@4...com>
<3...@g...com>
<r...@4...com>
<2...@g...com>
<51e90dcb$0$1219$65785112@news.neostrada.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <3...@g...com>
Subject: Re: pl. usenet o agile
From: Adam Klobukowski <a...@g...com>
Injection-Date: Fri, 19 Jul 2013 11:15:21 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:204087
[ ukryj nagłówki ]On Friday, 19 July 2013 11:58:35 UTC+2, slawek wrote:
> Użytkownik "Adam Klobukowski" napisał w wiadomości grup
>
> dyskusyjnych:2be9313c-d656-4eed-b10a-0d32a7b43781@go
oglegroups.com...
>
> >Od zawsze? Zmiana wymagań w klasyczynych metodach wytwarzania
> >oprogramowania to zawsze problem, bo założeniem jest że wymagania nie
> >powinny się zmieniać. W Agile nigdy, bo >założenie jest że wymagania się
> >zmienią.
>
> Czyli uważasz, że "koszt zmiany w Agile jest zerowy"?
Nie, ale może być. W klasycznej metodyce, nawet jeśli projekt jest dostarczany
w milestonach, to są one dosyć monolityczne (i zazwyczaj dopiero przy okazji
takich dostaw okazuje się że trzeba cos zmienić). W przypadku Agile reagujemy
na zmianę o wiele wcześniej i dzięki temu możemy zminimalizować jej koszty lub
(oczywiście zależy to od szczęścia) nawet całkowicie wyeliminować.
Rozważmy przykład milestona w którym realizujemy elementy od 0 do 9, każdy
element ma koszt 1.
Dla uproszczenia załóżmy że realizujemy je w kolejności rosnącej (Agile tego
nie zakłada).
Zakładamy że np. na elemencie 5 będzie zmiana, co spowoduje że elementy 6,7,8
będą wymagały zmiany, 9 stanie się niepotrzebny ale za to dojdzie nowy, 10.
W zależności od tego jak wcześnie dowiemy się o zmianie założeń, koszt tej
zmiany będzie rósł wraz z zaawansowaniem projektu.
W przypadku Agile, klient po realizacji każdego elementu jest zapraszany i może
pokręcić nosem jak mu się coś nie podoba. Może też nas wówczas poinformować o
zmianach wymagań.
W przypadku klasycznych modelach, klient widzi dostarczony milestone i
zazwyczaj dopiero wówczas dowiemy się o zmianie wymagań.
> > Buduje dom, Ustalamy ze ma byc dom i w zasadzie moze nadawac sie do
> > mieszkania. Przychodza chlopcy i leja beton. I mowia: jak sie cos nei
>
> Nie. Nie ty budujesz - tylko owi "chłopcy".
>
> Ty tylko zlecasz budowę. Mówisz "ma być dom". I co? I nic. Od tego domu
> jeszcze nie ma. Sprawdź w realu jak to działa.
<ciach>
Ale proszę nie mieszać odpowiedzi różnych osób.
> >Owszem, ale w klasycznym modelu, zmiana już dostarczonych elementów to...
> >problem. Z Agile to normalna, wręcz oczekiwana praktyka.
>
> Ciekawe, jak wygląda małżeństwo agilika? Pewnie "zmiana żony to nie
> problem"... ale zwyczajna, wręcz oczekiwana, praktyka.
Trzymajmy się tematu.
AdamK
Następne wpisy z tego wątku
- 19.07.13 13:20 Adam Klobukowski
- 19.07.13 14:08 Paweł Kierski
- 19.07.13 14:29 Paweł Kierski
- 19.07.13 14:35 Paweł Kierski
- 19.07.13 14:41 Paweł Kierski
- 19.07.13 15:52 A.L.
- 19.07.13 15:54 A.L.
- 19.07.13 15:55 A.L.
- 19.07.13 15:58 A.L.
- 19.07.13 15:59 A.L.
- 19.07.13 16:00 Adam Klobukowski
- 19.07.13 16:02 Sebastian Biały
- 19.07.13 16:14 Stachu 'Dozzie' K.
- 19.07.13 16:17 Stachu 'Dozzie' K.
- 19.07.13 16:27 A.L.
Najnowsze wątki z tej grupy
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
Najnowsze wątki
- 2024-12-28 ale zawziętość i cierpliwość
- 2024-12-27 most kilometrowy
- 2024-12-27 Dyplomaci a alkomaty
- 2024-12-27 Zmiana kary
- 2024-12-27 Chiński elektrolizer tester wody
- 2024-12-27 Rzeszów => System Architect (background deweloperski w Java) <=
- 2024-12-27 Kraków => Application Security Engineer <=
- 2024-12-27 Gorzów Wielkopolski => Konsultant wdrożeniowy Comarch XL/Optima (Ksi
- 2024-12-27 Wrocław => Solution Architect (Java background) <=
- 2024-12-27 kladka Zagorze
- 2024-12-27 Poznań => Key Account Manager (ERP) <=
- 2024-12-27 Gdańsk => Full Stack .Net Engineer <=
- 2024-12-27 Katowice => Programista Full Stack .Net <=
- 2024-12-27 Opole => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-27 Gdańsk => Delphi Programmer <=