Re: Prowadzenie/dokumentowanie projektu... - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Prowadzenie/dokumentowanie projektu... › Re: Prowadzenie/dokumentowanie projektu...

X-Received: by 10.224.198.196 with SMTP id ep4mr20635685qab.3.1357071151190; Tue, 01
Jan 2013 12:12:31 -0800 (PST)
Received: by 10.49.71.135 with SMTP id v7mr6703734qeu.28.1357071151120; Tue, 01 Jan
2013 12:12:31 -0800 (PST)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!wsisiz.edu.pl!plix.pl!newsfeed2.plix.pl!feed.xsnews.nl!border-2.ams.xs
news.nl!xlned.com!feeder3.xlned.com!news.glorb.com!ee4no10824912qab.0!news-out.
google.com!k2ni4226qap.0!nntp.google.com!ee4no10939423qab.0!postnews.google.com
!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Tue, 1 Jan 2013 12:12:31 -0800 (PST)
In-Reply-To: <kbv5gg$1d3$1@somewhere.invalid>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=37.47.227.142;
posting-account=VFwkXwoAAADdT4-lLKRZrMYkTjizGoyn
NNTP-Posting-Host: 37.47.227.142
References: <4...@g...com>
<e...@g...com>
<8...@g...com>
<0...@g...com>
<9...@g...com>
<kbv5gg$1d3$1@somewhere.invalid>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <a...@g...com>
Subject: Re: Prowadzenie/dokumentowanie projektu...
From: Wojciech Muła <w...@g...com>
Injection-Date: Tue, 01 Jan 2013 20:12:31 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:201544
[ ukryj nagłówki ]
W dniu wtorek, 1 stycznia 2013 18:13:48 UTC+1 użytkownik Andrzej Jarzabek napisał:
> > Agile radzę omijać z daleka.
>
> A skoro już mamy nowy rok, to dla podtrzemania dyskusji napiszesz może
> dlaczego?

Agile skupia się na tworzeniu działającego produktu, nie dostarcza żadnych
narzędzi dla zespołu w celu tworzenia utrzymywalnego programu. Celem jest
działający produkt i zadowolenie klienta (tu i teraz).

Mam okazję uczestniczyć w procesie SCRUMowym i nie potrafię dostrzec żadnych
pozytywnych cech takiego postępowania. Najbardziej irytujące jest właśnie
skupienie się na dostarczeniu "inkrementu" na review, przez co odkładane
są prace na później. W konsekwencji kod wymaga refaktoringu w kolejnej
iteracji/iteracjach, więc i straty czasu.

Precyzyjne planowanie prac jest wykonywane w perspektywie jednego sprintu,
przez co mamy do czynienia z podejściem "koduj najpierw, myśl później".

w.