Váš názor na agilní vývoj - Scrum

[letranger]

Náš tým právě taky nepracuje na jednom projektu/produktu, je tam víc menších věcí. Takže ten sprint nemá žádný jednotný cíl, neděláme žádný release jednou za 14 dní, je to jen kolekce ticketů na příštích 14 dní. Vůbec nechápu, jaký to pro tenhle případ dává smysl. Někdo byl na školení a vlezlo mu do hlavy, že se takhle dá řídit všechno. Ve skutečnosti je to jen nástroj na dohled a buzeraci.

[Reklama]

[Tomas-T]

Ano, nedává to smysl - protože to ve skutečnosti ani není scrum, jen se to snaží napodobit jeho vnější znaky.
I Wiki říká, že scrum je "metodika řízení vývoje produktu" - a kde chybí společný produkt, tam není důvod na denní společné schůzky.
U nás se to chvíli snažili zabalit do hesla že náš společný produkt je právě "Vývoj SW" na kterém si máme všichni společně pomáhat a když má někdo málo práce, operativně pomáhá v jiném projektu, takže by měl být pořád v obraze, co se tam děje.   

[Idris]

Hlavní problém tohohle je, že je to v podstatě náboženství, navíc s příživnickým businessem kolem sebe.

Mně osobně se po zavedení scrumu snížila produktivita možná i o 50 procent. Neskutečně přibylo mítinků a hlavně je přísně zakázáno udělat "něco navíc", na co není kartička. Spousta keců o tom, jak tým má být samoorganizující se, ale ve skutečnosti třeba standup slouží hlavně na to, aby byli všichni totálně pod kontrolou.

Znáte někdo nějakou metodu, jak přesvědčit vedení, že je to celé nesmysl?

O takovýchto kravinách se s despektem vyjadřoval už Dijkstra (ano, ten Dijkstra) v 70. letech. Vše je o lidech, týmu lemplů nepomůže žádná metodologie a tým profíků ví sám nejlíp, jak si uspořádat práci. Čím méně do toho kecá nějaký nedovzdělaný manager, tím lépe.

[to_je_jedno]

Agile je skvely, kdyz se dobre uchopi, kdyz to lidi co to zavadi chapou a dokazou prenyst na "ty dole". Mam to stesti, ze v takovem tymu pro takoveho zakaznika funguju (jsme ve vice geografickych lokacich, domlouvame se anglicky).

Kdokoliv tady breci na dlouhy standup, moc meetingu apod tak to proste nekdo zpizdil kdyz ty procesy rozjizdel. Patrne jde o produkt nejakyho diplomu bez praktickych zkusenosti.

[nehalem]

SCRUM vo mne zabil vsetok zaujem a radost z IT. Seriozne premyslam, ze zmenim obor a budem robit kludne aj za menej penazi, lebo neviem ako vam, mne SCRUM pride ako nieco co patri do ucebnic psychiatrie a psychopatologie nie do softverovej firmy.

EDIT:
co je na tom asi to najhorsie, ze je to doslova vsade. Neviem o jednej firme, kde by tato rakovina nebola v pokrocilom stadiu.

[Reklama]

[L..]

A to neexistuje jiný způsob, jak můžou ostatní zjistit, na čem dělá kolega, pokud jim po tom něco je - třeba tak, že se mrknou do trackeru nebo se ho, já nevím, zeptají? A scházet se takhle jeden každý den? To mi přijde jako skutečné psycho.

Mě tedy přijde spíš jako psycho když bych musel x-krát denně odpovídat různým lidem co dělám a zda/kdy to budu mít hotové, když bychom si to mohli jednou denně prostě říct všichni najednou :-) Ale proti gustu... Jinak, samozřejmě, jiné způsoby existují, ale taky mají své mouchy. Tickety často nejsou aktualizované, odpovídat neustále na dotazy otravné, lidé se často nezeptají, ale předpokládají. Standupy jsou prostě jen nástroj, ne nutně ve všech situacích nejlepší, ale podle mě pokud se používají správně, tak docela dobrý.

A teď si představte, že se někdo tohle pokouší závést do týmu cca 10 vývojářů, kteří pracují na asi 6 menších projektech a k tomu drží dalších 5 placených servisních smluv na support nějakého SW vyvinutého dříve.

Pokud to není tak, že všichni dělají (víceméně) všechno, tak to není scrumový standup, ať tomu říkají jak chtějí. To je prostě jen report manažerovi.

[luvar]

Ja mam so scrum-om pozitivnu skusenost. Cca tri roky v jednej vacsej spolocnosti. Skusim popisat, ako "sa to robilo u nas". V kazdom pripade, za tie tri roky tam bol citelny posun vo veciach a hladali sa optima...

Dvojtyzdenny sprint, standup primarne ako rekapitulacia a naznak co je v plane dnes. Ak niekto tri dni robil na tom istom, zvacsa sa ozval specialista na dany problem a len si kyvli, ze si daju parovu session/diskusiu a vyriesia to za polhodku. V kazdy tyzden bol jeden predplaning (kludne aj dvojhodinovy meeting s kartickami) a jeden planing. Zhruba rovnaka napln. Vpodstate bola snaha mat lepsie pripravene ulohy a lepsie definovane DefinitionOfDone, ci AcceptanceCriteria, ale tu sme sa kus motali. Samotny project owner nam do sprintu zvacsa nahodil tak 5 uloh a povedal ktore by mal rad spravene "navyse". Podla aktualneho technical dept-u sme si prihodili ako tim cca 5 az 15 uloh zvacsa technologickych, ci prevadzkovych (predsa sme DevOps a aj ked nik nevie s databazami, tak si ich budeme manazovat sami . Samozrejma retrospektiva (snaha aby kazdy povedal aspon jednu pozitivnu a jednu negativnu vec). Zvacsa sme sa tu motali v podobnych veciach, ktore boli bud personalneho charakteru, alebo "bad luck" charakteru a nevedeli sme ich odstranit. Ziadne akcie, co scrummaster navrhol nezafungovali :/ Vnimali sme ale retrospektivu (cca 30 az 50 minutove boli) ako plus, kde sme si otvorene povedali, co sme (pripadne kto posrali tento sprint a pripadne ako to v buducnosti nespravit rovnako. Ulohy sme si vzdy vyberali sami a vzdy po jednej. Tiez zaradovane (tie technologicke) boli primarne podla timu. Ak sa nejaky clovek, co ma na starosti zalohovanie DB ohlasil, ze by potreboval daco prerobit, tak to nahodil do backlogu a nasledne na planingu sa to ohodnotilo a demokraticky dohodlo na zaradeni... Co sa tykastorypointov (karticiek), tak tam sa nerobil ziaden priemer. Kazdy ukazal a scrummaster bud povedal, ze vstupy 2, 3, 3, 5, 7 znamenaju, ze to dame za 5, alebo sa spytal dvojky a sedmicky, ze "preco". Tam sa niekedy zistilo, ze zadanie je nejednoznacne a upravilo sa znova sme tasili karticky. Vpodstate vzdy sme dospeli k spolocnemu cislu. Aj ked napriklad ulohu vsetci videli ako dvojku, ale ja ako patku, tak to niekedy skoncilo na tom, ze sa to da za tri (alebo 5) a spravim to so silnou ucastou kolegu, ktory by to mozno zvladol za jednotku... Co sa tyka dema, tak jednu dobu sme mali (fitnesse framework na testy a nasledne inhouse scalatest based framework s podobnym vlastnym vystupom) kvalitne demo, kde sme naozaj ukazovali nejake "end to end" testy (pre nas end bol backendovy rest call, alebo nejaky zaznam v databaze, ktoru sme monitorovali a ine legacy veci). Neskor sa dema zrusili a potom sa opat zaviedli, ale do podoby, kedy trvalo demo cca 5 minut a obsahovalo "Sprint sme nestihli, lebo choroba clenov timu a zaroven nam tim X nedodal nacas daco a este jeden bug, ktory trval dlhsie ako sme mali buffer...".

PS: Dakde som zachytil, ze storypointy vychadzaju z mody a lepsi pristup je, ze si na planingu ludia povedia pocitovo, ci tam tie tasky vojdu a daju ich tam tolko, aby to bolo OK. Teda idealne, ze sa dlzka sprintu nastavi na "zhruba 7 pracovnych dni", lebo "zhruba 4 pracovne dni" a nahadzu sa veci do sprintu a potom sa sprintuje.

[letranger]

EDIT:
co je na tom asi to najhorsie, ze je to doslova vsade. Neviem o jednej firme, kde by tato rakovina nebola v pokrocilom stadiu.

Ano, nějaké prvky z toho jsou skoro všude, ale dost se to liší v intenzitě. Někde je ze scrumu jen standup, jinde je to all inclusive i s demem pro uklízečky

[Ink]

A to neexistuje jiný způsob, jak můžou ostatní zjistit, na čem dělá kolega, pokud jim po tom něco je - třeba tak, že se mrknou do trackeru nebo se ho, já nevím, zeptají? A scházet se takhle jeden každý den? To mi přijde jako skutečné psycho.

Mě tedy přijde spíš jako psycho když bych musel x-krát denně odpovídat různým lidem co dělám a zda/kdy to budu mít hotové, když bychom si to mohli jednou denně prostě říct všichni najednou :-) Ale proti gustu... Jinak, samozřejmě, jiné způsoby existují, ale taky mají své mouchy. Tickety často nejsou aktualizované, odpovídat neustále na dotazy otravné, lidé se často nezeptají, ale předpokládají. Standupy jsou prostě jen nástroj, ne nutně ve všech situacích nejlepší, ale podle mě pokud se používají správně, tak docela dobrý.

Pokud by snad někde skutečně bylo normou, že musíš tu samou věc ten den říkat X lidem, chápal bych to. Já tuhle zkušenost nemám. Mimochodem, jak se v tom standupovém prostředí dá pracovat z domova, to najednou nevadí, že to všichni ten den neslyší, že Pepa napsal funkci X a třídu Y přejmenoval na Z a že si musí přečíst HTTP specifikaci, protože mu něco nechodí? Nebo to v tom super duper pracovním procesu prostě nejde a všichni musí prostě dorazit?

[Makovec]

A to neexistuje jiný způsob, jak můžou ostatní zjistit, na čem dělá kolega, pokud jim po tom něco je - třeba tak, že se mrknou do trackeru nebo se ho, já nevím, zeptají? A scházet se takhle jeden každý den? To mi přijde jako skutečné psycho.

Mě tedy přijde spíš jako psycho když bych musel x-krát denně odpovídat různým lidem co dělám a zda/kdy to budu mít hotové, když bychom si to mohli jednou denně prostě říct všichni najednou :-) Ale proti gustu... Jinak, samozřejmě, jiné způsoby existují, ale taky mají své mouchy. Tickety často nejsou aktualizované, odpovídat neustále na dotazy otravné, lidé se často nezeptají, ale předpokládají. Standupy jsou prostě jen nástroj, ne nutně ve všech situacích nejlepší, ale podle mě pokud se používají správně, tak docela dobrý.

Pokud by snad někde skutečně bylo normou, že musíš tu samou věc ten den říkat X lidem, chápal bych to. Já tuhle zkušenost nemám. Mimochodem, jak se v tom standupovém prostředí dá pracovat z domova, to najednou nevadí, že to všichni ten den neslyší, že Pepa napsal funkci X a třídu Y přejmenoval na Z a že si musí přečíst HTTP specifikaci, protože mu něco nechodí? Nebo to v tom super duper pracovním procesu prostě nejde a všichni musí prostě dorazit?

Nějakej Alexander Graham Bell před časem představil takovou užitečnou věc, ze které se časem vyvinuly v docela zajímavé aplikace…

 A zrovna tohle standupování mi přijde užitečná věc (narozdíl od dalších scrumových šamanstvi): protože často nejdůležitější informace je ta na kterou člověka vůbec nenapadne se zeptat a kterou se dozví tak mimochodem a standup je cesta jak tomu mimochodem vyjít naproti. Taky pro fungování týmu je dobré když členové zhruba vědí na čem pracují ti ostatní.

[Ink]

Nějakej Alexander Graham Bell před časem představil takovou užitečnou věc, ze které se časem vyvinuly v docela zajímavé aplikace…

Ptal jsem se, jak se to v praxi v jednotlivych tymech skutecne dela, ne na existenci nejakych aplikaci a udelatek, sorry.

[Tomas-T]

Dělá se to tak, že ten, kdo není fyzicky, se připojí online.
A nemusí u toho stát 

[Ink]

Dělá se to tak, že ten, kdo není fyzicky, se připojí online.
A nemusí u toho stát 

Takze mate nekde v zasedacce zarizeni (laptop?), ktere ma aplikaci, ktera komunikuje s aplikacemi doma/vzdalene pracujicich lidi? Co konkretne pouzivate?

[Martin Sivák]

Takze mate nekde v zasedacce zarizeni (laptop?), ktere ma aplikaci, ktera komunikuje s aplikacemi doma/vzdalene pracujicich lidi? Co konkretne pouzivate?

Cokoliv na videokonferenci? Google meet, Bluejeans, Zoom, Skype, ... případně alespoň telefon (to je ten vynález od pana A.G. Bella)?

Standupy jsou užitečné, pokud se dodrží pár pravidel:

- není to status meeting, opakuji NENÍ to status a není určen pro reportování šéfovi
- omezená délka, cca 15 minut max
- nediskutují se technická témata, jen se na ně upozorní a potřební lidé se sejdou zvlášť

Standup je jen moderní název pro ranní poradu členů týmu (bez šéfa) u kafe Lidi si řeknou s čím potřebujou pomoc nebo na co si ostatní mají dát pozor.

[Ink]

Takze mate nekde v zasedacce zarizeni (laptop?), ktere ma aplikaci, ktera komunikuje s aplikacemi doma/vzdalene pracujicich lidi? Co konkretne pouzivate?

Cokoliv na videokonferenci? Google meet, Bluejeans, Zoom, Skype, ... případně alespoň telefon (to je ten vynález od pana A.G. Bella)?

Opakuju - nezajimaji me obecne postrehy, ale realne zkusenosti z praxe. Ze existuje telefon vim, dokonce i Skype jsem zaznamenal. Zbytek prispevku, ktery jsem necitoval, mi dava smysl.