-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.chmurka.net!.POSTED!not-for-mail
From: Paweł Kierski <n...@p...net>
Newsgroups: pl.comp.programming
Subject: Re: pl. usenet o agile
Date: Tue, 23 Jul 2013 07:57:29 +0200
Organization: news.chmurka.net
Lines: 71
Message-ID: <ksl60f$141$1@somewhere.invalid>
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>
<51e84551$0$1458$65785112@news.neostrada.pl>
<ksbbre$7n7$1@somewhere.invalid>
<51e9a8d8$0$1267$65785112@news.neostrada.pl>
<ksipns$tfd$1@somewhere.invalid>
<51ed445c$0$1457$65785112@news.neostrada.pl>
NNTP-Posting-Host: 195.182.34.201
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: somewhere.invalid 1374559055 1153 195.182.34.201 (23 Jul 2013 05:57:35 GMT)
X-Complaints-To: abuse-news.(at).chmurka.net
NNTP-Posting-Date: Tue, 23 Jul 2013 05:57:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
In-Reply-To: <51ed445c$0$1457$65785112@news.neostrada.pl>
X-Authenticated-User: pkierski
Xref: news-archive.icm.edu.pl pl.comp.programming:204173
[ ukryj nagłówki ]W dniu 2013-07-22 16:40, slawek pisze:
> Użytkownik "Paweł Kierski" napisał w wiadomości grup
> dyskusyjnych:ksipns$tfd$...@s...invalid...
>
>>> 2. Programy robione ad hoc w jednoosobowym "zespole". Dotyczy także
>>> zespołu dwuosobowego.
>
>> Pytanie bardziej konkretne - co z Agile będzie przeszkadzało w takim
>> projekcie?
>
> Kluczowe jest "ad hoc" - czyli np. programiki mające wszystkiego 100
> linijek... albo nawet jedną. Nic nie będzie przeszkadzało. Ale nic też
> Agile nie pomoże.
>
> Doraźnie tworzone jednorazówki. Oczywiście, można użyć Agile i do "99
> bottles"...
OK - ale czy tu w ogóle możemy mówić o jakimkolwiek prowadzeniu
projektu? BTW - zdarzyło mi się przy programie 100 linijkowym
(aktualnie ma chyba kilkadziesiąt więcej) pomyśleć: "Czy na pewno
potrzebuję w tej chwili wszystkich czterech funkcjonalności, czy trzy
pierwsze mi wystarczą?".
Ogólnie - nie ma tu dyskusji.
>> Poufność - to już zupełnie nie w temacie. Jak sposób prowadzenia
>> projektu ma mieć wpływ na poufność?
>
> Jeżeli dobrze zrozumiałem, to Agile polega na iteracjach. Mogę sobie
> wyobrazić jednak zastosowania, które wymagają filozofii "wszystko albo
> nic". Nie można mieć programu, który nie jest jeszcze całkiem gotowy,
> ale już jest zaszyty w rozruszniku serca. Podobnie nie można mieć
> programu, który "trochę" chroni np. wrażliwe dane z dużej bazy itp.
> Takie rzeczy wolno uruchamiać (w docelowym środowisku) tylko wtedy, gdy
> są w 100% a może nawet 200% gotowe. Dlatego metodyka zakładająca
> "zrobimy i w razie czego będziemy poprawiać" może być nie akceptowalna -
> "w razie czego" straty będą poważne, nieodwracalne i niewybaczalne.
Widzę podstawowy błąd w rozumieniu Agile. To nie jest "zrobimy
i w razie czego będziemy poprawiać". To jest "zrobimy *teraz* to, co
absolutnie niezbędne, najlepiej jak potrafimy". Tak przypuszczałem, że
w tym podwątku dojdziemy do problemów integracji i testowania całych
systemów. W takich wypadkach można nieco złamać ortodoksję - dalej
pracujemy w iteracjach, ale nie upieramy się, że cały system działa
i jest po każdej iteracji gotowy do release'u. Bez konkretnego przykładu
trochę trudno rozmawiać. Prawie na pewno da się z takiego systemu
wykroić elementy niekrytyczne - te można już realizować w zależności
od potrzeb.
>> produkt w kierunku realizacji tego celu, to czemu nie skanalizować
>> wysiłków korzystając z elementów Agile?
>
> Jeżeli już robiłbym coś za friko, to nie po to, aby ktoś mógł się bawić
> w mojego szefa z tego powodu. Czyli - macie za darmo mój czas i
> doświadczenie - ale to ja ustalam ile, gdzie i jak to wam daję. I czy w
> ogóle. To, moim zdaniem, nie współbrzmi ze słowem "dyscyplina", a
> przecież Agile dyscyplinuje uczestników...
Cały mój akapit brzmiał:
"[...] jeśli jest jakiś cel produktowy i osoba/osoby, które chcą
popychać produkt w kierunku realizacji tego celu, to czemu nie
skanalizować wysiłków korzystając z elementów Agile?"
Jeśli jest tak, że ktoś wie, czego się spodziewa po produkcie, a ja
w to wchodzę, to poniekąd zgadzam się z jego nadrzędną wobec mnie rolą.
Jeśli nie, to pewnie nie zainteresuję się tym projektem i wybiorę taki,
w którym można trochę "poszaleć" na własną rękę.
--
Paweł Kierski
n...@p...net
Następne wpisy z tego wątku
- 23.07.13 08:13 Adam Klobukowski
- 23.07.13 09:26 Andrzej Jarzabek
- 23.07.13 10:30 Adam Klobukowski
- 23.07.13 11:40 Edek
- 23.07.13 11:41 Andrzej Jarzabek
- 23.07.13 12:28 slawek
- 23.07.13 13:14 slawek
- 23.07.13 13:16 Edek
- 23.07.13 14:35 Andrzej Jarzabek
- 23.07.13 21:21 Sebastian Biały
- 23.07.13 21:23 Sebastian Biały
- 23.07.13 22:22 Edek
- 24.07.13 10:36 slawek
- 24.07.13 20:49 Andrzej Jarzabek
- 27.07.13 18:42 Andrzej Jarzabek
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-25 Wrocław => Key Account Manager <=
- 2024-12-25 Kraków => Full Stack .Net Engineer <=
- 2024-12-25 Kraków => Programista Full Stack .Net <=
- 2024-12-25 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-25 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-25 Białystok => Delphi Programmer <=
- 2024-12-25 Chrzanów => Team Lead / Tribe Lead FrontEnd <=
- 2024-12-25 Kraków => Ekspert IT (obszar systemów sieciowych) <=
- 2024-12-25 Mińsk Mazowiecki => Spedytor Międzynarodowy <=
- 2024-12-24 Dzisiaj Bentlejem czyli przybieżeli sześciu Króli do Rysia na kasie
- 2024-12-23 Przedłużacz USB-C działa w połowie
- 2024-12-24 Cicha noc...
- 2024-12-24 Gdańsk => Software .Net Developer <=
- 2024-12-23 Opole => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i Ka
- 2024-12-23 Łódź => Architekt rozwiązań (doświadczenie w obszarze Java, AWS)