Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #32222
| From | Mateusz Bogusz <mabakay@o2.pl> |
|---|---|
| Newsgroups | pl.comp.programming |
| Subject | Re: Agile / Scrum w korporacjach |
| Date | 2019-01-02 21:42 +0100 |
| Organization | ATMAN - ATM S.A. |
| Message-ID | <q0j7mu$gvr$1@node1.news.atman.pl> (permalink) |
| References | <8c60709b-90f5-4399-bda1-3d9bdc6c835a@trust.no1> <q0cqpd$89v$1@node1.news.atman.pl> <25cba5c1-8827-4f2a-af8a-9d10f64efba1@googlegroups.com> |
>> U mnie, "sprinty" są tygodniowe. W poniedziałki i środy punktujemy >> zadania w "backlogu" (wszyscy, czyt. 20 programistów, punktacja: 1, 3, >> 5, 8, 13, 20). > Zespół scrumowy ma 20 programistów? Nikt nie używa terminu scrum, tylko że pracujemy "zwinnie". Projekt ma oczywiście pod projekty, ale założenie jest takie żeby każdy "umoczył palec wszędzie" (technologicznie realne, najwyżej się "douczy, to będzie na plus w razie urlopów") z czego ma wynikać "ogólne zrozumienie projektu i potrzeb kolegów w zespole". Także na spotkaniu część jest biznesem dla innych, potem w innym obszarze na odwrót... >> W czwartki układamy kolejnego "sprinta", gdzie zawsze coś zostaje na >> koniec tygodnia i w poniedziałek rano jest przerzucane z >> poprzedniego do kontynuacji. > Ile czasu wam to wszystko około-sprintowe zajmuje? Z tego co piszesz > macie w 5-dniowym sprincie trzy dni z planowaniem -- to wygląda na > potężny narzut czasowy. (Nie mówiąc, że spotkania zwykle rozwalają > cały dzień.) Za dużo jak dla mnie. >> Ogólna zasada głosi, że jak oddajesz >> zadanie do testów, to zanim weźmiesz kolejne to przetestuj chociaż jedno >> inne oddane do testów - średnio to działa, bo znalezienie błędu powoduje >> cofnięcie zadania do zrobienia, którym jego autor zajmie się po >> skończeniu aktualnego zadania więc coś co było oddane do sprinta, często >> jest "wykonane w miarę działające" trzy tygodnie później. > Przecież w ten sposób sami strzelacie sobie w głowę.:) > Priorytetem powinno być zadanie rozpoczęte wcześniej. Masz na myśli, że jak tylko zrobione wcześniej zadanie zostanie "odbite", to traktować to tak samo jak wysypany build w CI? > BTW testujecie ręcznie? Jest ciągła integrację i deployment. Kilkadziesiąt jednostkowych i kilka integracyjnych, ale wiadomo że to kropla do potrzeb. Po nich i tak jest etap testu funkcjonalnego przez kolegę, który nie pisał tego zadania + etap code review (przez osobę trzecią) = można zintegrować kod na gałąź stabilną. Największy problem jest z "ciągłym dostarczaniem". -- Pozdrawiam, Mateusz Bogusz
Back to pl.comp.programming | Previous | Next — Previous in thread | Find similar | Unroll thread
Agile / Scrum w korporacjach queequeg@trust.no1 (Queequeg) - 2018-12-17 11:43 +0000
Re: Agile / Scrum w korporacjach Maciej Sobczak <see.my.homepage@gmail.com> - 2018-12-18 04:23 -0800
Re: Agile / Scrum w korporacjach Wojciech Muła <wojtek.mula@gmail.com> - 2018-12-20 23:21 -0800
Re: Agile / Scrum w korporacjach godek.maciek@gmail.com - 2018-12-21 01:45 -0800
Re: Agile / Scrum w korporacjach Wojciech Muła <wojtek.mula@gmail.com> - 2018-12-21 03:36 -0800
Re: Agile / Scrum w korporacjach Mateusz Bogusz <mabakay@o2.pl> - 2018-12-21 14:28 +0100
Re: Agile / Scrum w korporacjach Adam M <amorawski@magna-power.com> - 2018-12-21 07:52 -0800
Re: Agile / Scrum w korporacjach Wojciech Muła <wojtek.mula@gmail.com> - 2019-01-01 12:20 -0800
Re: Agile / Scrum w korporacjach Maciej Sobczak <see.my.homepage@gmail.com> - 2018-12-26 15:28 -0800
Re: Agile / Scrum w korporacjach Mateusz Bogusz <mabakay@o2.pl> - 2018-12-31 11:24 +0100
Re: Agile / Scrum w korporacjach Wojciech Muła <wojtek.mula@gmail.com> - 2019-01-01 12:34 -0800
Re: Agile / Scrum w korporacjach Mateusz Bogusz <mabakay@o2.pl> - 2019-01-02 21:42 +0100
csiph-web