rmgm 2021.04.22 16:18:42

"Aztán mikor már hosszú órákra feltartotta a szakértői csapatot, akik fojtott dühvel magyarázzák neki, miért értelmetlen, amit mond, sértetten távozik mondván, hogy ő csak jót akart."

Ennek van egy agresszív vállfaja is, aki nem bajlódik holmi sértődéssel. Kedvenc idézetem tőle (planning közben!): "Téged meg ki kérdezett?" - szól oda az egyik fejlesztőnek, aki az ő kis koherens elméletét egy kérdéssel "provokálta".

rmgm 2021.04.07 21:57:57

Csak bele kell huznia. :) Vilagos!

rmgm 2020.12.06 17:28:04

Tök jó írás, de nekem ezek még mindig eléggé technikainak hatnak, és nem az embert magát kezelik. A Feathers könyvet én is ajánlom az olvasóknak, nagyon jó.

---

De ha már humán oldal, mindezek a problémák visszavezethetők az ego problémájára.

Nem az a gond, ha egy fejlesztő azt mondja, hogy "ez a kód szar", hanem az, amikor ezt saját egójának fényezésére, saját vélt vagy valós hibáinak elkendőzésére, mások lejáratására, ésatöbbi, tehát játszámázásra, hatalmi harcokra használja. A hétköznapjaink amúgy is tele vannak ilyenekkel, a koszos zokni el nem pakolása körül gerjedő vita is egy sok közül. Az IT-ban ráadásul sajnos jóval több az a fajta személyiség, akiben túlfejlett az ítélkező attitűd. Ez bizonyára szakmai sajátosság lehet. És általában nincs is szakmai segítség helyretenni ez egót. Jobb helyeken pszichológus/coach, rosszabb helyeken scrum master/line manager végzi ezt a nemes (gyötrelmes) feladatot. A többség meg magasról tesz rá, hogy hogyan működik a saját cégében az IT.

Jobb híján persze jók ezek a tüneti kezelések, de próbáld meg például kérdőre vonni egy kisebb cég technológiai igazgatóját, vagy egy nagyobb cégnél bármelyik architectet, aki éppenséggel az egyik legnagyobb fikázó a projekten. Jó eséllyel kapsz egy olyan választ tőle, hogy neki nincs arra ideje, hogy bizonygassa neked az álláspontját.
Nyilván a pórnépet lehet így leckéztetni, de ez közel sem teljes megoldás, ez ráadásul az egót inkább erősíti (mert megadja neki a játszma végi jutalmat), mintsem gyengítené, na meg senki sem fogja ettől jobban érezni magát a projekten. A játszmázó sem. Még ha rövid időre úgy is tűnik.

Ha az emberek nem ismerik meg magukat, a saját viselkedésük alapjait, nem tudják kezelni az egójukat, értelmetlen a szoftverfejlesztés humán oldaláról beszélni szerintem. Nem attól lesznek "humánusabbak" a fejlesztők, hogy bizonyítási kényszerrel terheljük őket. Attól, hogy nem veszi a fáradságot a bizonyításra, továbbra is azt fogja gondolni, hogy a kód szar, és - meglepetés - hasonlóan hanyag módon fog hozzányúlni. :D Legfeljebb nem hangoztatja. Persze nem tagadom, ismerek olyan céget, ahol ez elégséges már. Sajnos.

A legacy fejlesztő beültetése a csapatba jó ötlet, de az is csak akkor, ha amúgy nyitott a közösség. Ha ugyanúgy az egók dominálnak, akkor vagy veszekedés lesz, vagy nagy hallgatás és csak picit fikázzák a kódot. Viszont ha egymás elfogadása áll inkább a fókuszban, akkor legtöbbször a legacy fejlesztőt sem szükséges beültetni az új csapatba, mert vannak már annyira érettek a fejlesztők, hogy ítélkezés helyett az előrehaladással foglalkozzanak. Technikai segítségnek jó a legacy fejlesztő, de a humán oldalon nem hiszem, hogy tudna bármit is javítani.

Ezek az én tapasztalataim, gondoltam leírom. :)

Nehéz jó csapatjátékost találni. És nem feltétlenül az a jó csapatjátékos, aki beírja a CV-jébe. :)

---

Ha szabad, ajánlok én is egy könyvet, ami nem az IT-val, hanem az emberrel foglalkozik: Michael A. Singer - The Untethered Soul. Segít az ego felismerésében, Eric Berne - Emberi játszmák c. könyve meg az ego különféle megnyilvánulási formáit ecseteli.

rmgm 2020.11.09 13:27:40

Vajon más iparágakat is ennyire áthat az ítélkezés és az ego? Gondolom igen, mert hát ott is emberek dolgoznak. Azt már mindenesetre látom, hogy a biomangalica-ipart el kell kerülni. :D
Egy ápolóból mondjuk mégsem nézném ki ezt a fajta életfelfogást... aztán ki tudja.

rmgm 2020.07.26 13:27:44

@Vén motoros: Egy kis cégnél általában azért adott a bizalom.
Sajnos a nagy cégek többségénél inkább a bizalmatlanság a jellemző, és az ebből fakadó tünetek enyhítésére jönnek létre a fent részletezett munkakörök. A jó kultúrát kialakítani mindig sokkal fáradságosabb, mint felvenni néhány állatot... khm... menedzsert... akik majd "rendet" tartanak. :)

rmgm 2020.07.08 22:36:56

@nagyeszteranna: Ezek szerint téged még sosem zavart, amikor az általad használni kívánt alkalmazás egy csigal lassúságával indult el? Annak ellenére, hogy egyébként nem szokott. Sose zavart, hogy általában a kritikus pillanatokban adja meg magát? Jó esetben csak a pörgő homokórát kell nézned súlyos percekig, órákig. Rosszabb esetben az addig elvégzett munkádat is viszi magával. Sose zavart, hogy az a gomb nem ott van, ahol lennie kéne, vagy nem azt csinálja, amit szeretnél? UX vagy bug miatt, nem számít.

Nem feltétlenül csak hibákra gondolok, hanem optimalizálatlanságokra, olyan funkciók kispórolására, ami a megrendelő számára nem képvisel (kézzelfogható) értéket, a beszállító pedig nem csinálja meg, mert ha minden ilyen apróságot megcsinálna, akkor évekig tartana mindennel végezni. Arra meg senkinek sincs ugye ideje. Tapasztalatom szerint a pénz az úr, a határidő a szent, nem láttam még megbízót, aki boldogan fizetett volna még 1-2-5 sprintet csak azért, hogy az alkalmazás továbbra is ugyanazt csinálja mint eddig, de a beszállító becsületszavát adja, hogy márpedig jobb lett. Általában azt látom, hogy minden fillér számít, és amit meg lehet csinálni egy sprint alatt gyorsan, kár lenne több sprintet pazarolni a jobb megoldásra. Örülök, ha neked mások a tapasztalataid.

Ezernyi más dologra gondolok még, amelyek valahogy sosem passzoltak bele nálam az agilitás tündérmeséjébe. Elmondva nagyon szép, a gyakorlat viszont mocskos dolgokat hoz magával.
A házépítés analógiájával: Te vagy az építőbrigád. A megrendelő elmesél mindent, hogy milyen házat szeretne, kis, egyszintes családi ház. Kiásod az alapot, lebetonozod, húzod a falakat, mikor a megbízó eléd áll és közli, hogy nagyon tetszik neki, amit eddig csináltál, de szeretne még egy szintet. Mire közlöd vele, hogy ehhez nem elég erős az alap, mindent vissza kell bontani, feltörni az alapot, vasalással újraönteni, tartóoszlopok, miegymás. A horribilis időráfordítás megy a kukába. De szerencsére mindig van választás. Mondhatod neki azt is, hogy ha egy kicsit megtámogatod innen meg onnan, akkor talán nem kell mindent előről kezdeni, és hidd el, a szoftveriparban sokkal könnyebb megtámogatni a ház falait, csábító ajánlat. És sokkal több hátraarcra lenne valójában szükség, mint azt ahányszor elkövetik... ha egyáltalán elkövetik. Mert vagy a megrendelő nem akar hallani a dologról, vagy a proaktív szállító fogja azt hazudni, hogy van kompromisszumos megoldás. Végülis nem neki kell abban a házban élnie, ami bármelyik pillanatban rádőlhet a lakóira. És a jó hírneve is megmarad, hogy milyen gyorsan és milyen "szép" munkát végzett. Az meg, hogy olmadozik a vakolat? Nos, ez a természet rendje. Senki meg nem mondja kívülről, hogy mi az omladozó vakolat valódi oka. Igaz, hogy a megrendelő 48 forradalmi ötlettel állt elő menet közben, garázs, terasz, medence, de szerencsére a ház minden egyes alkalommal potenciálisan élesíthető volt, és viszonylag kevés idő ráfordítással el is készült. Mindenki elégedett.

rmgm 2020.07.08 22:38:32

@nagyeszteranna:

Sosem az előre meghatározott kritériumokkal van a baj. A baj az emberi igénytelenséggel van. Amit az agilitás csupán még inkább a felszínre hoz, mert mindkét felet abban teszi érdekeltté, hogy csak egy elégséges termék szülessen meg. Hogyan is mondják? Minimális munkával maximális értéket.

Nos ez egy garázs projektnél rendben is van. Ami többet akar nyújtani, mint egy garázs projekt, ott felmerülnek olyan döntések, hogy például lefejlesztem-e újra a kereket, vagy használom azt a kereket, amit egyszer valaki már lefejlesztett. Könnyű kérdés, nem igaz? Természetesen használom a kész kereket. Akkor most ugorjunk a kerékről a szoftverek világába. Szerinted a mai szoftverek egy keréknél komplexebbek? Mennyire? Nem tudok egzakt választ adni rá, de közelítőleg: NAGYON.

Ha otthon vagy mondjuk a frontend világban, meg tudod mondani hány js framework létezik a világon? Hány js lib? Ugyanarra a funkcióra hány darab? Elgondolkodtál már azon, ha ilyen megszámlálhatatlanul sok létezik, vajon miért? Ha létezne egy darab jó, akkor mindenki azt használná, nemde? Az ember képben lehet az összessel? Nem. Az ember profi lehet akármelyikben is? Akkor, ha mással nem foglalkozik. Van olyan élethelyzet, hogy nem kell mással foglalkoznia? Egy idealizált világban igen.

Ez rögtön magával hozza a következő döntési helyzetet: összedrótoztam egymással több tucat számomra többé-kevésbé ismert és ismeretlen komplex rendszert, közülük sokkal most találkozom először. Tisztában vagyok vele, hogy egyik rendszer sem jó (különben nem létezne belőle számtalan másik). Azzal is tisztában vagyok, hogy ezek a rendszerek még véletlenül sem pontosan kompatibilisek egymással, pont annyira, hogy minden jónak tűnjön, értsd: potenciálisan élesíthető.

Van arra idő, hogy a szállító alaposan körbejárja a területet? Arra sincs, hogy az alkalmazott komplex rendszereket teljesen átlássa, arra meg főleg nincs, hogy az összes többi alternatívát is. Utóbbi ugye azért lenne illendő, mert így lehet jól választani közülük. Van arra pénz, hogy a megbízó ezt finanszírozza? Többnyire arra sincs, hogy a teljes igénylista lefejlesztésre kerüljön. Húzza a száját a megrendelő, de amikor meghallja, hogy ez még mennyi munka lenne, inkább nem kéri.

A következmény a potenciálisan élesíthető termékben potenciális, feltérképezetlen bugok és optimalizálatlanságok tömkelege, melyekből az következik, hogy egy teljesen véletlenszerű hiba miatt elúszott az aznapi munkád. Vagy éppen rád dőlt a ház, ha megelégedtél az elégségessel, amikor a mesterembert felkérted.

Engem pusztán egy dolog zavar: hogy elvesztem az aznapi munkám egy gombnyomás miatt. Azért vesztem el, mert bizonyos emberek megelégednek az elégségessel. Pedig lehetne ezt másként is. Csak az emberek nem szeretik a minőséget, mert túl drága. Az agilitás meg olcsó. Nem véletlenül.

rmgm 2020.07.08 23:05:39

Még egy gondolat eszembe jutott. Az, hogy közösen, nagy egyetértésben módosítja a megrendelő és a szállító a tervet, semmit nem árul el a minőségről. Csak azt, hogy a két fél igényességi szintje találkozott. A komplexitás és az inkompatibilitás ugyanúgy része maradt a rendszernek.

Ha minőségi termékek születnének, akkor nem lenne nagy hagyománya it szakmai berkekben a kódminőségen való gúnyolódásnak, összekacsintásnak. Meg az a rengeteg mém. Nem hangzanának el időről időre fejlesztők szájából, hogy "ki írta ezt a szar kódot?!" Ahogy olyan se hangozna el utána, hogy: "Ja, én, 4 hónapja." Nem lennének ismertek, az olyan fogalmak, mint techdebt, hanem megbújnának egy kis szubkultúra alig ismert szleng nyelvében. De ugyan ilyen példákat lehetne hozni a teljes stack-ből, az SM-től a PO-ig. "Ezeknek így is jó lesz." Ismerős mondat? :-)

Egyébként nem rossz dolog az agilitás, de igyekszem helyén kezelni. Nincs köze a minőséghez. Egy olyan idealizált világban lehet hozzá talán köze, ahol a résztvevők bármilyen áldozatot hajlandóak bevállalni a jóság elérése érdekében. Élén a megrendelővel. Viszont ez esetben felesleges az agilitás és az elégséges produktumhoz való ragaszkodás. Ha az ember nem az elégségesre hajt, hanem a jóra, a jelesre, a kitűnőre, akkor az már nem agilitás, az valami más. Más, ami a valóságban nagyon nagyon ritka jelenség. Túl drága jelenség.

rmgm 2020.03.27 14:50:48

Szerintem a "pénzáramlás", vagy csak lazán "pénzáram" egy elég jó magyar kifejezés. Persze a cashflow jobban tetszik nekem is, de azért azt nem állítanám, hogy nincs rá jó magyar kifejezés.

"Nettó árbevételed így 15,8 forint, nettó költséged pedig 7,9 forint. Így adózás előtti nyereséged a kettő különbözete, 7,6 forint."
Nekem nem jön ki a matek. Az a 7,6 forint profit vagy 7,9 valójában, vagy hiányzik a példából még valami, amivel számolni illene. Valószínű elírás, mert a későbbiekben beszúrt képen már jól látszik a 7,9 profit. A szövegben itt ott még a hibás 7,6 szerepel.

A beszúrt cashflow táblázat és az alatta lévő szövegben van egy pici inkonzisztencia, a sorok száma helyenként elcsúszott a képen láthatóhoz képest.

Köszönöm szépen ezt az írást. Újabban vállalatértékeléssel ismerkedem zéró közgáz háttérrel, és ezek a példák sokat segítettek a megértésben.
Számomra a tanulság, hogy egy eredménykimutatás szart sem ér egy vállalat értékelésénél. Hiányos, ebből fakadóan "fiktív" adatokra nem lehet megbízhatóan döntést építeni.
Bár ez az amortizáció és a mindenféle egyéb leírások/elhalasztások még ködösek számomra, de majd idővel ez is biztos helyre kerül. :)

rmgm 2020.03.02 13:36:57

Tényleg van, aki ezt élvezi?

Értem én, hogy jó a cirkusz, ha nem kell érte fizetni, sőt mások fizetnek a részvételért, de elég sivár életcéljai lehetnek annak, aki ebben jól elvan és nem akar valamit letenni is az asztalra.
Tivadar a halálos ágyán biztosan büszkén fogja mesélni az unokáknak, milyen halált megvető bátorsággal hallgatta végig a nagyvezír monológjait és anekdotázik a parádés mítingekről. Szép életpálya. :) A többieké nemkülönben.

rmgm 2020.01.01 17:24:18

A Szentendrés kitekintést nem értem. Ha a zóna a Római fürdőig tart, hogyan is parkolhatnál vele Szentendrén? Nem csak zónán belül szabad letenni?

A kocsik milyen állapotban vannak? Mennyire körülményes körbefényképezni? Mekkora sérülést érdemes dokumentálni? Mekkora az a karcolás, ahol az emberre rávernek egy párszázezres fényezést? A mások felelősségének vállalása, illetve ennek kényszere az egyetlen dolog, ami ezektől visszatart. Nem értem, miért nem lehet egy ekkora flottánál ezt cascoval lefedni. Kérdezhetném ugyan a greengot vagy a limot, de ők nyilván abban érdekeltek, hogy eladják a szolgáltatást és úgyis olyan választ kapnék, hogy nem lesz semmi baj. Ebben az esetben a harmadik fél tapasztalata többet nyom a latba.

rmgm 2019.05.24 23:07:35

"@YX elővszei a DoD-t, és tisztázzuk, minek kellene benne szerepelnie, ezután SM/PO ismerteti a csapattal"

Ismerteti?? A csapat nem vesz részt a retrón és nem ő határozza meg a DoD-t? Minden retróról kihagyjátok a csapatot, vagy csak az EGYÜTTműködést érintőről? Lehet, hogy máshol van a probléma, mint ahol keresitek. :)

rmgm 2019.05.20 18:24:18

Szerintem indíts egy saját céget, ahol úgy dolgozhatsz, ahogy neked tetszik. És ha megy a szekér, az alkalmazottaidnak is olyan munkahelyet alakíthatsz ki, amiben jól érzik magukat.

rmgm 2019.04.18 21:12:54

Valahol azért ez megmosolyogtató. Ha már a megrendelő is lusta elgondolkodni a folyamatain, vajon mire számít, ki fog helyette gondolkodni? :)
Szerintem az ilyen beállítottságú ember amolyan ösztönlény, mint az ovis, aki a huszadik nyalókáját követeli anyucitól, majd megkapja de a felénél kiköpi, mert tele van már és amúgy már a tizedik is sok volt.

rmgm 2018.04.30 09:00:44

"Fókusz: Az ügyfél sprintenként változtatja a product backlogban lévő elemek sorrendjét, és folyamatosan bukik a release terv."

Szerintem teljesen valid, hogy az ügyfél sprintenként változtat a product backlogon. Nyilván nem kellemes érzés, amikor akkorát változtat, hogy a világ kifordul magából, de ez az agilitás. Azt csinálni, amit az ügyél akar, és ha az előző sprintben kiderül, hogy vakvágányon haladtunk, akkor a következőben meg lehet próbálni egy másik utat. Akár egy teljesen másik utat. Az meg a PO dolga, hogy az ügyfél ne legyen saját maga ellensége a backlog abuzálással. Főleg ha a változtatások köszönőviszonyban sincsenek a roadmap-pel.