eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingSCRUM umarł, niech żyje SCRUMRe: SCRUM umarł, niech żyje SCRUM
  • 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: SCRUM umarł, niech żyje SCRUM
    Date: Mon, 19 Aug 2013 11:25:12 +0200
    Organization: news.chmurka.net
    Lines: 48
    Message-ID: <kuso9u$36q$1@somewhere.invalid>
    References: <e...@g...com>
    <kugrmv$bts$1@somewhere.invalid>
    <2...@g...com>
    <kuji43$mev$1@somewhere.invalid>
    <6...@g...com>
    <kum3ci$j9v$1@news.task.gda.pl>
    <3...@g...com>
    <kuogeq$ibl$1@news.task.gda.pl> <s...@j...net>
    <7...@g...com>
    <s...@j...net> <kusf4d$uig$1@somewhere.invalid>
    <s...@j...net>
    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 1376904318 3290 195.182.34.201 (19 Aug 2013 09:25:18 GMT)
    X-Complaints-To: abuse-news.(at).chmurka.net
    NNTP-Posting-Date: Mon, 19 Aug 2013 09:25:18 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
    In-Reply-To: <s...@j...net>
    X-Authenticated-User: pkierski
    Xref: news-archive.icm.edu.pl pl.comp.programming:204463
    [ ukryj nagłówki ]

    W dniu 2013-08-19 09:39, Stachu 'Dozzie' K. pisze:
    > On 2013-08-19, Paweł Kierski <n...@p...net> wrote:
    >>> Robienie fetyszu ze zbiorów procedur (metodyk wytwarzania softu czy
    >>> metodyki administracji) to próba zastąpienia kompetentnej kadry procesem
    >>> biznesowym. To się nie ma prawa udać, jeśli kadra nie wykonuje
    >>> doskonale automatyzowalnych czynności.
    > [...]
    >> Scrum pomaga o tyle, że w iteracjach można szybciej poprawiać błędy,
    >> a "fetysze/ceremonie" zmuszają do zastanowienia się, co nie działa,
    >> a co może działać lepiej.
    >
    > Nie nie nie. To nie o to chodziło. Nie mówię, że ceremonie w Scrumie
    > mają być czymś złym. Mówię, że sama metodyka nie zastąpi kompetentnej
    > kadry, więc trzymanie się bardzo sztywno zapisanego z góry zestawu
    > regułek (czy to scrumowego, czy pochodzącego z waterfalla, czy z innego
    > ITIL-a) nie ma wielkiego sensu.
    >
    > Programy nie powstają z metodyki, tylko z programowania. Znacznie
    > łatwiej o sensowny program u ludzi znających się na programowaniu,
    > którzy nie stosują żadnej metodyki niż u kretynów stosujących dowolną
    > metodykę.

    100% zgody.

    > Przez robienie fetyszu z metodyki rozumiem spisywanie ksiąg czy innych
    > dokumentów o procesach zamiast przyjrzenia się, co z tego rzeczywiście
    > pomaga zespołowi.
    >

    Właśnie Scrum jest czymś takim - spisaną księgą, która mówi jak ramowo
    może wyglądać proces (nie każdemu będzie pasował - w utrzymaniu lepiej
    sięgnąć np. po Kanban).

    Ale przede wszystkim mówi właśnie to: przyglądajcie się co iterację, co
    w procesie pomaga zespołowi i wdrażajcie poprawki tak samo, jak
    budujecie produkt - od najbardziej potrzebnych kawałków. Tyle, że
    retrospekcja, ponieważ jest na końcu iteracji może wydawać się najmniej
    potrzebną... A tu właśnie jest klucz do poprawnego działania zespołu.

    Może lepiej spojrzeć tak: przed planowaniem robimy retrospekcję, która
    jest de facto planowaniem zmian organizacyjnych.

    Scrum mówi tylko tyle, że retrospekcja powinna być, a co w niej się
    pojawi, to sprawa tak samo lokalna, jak tworzony produkt.

    --
    Paweł Kierski
    n...@p...net

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: