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 09:02:40 +0200
    Organization: news.chmurka.net
    Lines: 55
    Message-ID: <kusfum$urj$1@somewhere.invalid>
    References: <e...@g...com>
    <kugrmv$bts$1@somewhere.invalid>
    <2...@g...com>
    <kuji43$mev$1@somewhere.invalid>
    <6...@g...com>
    <kumdf3$2aj$1@somewhere.invalid>
    <c...@g...com>
    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 1376895766 31603 195.182.34.201 (19 Aug 2013 07:02:46 GMT)
    X-Complaints-To: abuse-news.(at).chmurka.net
    NNTP-Posting-Date: Mon, 19 Aug 2013 07:02:46 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
    In-Reply-To: <c...@g...com>
    X-Authenticated-User: pkierski
    Xref: news-archive.icm.edu.pl pl.comp.programming:204456
    [ ukryj nagłówki ]

    W dniu 2013-08-17 23:27, Wojciech Muła pisze:
    > On Saturday, August 17, 2013 1:43:28 AM UTC+2, Andrzej Jarzabek wrote:
    >>> Nie można zmienić w trakcie spotkania - timebox rzecz święta, right?
    >>
    >> W trakcie nie, ale jeśli generalnie wychodzi, że timebox za którki, to
    >> na retrospektywie można postanowić, że się go wydłuży.
    >
    > No tak, tylko problem jest właśnie teraz! Po sprincie to już nie
    > ma znaczenia.

    Jeśli w to się zdarza w jednym sprincie, to cóż - flukutacja 8-) Ale
    jeśli w drugim z rzędu, to trzeba coś zrobić, żeby w trzecim się nie
    powtórzyło.

    >
    [...]
    >> A tak swoją drogą, estymaty robicie w story pointach, roboczogodzinach
    >> czy w czym?
    >
    > Dla story - w storypointach, po rozbiciu na taski już w roboczogodzinach.

    Z ciekawości - do czego potem te szacowania się przydają? Czy na
    podstawie tych cyferek podejmujecie jakiekolwiek decyzje? Pytam, bo
    zrezygnowaliśmy z tego szacowania, bo storypoints dla historyjek
    wystarczają nam póki co.

    [...]
    >>> Zespół liczy 7 osób, planning trwa w praktyce od 6-8 godzin. Wychodzi co
    >>> najmniej tydzień pracy jednego programisty.
    >>
    >> Przy jakiej długości sprintu?
    >
    > 3-tygodnie

    Czyli ok. 5%. To nie jest dużo.

    >> Jeśli z jednej strony nie widzicie tej korzyści, uważasz, że ludzie na
    >> planowaniu słyszą o nieistotnych dla nich detalach (o ile nie będą
    >> danego taska implementować), a z drugiej strony brakuje wam czasu w
    >> timeboxie, to może problem jest po prostu taki, że za bardzo wchodzicie
    >> w szczegóły przy planowaniu tasków. Może "co trzeba zrobić w tasku"
    >> wystarczająco określa "zmienić schemat bazy danych", a nie trzeba mówić,
    >> co w nim konkretnie trzeba zmienić?
    >
    > Owszem, to może być powód, czasem jest za dużo dywagacji. A czasem
    > jest n-ta godzina spotkania i wszyscy odlatują.

    Z obserwacji - do godziny wszyscy dobrze działają. Do półtorej są
    w stanie z niejakim wysiłkiem skupić uwagę. Potem koniecznie przerwa,
    bo dalsze siedzenie ciurkiem to strata czasu. Aha - przerwy oczywiście
    timeboxować trzeba 8-)

    --
    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: