eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingSCRUM umarł, niech żyje SCRUMRe: SCRUM umarł, niech żyje SCRUM
  • Data: 2013-08-19 11:25:12
    Temat: Re: SCRUM umarł, niech żyje SCRUM
    Od: Paweł Kierski <n...@p...net> szukaj wiadomości tego autora
    [ pokaż wszystkie 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: