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

Kadet

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #90 kdy: 19. 12. 2018, 06:09:39 »
Stories tvori pubertacky na instagramu.

Pokud programator ceka na konkretni ukol co mu PO nebo PM zada, tak at jde radsi k pasu do Hyunde. Role inzenyra v softwaru je pozorovat uzivatele v akci a vyextrahovat z toho 'vypozorovane pozadavky'. K tomu slouzi techniky treba iterativni vyvoj nebo pravidelne demo fungujiciho prototypu/produktu na konci iterace. To je cela podstata lean/agile vyvoje.


kkt1

  • *****
  • 796
    • Zobrazit profil
Re:Váš názor na agilní vývoj - Scrum
« Odpověď #91 kdy: 19. 12. 2018, 06:59:10 »
Stories tvori pubertacky na instagramu.

Pokud programator ceka na konkretni ukol co mu PO nebo PM zada, tak at jde radsi k pasu do Hyunde. Role inzenyra v softwaru je pozorovat uzivatele v akci a vyextrahovat z toho 'vypozorovane pozadavky'. K tomu slouzi techniky treba iterativni vyvoj nebo pravidelne demo fungujiciho prototypu/produktu na konci iterace. To je cela podstata lean/agile vyvoje.
To mozna funguje u appky pro decka, v komercnim svete to vypozorovani pozadavku je u vyvojare samozrejme nesmysl. On prumerny vyvojar zna treba procesy nakupu obchodniho retezce, nebo logiku v trideni prijezdu kamionu v logistickem centru? Obvykle vi o tom kulovy, od toho jsou tam ruzni analytici, konzultanti, architekti, kteri maji ve finale ukol tomu prostackovi programatorovi lopate dat jasne zadani jakou funkcionalitu ma vytvorit. U malych aplikaci muze fungovat vypozorovani nejake ocekavane funkcionality, ale i u sluzeb kde by to clovek necekal jsou pozadavky pro byznis faleko sirsi nez je prumerny programator lopata je schopen vypozorovat.

dustin

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #92 kdy: 19. 12. 2018, 07:41:10 »
Hlavně neopomenout zdůraznit, jaký je vývojář prosťáček a lopata.

anonym

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #93 kdy: 19. 12. 2018, 08:21:25 »
Je to jednoduche, takovy otravny Scrum co ty popisujes budes mit, kdyz vas tym bude mit nejakeho profesionalni Scrum mastera, co vlastne ani moc neumi vyvijet. Je to stejne s managerama a vubec s kazdym, kdo ma pracovat na procesu vyvoje SW, ale pritom je to blb a nebo tomu vubec nerozumi. Kazdy totiz bude delat, jak umi, a nikdo neprestane a nerekne "heledte ja to neumim a nejlepsi je, kdyz budu drzet hubu a nedelat radeji nic". No takze kdyz se sejde projektak co vi prd a v tymu Scrum master specialista, tak z toho mas takhle debilni Scrumy, ktere nejsou k nicemu.

My ted meli v tymu jen same vyvojare a projekteka co se snazi moc nevsirat, a mame normalni sebeorganizujici se tym, ktery ad hoc spolupracuje a doplnuje tasky do Jiry, a funguje to vyborne. Nemivame ani planningy a nejake retrospektivy, jen se obcas zogranizujeme k nejakemu knowledge transfer atp. Kdybychom tam ale meli Scrum mastera specialistu, nejakeho trotla co nedaval dev tak si nasel teple mistecko v tomhletom, tak hadej, co by se delo.

O.

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #94 kdy: 19. 12. 2018, 09:47:16 »
Stories tvori pubertacky na instagramu.

Pokud programator ceka na konkretni ukol co mu PO nebo PM zada, tak at jde radsi k pasu do Hyunde. Role inzenyra v softwaru je pozorovat uzivatele v akci a vyextrahovat z toho 'vypozorovane pozadavky'. K tomu slouzi techniky treba iterativni vyvoj nebo pravidelne demo fungujiciho prototypu/produktu na konci iterace. To je cela podstata lean/agile vyvoje.
V jaky delas firme, abych se ji obloukem vyhnul?


MarSik

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #95 kdy: 19. 12. 2018, 10:52:31 »
Moc mě baví lidi (a že jich tady takových v diskuzi je), kteří na každé "u nás SCRUM nefungoval" odpovídají "dělali jste to blbě". Kdyby se to přeložilo do lidštiny tak by mohlo zaznít něco jako "používali jsme na zatloukání hřebíků bagr a nefungovalo to dobře" -> "to je tím, že neumíte používat bagr". Prostě totální BS.

Jenomže to opravdu je často ten hlavní problém. Viděl jsem spoustu pokusů o agilní přístup, kde celé agile spočívalo v tom, že šéf nařídil nástroje, sprinty a odhady, ale tým neměl žádný vliv na plánování a přiřazené činnosti. Prostě to byl jen mikro-management lidí ze strany vedení. Použití agile nástrojů z toho ještě totiž nedělá agilní vývoj.

Stejně tak ten tým musí chtít tímto způsobem pracovat, pokud nechce, tak to zase fungovat nebude a postupně se to vrátí do původního stavu.

Ta paralela je totiž mnohem častěji spíše: Šéf nám na výkopy sice pořídil bagr, ale nepustil nás do kabiny. Ten bagr by mohl pomáhat, pokud ho tým chce použít, umí ho ovládat, šéf jim věří, nechá je ho použít a přestane jim říkat _jak_ mají pracovat (omezí se na _co_ mají dodat). A to je docela dost podmínek, které nejsou vždycky splněny.

Kadet

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #96 kdy: 19. 12. 2018, 12:55:33 »
Stories tvori pubertacky na instagramu.

Pokud programator ceka na konkretni ukol co mu PO nebo PM zada, tak at jde radsi k pasu do Hyunde. Role inzenyra v softwaru je pozorovat uzivatele v akci a vyextrahovat z toho 'vypozorovane pozadavky'. K tomu slouzi techniky treba iterativni vyvoj nebo pravidelne demo fungujiciho prototypu/produktu na konci iterace. To je cela podstata lean/agile vyvoje.
To mozna funguje u appky pro decka, v komercnim svete to vypozorovani pozadavku je u vyvojare samozrejme nesmysl. On prumerny vyvojar zna treba procesy nakupu obchodniho retezce, nebo logiku v trideni prijezdu kamionu v logistickem centru? Obvykle vi o tom kulovy, od toho jsou tam ruzni analytici, konzultanti, architekti, kteri maji ve finale ukol tomu prostackovi programatorovi lopate dat jasne zadani jakou funkcionalitu ma vytvorit. U malych aplikaci muze fungovat vypozorovani nejake ocekavane funkcionality, ale i u sluzeb kde by to clovek necekal jsou pozadavky pro byznis faleko sirsi nez je prumerny programator lopata je schopen vypozorovat.

Fungujes v bubline cesky malosti, kde ti nejakej manazer ze zapadu skrz firmu nebo vzdelavaci system nakukal tyhle pololzi, aby si z tebe udelal poskoka.

Tvuj model = business mapuje nejakej chytrej analytik, transformuje to na pozadavky a ty pak predava armade opic cvicenych skakat pres java obruby. Tvuj manazer se boji ze by se skutecnej programator naucil jeho business model a zalozil si efektivnejsi konkurenci. Proto najme opice u kterych ocekava fluktuaci tak jich radsi najme vic a naridi jim aby sdileli kod co nejvic.

Agilni pristup znamena ze najmu schopny programatory, ktery koukaji na problem celyho systemu, nejen nejakej jeden lokalni programek. V systemu fungujou masiny, kompjutry, lidi, nejen nejaky programky. Malej tym techle schopnych lidi zmapuje informacni tok ve firme a zacne ho mapovat na software. Takovejhle programator neni opice, ale skutecnej manazer. Jenom nemanazuje lidsky opice, ale maly trpajzliky co prenaseji bity a bajty v kompjutrech a tvori rozhrani pro lidsky uzivatele aby se mohli do celyho systemu taky zapojit.

peva

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #97 kdy: 19. 12. 2018, 13:02:18 »
Jenomže to opravdu je často ten hlavní problém. Viděl jsem spoustu pokusů o agilní přístup, kde celé agile spočívalo v tom, že šéf nařídil nástroje, sprinty a odhady, ale tým neměl žádný vliv na plánování a přiřazené činnosti. Prostě to byl jen mikro-management lidí ze strany vedení. Použití agile nástrojů z toho ještě totiž nedělá agilní vývoj.
Přesně tak, jenže ten šéf to často nemůže ani nějak změnit, musí se pohybovat v mantinelech, které mu určuje smlouva se zákazníkem. A zákazník se často nechce podílet a platit testování nějakých prototypů a taky nechce platit za nedodělanou funkcionalitu. Zákazník chce dostat a zaplatit za hotový produkt nebo funkcionalitu. Dodavatel se zase bojí, že bude muset dělat ve vlastní režii nějaké vícepráce, a tak chce do smlouvy dostat přesnou specifikaci....to vše jde proti agilnímu vývoji....Takže agilní vývoj jde použít pouze tam, kde je zákazníkem přímo dodavatel a kde nějaká smlouva hraje podružnou roli....

peva

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #98 kdy: 19. 12. 2018, 13:10:46 »
Agilni pristup znamena ze najmu schopny programatory, ktery koukaji na problem celyho systemu, nejen nejakej jeden lokalni programek. V systemu fungujou masiny, kompjutry, lidi, nejen nejaky programky. Malej tym techle schopnych lidi zmapuje informacni tok ve firme a zacne ho mapovat na software. Takovejhle programator neni opice, ale skutecnej manazer. Jenom nemanazuje lidsky opice, ale maly trpajzliky co prenaseji bity a bajty v kompjutrech a tvori rozhrani pro lidsky uzivatele aby se mohli do celyho systemu taky zapojit.
Spousta velkých i českých firem, pracuje na velkých systémech a má dobrý odpborníky, který nejsou opice. Možná jsi je ještě nepotkal, ale to ještě neznamená, že vyvíjí agilně...!!! Je dobré si o tom něco přečíst.

Kadet

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #99 kdy: 19. 12. 2018, 13:35:03 »
Agilni pristup znamena ze najmu schopny programatory, ktery koukaji na problem celyho systemu, nejen nejakej jeden lokalni programek. V systemu fungujou masiny, kompjutry, lidi, nejen nejaky programky. Malej tym techle schopnych lidi zmapuje informacni tok ve firme a zacne ho mapovat na software. Takovejhle programator neni opice, ale skutecnej manazer. Jenom nemanazuje lidsky opice, ale maly trpajzliky co prenaseji bity a bajty v kompjutrech a tvori rozhrani pro lidsky uzivatele aby se mohli do celyho systemu taky zapojit.
Spousta velkých i českých firem, pracuje na velkých systémech a má dobrý odpborníky, který nejsou opice. Možná jsi je ještě nepotkal, ale to ještě neznamená, že vyvíjí agilně...!!! Je dobré si o tom něco přečíst.

Ok, to je moje definice agilniho vyvoje. Podle agilniho manifestu si to muze kazdej nadefinovat podle sebe. Moje definice se ale silne shodujou s Martinem Fowlerem, kterej stal u zrodu celyho hnuti.

Agile in 2018: [https://youtu.be/G_y2pNj0zZg]

Abych dovysvetlil, opice neni clovek sam o sobe, ale role, do ktery je dosazen. Muzes mit frajera co pred spanim snupe davky z teorie cisel, ale pres den v praci pouze busi javu podle toho jak principal triska bicem.

A dalsi vec. Velkej system vetsinou znamena velkej binec. Klicem k automatizaci a tvorbe informacnich systemu je nutna podminka zjednodusovani procesu, redukce specialnich pripadu a komplexity obecne.

Doporucil bych odpornikum dricim na velkych projektech si precist o essential a accidental complexity. A uvedomit si, jak pravil Dijkstra. Pocet radku kodu neni asset, ale liabilita. Jinak receno vic radku neznamena vic dodany hodnoty, ale vic utracenyho rozpoctu. Chlubit se manazerovi ze delam na velkym projektu, je stejny jako chlubit se, ze utracim z rozpoctu hodne za firemni vecere.

Nekadet

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #100 kdy: 19. 12. 2018, 14:59:31 »
Stories tvori pubertacky na instagramu.

Pokud programator ceka na konkretni ukol co mu PO nebo PM zada, tak at jde radsi k pasu do Hyunde. Role inzenyra v softwaru je pozorovat uzivatele v akci a vyextrahovat z toho 'vypozorovane pozadavky'. K tomu slouzi techniky treba iterativni vyvoj nebo pravidelne demo fungujiciho prototypu/produktu na konci iterace. To je cela podstata lean/agile vyvoje.
To mozna funguje u appky pro decka, v komercnim svete to vypozorovani pozadavku je u vyvojare samozrejme nesmysl. On prumerny vyvojar zna treba procesy nakupu obchodniho retezce, nebo logiku v trideni prijezdu kamionu v logistickem centru? Obvykle vi o tom kulovy, od toho jsou tam ruzni analytici, konzultanti, architekti, kteri maji ve finale ukol tomu prostackovi programatorovi lopate dat jasne zadani jakou funkcionalitu ma vytvorit. U malych aplikaci muze fungovat vypozorovani nejake ocekavane funkcionality, ale i u sluzeb kde by to clovek necekal jsou pozadavky pro byznis faleko sirsi nez je prumerny programator lopata je schopen vypozorovat.

Fungujes v bubline cesky malosti, kde ti nejakej manazer ze zapadu skrz firmu nebo vzdelavaci system nakukal tyhle pololzi, aby si z tebe udelal poskoka.

Tvuj model = business mapuje nejakej chytrej analytik, transformuje to na pozadavky a ty pak predava armade opic cvicenych skakat pres java obruby. Tvuj manazer se boji ze by se skutecnej programator naucil jeho business model a zalozil si efektivnejsi konkurenci. Proto najme opice u kterych ocekava fluktuaci tak jich radsi najme vic a naridi jim aby sdileli kod co nejvic.

Agilni pristup znamena ze najmu schopny programatory, ktery koukaji na problem celyho systemu, nejen nejakej jeden lokalni programek. V systemu fungujou masiny, kompjutry, lidi, nejen nejaky programky. Malej tym techle schopnych lidi zmapuje informacni tok ve firme a zacne ho mapovat na software. Takovejhle programator neni opice, ale skutecnej manazer. Jenom nemanazuje lidsky opice, ale maly trpajzliky co prenaseji bity a bajty v kompjutrech a tvori rozhrani pro lidsky uzivatele aby se mohli do celyho systemu taky zapojit.
Javamane, Javamane... takze jeden clovek ma byt programator, navrhar, dizajner, UXak, tester, softverovy architekt, team manazer, PO, PM, technical writer, sales, expert v problemovej domene zakaznikov (urcite je nevyhnutne aby programator bol zaroven lekar alebo fyzik alebo uctovnik atd.) a este co, aby nespadal do tvojej definicie opice? Prosim napis nam tu verejne, kde pracujes, myslim si, ze nie som jediny co by chcel takeho ubermenscha vidiet v akcii a nasledne sa takej firme vyhnut obrovskym oblukom.

peva

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #101 kdy: 19. 12. 2018, 15:23:01 »
Agilni pristup znamena ze najmu schopny programatory, ktery koukaji na problem celyho systemu, nejen nejakej jeden lokalni programek. V systemu fungujou masiny, kompjutry, lidi, nejen nejaky programky. Malej tym techle schopnych lidi zmapuje informacni tok ve firme a zacne ho mapovat na software. Takovejhle programator neni opice, ale skutecnej manazer. Jenom nemanazuje lidsky opice, ale maly trpajzliky co prenaseji bity a bajty v kompjutrech a tvori rozhrani pro lidsky uzivatele aby se mohli do celyho systemu taky zapojit.
Spousta velkých i českých firem, pracuje na velkých systémech a má dobrý odpborníky, který nejsou opice. Možná jsi je ještě nepotkal, ale to ještě neznamená, že vyvíjí agilně...!!! Je dobré si o tom něco přečíst.

Ok, to je moje definice agilniho vyvoje. Podle agilniho manifestu si to muze kazdej nadefinovat podle sebe. Moje definice se ale silne shodujou s Martinem Fowlerem, kterej stal u zrodu celyho hnuti.

Agile in 2018: [https://youtu.be/G_y2pNj0zZg]

Abych dovysvetlil, opice neni clovek sam o sobe, ale role, do ktery je dosazen. Muzes mit frajera co pred spanim snupe davky z teorie cisel, ale pres den v praci pouze busi javu podle toho jak principal triska bicem.

A dalsi vec. Velkej system vetsinou znamena velkej binec. Klicem k automatizaci a tvorbe informacnich systemu je nutna podminka zjednodusovani procesu, redukce specialnich pripadu a komplexity obecne.

Doporucil bych odpornikum dricim na velkych projektech si precist o essential a accidental complexity. A uvedomit si, jak pravil Dijkstra. Pocet radku kodu neni asset, ale liabilita. Jinak receno vic radku neznamena vic dodany hodnoty, ale vic utracenyho rozpoctu. Chlubit se manazerovi ze delam na velkym projektu, je stejny jako chlubit se, ze utracim z rozpoctu hodne za firemni vecere.

Agilní vývoj jakožto i agilní manifest vznikl jako reakce na vývoj vodopádem (do té doby používaný postup). Vodopád předpokládá, že se nejprve všechno do puntníku zanalyzuje a po té se to naprogramuje a otestuje. Jenže se ukázalo, že zákazník vlastně neví co chce a často na něco zapomene, a tyto dodatečné úpravy pak stojí mnoho peněz a často  nejdou rozumně ani udělat.
Proto vznikl agilní vývoj, který je založen na tom, že požadovaná specifikace funkcionality ve smlouvě je jen RÁMCOVÁ a v průběhu vývoje se bude upřesňovat...a proto tu máme dnes scrum se svýma sprintama. Jenže aby agilní vývoj fungoval, tak na to musí v přistoupit nejdříve zákazník a pak i dodavatel. Zákazník musí být ochoten testovat i nehotovou funkcionalitu a platit za meziverze a naopak dodavateli musí být jasné, že je normální věci předělávat....A to ja kámen úrazu....jak smluvně takovou kooperaci ošetřit....smluvní vztahy prostě stále zamrzly před 20 lety a mají vodopádový charakter...proto se pouze tváříme, že agilně vyvíjeme, ale ve své podstaté je to pořád vodopád.

A vůbec zde nehraje roli jestli to vyvíjí opice, lopaty nebo odborníci...jde o princip.

Kiwi

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #102 kdy: 19. 12. 2018, 15:42:46 »
"Pocet radku kodu neni asset, ale liabilita."

What? This není ani czech nor anglicky.

MarSik

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #103 kdy: 19. 12. 2018, 15:52:30 »
Přesně tak, jenže ten šéf to často nemůže ani nějak změnit, musí se pohybovat v mantinelech, které mu určuje smlouva se zákazníkem. ...Takže agilní vývoj jde použít pouze tam, kde je zákazníkem přímo dodavatel a kde nějaká smlouva hraje podružnou roli....

Ne nezbytně. Zákazník nemusí o interním vývojovém modelu vůbec vědět (je to lepší, ale ne nezbytné). Ten šéf totiž může reprezentovat zákazníkovy priority v komunikaci s vývojovým týmem a ty mezivýsledky můžou jít třeba jen k interním testerům, kteří ověří co funguje a co ne. A pořád to může být agilní pro ten vývojový tým. Zákazníka totiž zajímá funkcionalita a rozhraní, jenže interní architektura se také vyvíjí.

Ale jinak ano, je hodně případů, kdy tento přístup není vhodný. Ale pokud se mění požadavky ve smlouvě a zadání, tak je možné je přetlumočit vývojovému týmu agilním způsobem i v případě, že zákazník o tom nechce vědět. Jedna podstatná věc je ale nutná - důvěra manažerů ve schopnost týmu dodat co bylo domluveno pro danou iteraci.

nekadit

Re:Váš názor na agilní vývoj - Scrum
« Odpověď #104 kdy: 19. 12. 2018, 16:11:37 »
Stories tvori pubertacky na instagramu.

Pokud programator ceka na konkretni ukol co mu PO nebo PM zada, tak at jde radsi k pasu do Hyunde. Role inzenyra v softwaru je pozorovat uzivatele v akci a vyextrahovat z toho 'vypozorovane pozadavky'. K tomu slouzi techniky treba iterativni vyvoj nebo pravidelne demo fungujiciho prototypu/produktu na konci iterace. To je cela podstata lean/agile vyvoje.
To mozna funguje u appky pro decka, v komercnim svete to vypozorovani pozadavku je u vyvojare samozrejme nesmysl. On prumerny vyvojar zna treba procesy nakupu obchodniho retezce, nebo logiku v trideni prijezdu kamionu v logistickem centru? Obvykle vi o tom kulovy, od toho jsou tam ruzni analytici, konzultanti, architekti, kteri maji ve finale ukol tomu prostackovi programatorovi lopate dat jasne zadani jakou funkcionalitu ma vytvorit. U malych aplikaci muze fungovat vypozorovani nejake ocekavane funkcionality, ale i u sluzeb kde by to clovek necekal jsou pozadavky pro byznis faleko sirsi nez je prumerny programator lopata je schopen vypozorovat.

Fungujes v bubline cesky malosti, kde ti nejakej manazer ze zapadu skrz firmu nebo vzdelavaci system nakukal tyhle pololzi, aby si z tebe udelal poskoka.

Tvuj model = business mapuje nejakej chytrej analytik, transformuje to na pozadavky a ty pak predava armade opic cvicenych skakat pres java obruby. Tvuj manazer se boji ze by se skutecnej programator naucil jeho business model a zalozil si efektivnejsi konkurenci. Proto najme opice u kterych ocekava fluktuaci tak jich radsi najme vic a naridi jim aby sdileli kod co nejvic.

Agilni pristup znamena ze najmu schopny programatory, ktery koukaji na problem celyho systemu, nejen nejakej jeden lokalni programek. V systemu fungujou masiny, kompjutry, lidi, nejen nejaky programky. Malej tym techle schopnych lidi zmapuje informacni tok ve firme a zacne ho mapovat na software. Takovejhle programator neni opice, ale skutecnej manazer. Jenom nemanazuje lidsky opice, ale maly trpajzliky co prenaseji bity a bajty v kompjutrech a tvori rozhrani pro lidsky uzivatele aby se mohli do celyho systemu taky zapojit.
Javamane, Javamane... takze jeden clovek ma byt programator, navrhar, dizajner, UXak, tester, softverovy architekt, team manazer, PO, PM, technical writer, sales, expert v problemovej domene zakaznikov (urcite je nevyhnutne aby programator bol zaroven lekar alebo fyzik alebo uctovnik atd.) a este co, aby nespadal do tvojej definicie opice? Prosim napis nam tu verejne, kde pracujes, myslim si, ze nie som jediny co by chcel takeho ubermenscha vidiet v akcii a nasledne sa takej firme vyhnut obrovskym oblukom.

Chtel bys mi snad na pohovoru rict, ze bys nic nedodal, dokud bys nemel vsechny tyhle role obsazeny? Vis, soucasti toho byt dospelej clovek je byt schopnej delat spoustu ruznych veci bez chozeni pro radu za tatinkem.

Az zacnes byt trochu zkusenejsi v businessu, zjistis, ze plno firem vznika tak, ze jeden nebo dva lidi delaji vsechny role a postupne delegujou opakujici se casti jinym lidem.

A ano, existujou tihle "ubermenschove". Napr. kazda matka je treba takovej univerzalni manazer na vsechno, kdyz vychovava dite. Jen pak doufa, ze dite vyroste a nebude mu muset predkousavat kazdy sousto.