Agilní vývoj z pohledu odběratele

Dobrý den, zajímalo by mě, jaké kdo máte zkušenosti s agilním vývojem z pohledu odběratele vyvíjených řešení (kde vývoj zajišťují dodavatelé). Ať už se jedná o zkušenosti s agilní transformací ve vlastní firmě, nebo jako zaměstnance. Je pro vás jakožto odběratele agilní vývoj posunem k lepšímu? Šetříte oproti dřívějšku peníze nebo čas? Nebo na tom spatřujete nějaká závažná úskalí? Děkuji za názory

Agilních metodologií vývoje SW je cca 40. Nejznámější je SCRUM. Kolem roku 2017 to byla v německém průmyslu velká móda, sám jsem zaváděl SCRUM do praxe cca 5x. Bohužel to málokdy fungovalo. Detailní popis by zabral docela čas, tak jen největší úskalí: SCRUM ceremonie (sprint planning, refinement, retro, dailies) zaberou v optimistickém případě 25% času. Jinými slovy, plýtvá se časem lidí, kteří sedí na meetingách, a to hodně. Z pohledu odběratele lítají peníze z okna. Takže SCRUM už nezavádím, jdeme jinou cestou.   

Přesně, peníze lítají z okna, často je to nefunkční, nedodržování termínů. Ono je třeba rozlišit zda to je skutečně agilní vývoj a nebo se za slovo agilní jen něco vydává.  Samozřejmě to může být obor od oboru jiné, chápu že rozjet robota nebo výrobní linku, kde je přesně a pochopitelně dáno co má být výsledkem než třeba upravovat skladový, účetní a prodejní soft, kde to většinou končí řekněte co chcete a jak to má vypadat a my to možná uděláme (pokud vůbec pochopíme co chcete). Jinak dívám se na staré ceníky našich IT a před 15 lety byla třeba úprava formuláře naceněná na 15 minut, sazba 600 kč/h. Ted kdy se přešlo na "agilní a hlavně s přechodem komunikace na Jíru" to trvá 3 hodiny se sazbou 2500 Kč/h a to si to mám ještě zkontrolovat sám. 

Agilní vývoj má jednu zásadní výhodu: rychlejší dodání. Takže i kdyby byl dražší tak mnohem dřív pomáhá šetřit peníze a vydělávat peníze.

Musim nesouhlasit: agilni vyvoj nema rychlejsi dodani. Je to pouze obalka na sluzbu. Lide zpravidla funguji stejne, zavedeni novych ceremonii dodani maximalne zpomali - mentalita se nemeni nastolenim novych pravidel. Budto dodavatel funguje flexibilne a dokaze vybocovat z dlouhych koleji (coz ma byt vyhoda agilu), nebo ne. Kdyz ano, tak je uplne jedno jestli si toto razitko na celo dal. A kdyz ne, tak to razitko stejne nicemu nepomuze a ma hromadu kolecek, kteryma se vse natahuje. Byl jsem ve firmach dodavatelskych i zakanickych a "tu dynamiku agilu" jsem zazil akorat v tom, kdyz se kolegove nechali presvedcit ze to bude neco jineho a chvili sdileli to nadseni. A pak jsem zazival hromady takovych pripadu, ze manazeri si mysleli ze je to super, protoze zrovna na nejakem skoleni o tom slyseli super zpravy. Ja agile vnimam jako normalni zpusob fungovani - funguje se tak normalne v zemedelstvi, ve stavebnictvi a mohu pokracovat s vyjmenovavanim oboru. A funguji tak bezne i vyvojari sw, jen nemaji ten stempl na cele. Funguje se tak bezne vetsinou. Jen se nehazou karty na stul jak u scrumu, ale domlouva se to jinak. A to klidne i ve waterfall setupu - kdyz je nekde treba neco uprednostnit, tak se to udela. Proste v tomto se snazi vymyslet nejaka pravidla, ktera jsou zcela zbytecna a neodrazeji realitu vsedniho dne.