-
X-Received: by 10.49.35.225 with SMTP id l1mr223465qej.1.1374508476555; Mon, 22 Jul
2013 08:54:36 -0700 (PDT)
X-Received: by 10.49.35.225 with SMTP id l1mr223465qej.1.1374508476555; Mon, 22 Jul
2013 08:54:36 -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!gh1no81278qab.0!news-out.goo
gle.com!dk8ni1022qab.0!nntp.google.com!f1no418397qae.0!postnews.google.com!gleg
roupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Mon, 22 Jul 2013 08:54:36 -0700 (PDT)
In-Reply-To: <e...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=80.254.146.36;
posting-account=jr5y-woAAAAWidgVjrSJ6j8m650CTb-v
NNTP-Posting-Host: 80.254.146.36
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>
<a...@n...plus.net>
<ksiq5e$tmk$1@somewhere.invalid>
<e...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <e...@g...com>
Subject: Re: pl. usenet o agile
From: Andrzej Jarzabek <a...@g...com>
Injection-Date: Mon, 22 Jul 2013 15:54:36 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:204150
[ ukryj nagłówki ]On Monday, 22 July 2013 15:30:54 UTC+1, Maciej Sobczak wrote:
> > > Software wymagający drobiazgowych certyfikacji, np. medyczny.
>
>
>
> > Nawet jeśli certyfikacja przewidziana jest tylko dla "kompletnego"
> > produktu, to nic nie stoi na przeszkodzie, żeby dojście do tego stadium
> > było prowadzone metodami zwinnymi.
>
>
>
> Technicznie może i nie ma przeszkód, ale kulturowo będą. Agile kojarzy
> się z nierobieniem niepotrzebnych rzeczy a tymczasem certyfikacja
> wykonywana przez podmiot zewnętrzny (przez jakąś Agencję Sprawdzania
> Projektów i Produktów, odpowiednio dla branży) robiona jest na
> podstawie *artefaktów*, które w potocznie rozumianym agile po prostu
> nie powstają.
...jeśli są niepotrzebne właśnie. W tym przypadku są potrzebne, więc i
powstają.
> Problem jest tym bardziej widoczny, im bardziej eksponuje się wartość
> nieformalnych rozmów i spotkań - jeżeli agile zachęca do tego, żeby
> Product Owner chodził ze Scrum Masterem (albo w ogóle z całym zespołem)
> na przysłowiową pizzę w nadziei na sprawniejszą wymianę myśli, to
> naturalne jest, że w takim pół-formalnym procesie pewne tradycyjne
> artefakty nie powstaną. Tym bardziej, jeśli przedstawia się to jako
> zaletę ("my tu robimy programy, które coś robią a nie dokumentację,
> która nic nie robi").
Bez jaj. Akurat zwykle jakaś forma dokumentacji jest wymagana i istnieją w
ramach Agile różne rozwiązania tego problemu. Zasadniczo możesz zrobić dwie
rzeczy: albo mieć osobny zespół od pisania dokumentacji dla odbiorcy, który
niekoniecznie musi pracować w metodologii Agile (bo i w końcu nie tworzy
oprogramowania), albo masz technical writerów w zespole developerskim - jedno
i drugie rozwiązanie ma wady i zalety, właściwa implementacja sprowadza się do
odpowiedzi na pytanie "skąd piszący dokumentację wie, co ma napisać?"
Z drugiej strony jeśli chodzi np. o specyfikację funkcjonalną produktu, to
agile-owe metodologie BDD i Specification By Example potrafią dać bardziej
szczegółowy i formalny dokument specyfikacyjny niż tradycyjne metody.
> No i na koniec taki zespół zanosi do Agencji Sprawdzania Projektów i
> Produktów swoje dzieło a tam pani w recepcji mówi: proszę zostawić produkt
> *wraz z pełną dokumentacją* na półce, odezwiemy się.
>
> A tu dupa - produkt udało się jakoś ulepić, ale dokumentacja to była nasza
> rozmowa w pizzerni. I tyle z certyfikacji.
I co - klient zamiawiał produkt do certyfikacji, a nie wiedział, że trzeba
dostarczyć dokumentację? Przecież takie rzeczy są zwykle określone, pani w
recepcji nie może powiedzieć np. "ale dokumentacja musi być wierszem, do rymu,
i żeby wszystkie słowa były na literę C".
> Myślę, że wypracowanie dobrego nowego rozwiązania w tej dziedzinie zajmie
> jeszcze jedną albo dwie generacje metod. Tzn. jeszcze nie teraz.
No właśnie rozwiązania raczej już istnieją, trzeba tylko umieć je zastosować.
Następne wpisy z tego wątku
- 22.07.13 18:18 Andrzej Jarzabek
- 22.07.13 18:27 Edek
- 22.07.13 18:30 Edek
- 22.07.13 18:34 Andrzej Jarzabek
- 22.07.13 18:39 Edek
- 22.07.13 19:04 Andrzej Jarzabek
- 22.07.13 19:17 Adam Klobukowski
- 22.07.13 19:37 slawek
- 22.07.13 19:46 R.e.m.e.K
- 22.07.13 20:21 Andrzej Jarzabek
- 22.07.13 20:25 slawek
- 22.07.13 21:13 slawek
- 22.07.13 23:08 Edek
- 22.07.13 23:11 Andrzej Jarzabek
- 22.07.13 23:22 Edek
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-23 Riga => Specjalista ds. public relations <=
- 2024-12-23 Łódź => Specjalista ds. Sprzedaży <=
- 2024-12-23 Kraków => International Freight Forwarder <=
- 2024-12-23 Co nalezy do Cinkciarza, a co do Conotoxia ?
- 2024-12-23 Poznań => Key Account Manager <=
- 2024-12-23 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=
- 2024-12-23 Rzeszów => Spedytor Międzynarodowy <=
- 2024-12-23 Warszawa => Infrastructure Automation Engineer <=
- 2024-12-23 Białystok => Analityk w dziale Trade Development (doświadczenie z Po
- 2024-12-23 Warszawa => Site Reliability Engineer (SRE) <=
- 2024-12-23 Warszawa => DevOps Engineer <=
- 2024-12-23 Warszawa => Senior Account Manager <=
- 2024-12-23 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-23 Katowice => Administrator IT - Wirtualizacja i Konteneryzacja <=
- 2024-12-23 Mińsk Mazowiecki => Spedytor Międzynarodowy <=