Kell-e nekünk Agile?

Ismét egy korábbi postunk kommentjére szeretnénk bővebben reagálni, ezúttal a “Helytelen ügyfélviselkedés?” címűre. Érdekes és komplex kommentet kaptunk tnsnames.ora nevű olvasónktól, köszönjük. Ha valamelyik pontot félreértettük, előre is elnézést kérünk! Nézzük a felvetéseket:

“Én fordítva szeretek ülni a lovon. Tervezés során előre várnám el, hogy megmondható legyen milyen esélye van az agilis módszertannak a vázolt “kiküszöbölésekre” és “feltétel-megteremtésekre”.  (Szerk.: azok kedvéért, akik most nem olvasták újra az eredeti postot: a “kiküszöbölés” az általunk rossz változásnak nevezet, meggondolatlanságból, felkészületlenségből, kommunikációs hibából fakadó változások kiküszöbölésére vonatkozik.)”

 

(tovább…)

Motiváció 3.0

A “Csapatmorál az agilitásban” postunkra érkezett kommentben kaptunk egy kritikát, amiért a morál tárgyalásánál megemlítettük a fizetésemelés kérdését.

(tovább…)

Definition of Done vs Release Criteria

Fontos üzenet minden tréningünkön, hogy a módszertan testreszabását kerüljük, mert nagyon veszélyes tevékenység. Az üzenet mögött az a megfigyelés áll, hogy a leggyakoribb oka a testreszabásnak az, hogy a szervezetben van egy (vagy több) rosszul működő folyamat, és ezek megváltoztatása helyett próbáljuk ezekre faragni a módszertant. Az eredmény ilyenkor egész könnyen megjósolható: természetesen bukás lesz a vége. És természetesen ilyenkor a módszertant szokták okolni a bukásért…

(tovább…)

No partial credit

Fontos, de fájdalmas kérdés: mi legyen a sprint végén a “majdnem” kész feladatokkal? Valójában ez két kérdés: automatikusan bekerüljön-e a következő sprint backlogjába, és hogyan könyveljük a pontokat?

(tovább…)

A “másik” standup meeting

Egy egyszerű trükkről szeretnénk ma mesélni: egy másfajta standup meetingről.

A napi standup a Scrum leghíresebb – leghírhedtebb eleme; a mai napig vannak vezetők, akik úgy gondolják, hogy ha néhány ember minden nap 10-15 percre körbeáll egy táblát, amin cetlik vannak, akkor ők már agilisak. Annak ellenére, hogy a módszertan ennél jóval komplexebb, a napi meeting valóban fontos elem. És bár látszólag egyszerű, mégis nagyon sokan rosszul csinálják.

(tovább…)

Kanban vagy Scrum?

A Kanban ismert módszertan, sokan a Scrum alternatívájaként is emlegetik. Valóban van a két módszertan felhasználási területének egy jelentős közös halmaza, ezért érdemes áttekinteni, mi alapján válasszunk.

Természetesen az alapelvünk most is az, mint mindig: az agilitás, a Scrum, a Kanban nem vallások. Tehát kerüljük a hitvitákat, inkább tekintsünk rájuk eszközként és úgy keressük meg a helyüket a világban.

(tovább…)

Less Agile vagy LeSS Agile?

Kísérletképpen lefordítottuk Craig Larman egy szerintünk fontos, az agilitáshoz kapcsolódó angol nyelvű cikkét. Bár az IT széles körben elfogadott nyelve az angol, természetesen vannak olyan szervezetek, ahol nem természetes a készségszintű angoltudás (például mert jellemzően hazai vagy akár németajkú ügyfélkörrel rendelkeznek), ezért lehet érték abban, ha anyanyelvünkön is elérhetőek a nemzetközi szakirodalom elemei. Az eredeti cikk itt olvasható.

Less Agile vagy LeSS Agile?
(szójáték – a less jelentése kevesebb, míg a LeSS a Large Scale Scrum módszertan nevének rövidítése)

Az embereknek elment az eszük?

Nemrég találkoztam egy olyan agilis és Scrum definícióval, mely szerint a cél, hogy “…a szervezet gyorsuljon, javuljon a tervezhetőség, mindez a létező csapatok optimalizálása mellett”. Barátom, ez aztán lehangoló volt. Vajon az emberek elfelejtették, hogy miért pont az “agilis” szóra esett a választás?

(tovább…)

A delegálás szintjei

Bár az agilitástól független téma a delegálás kérdése, mégis úgy látjuk, agilis, vagy afelé haladó környezetben hangsúlyosabban kerül elő és a kapcsolódó kihívások is látványosabbak. Ennek természetesen az a fő oka, hogy sok szervezetben az agilitás egyik várt hatása az önállóbb csapatok születése, akik önszerveződőbbek, nagyobb felelősséget tudnak vállalni és képesek bizonyos döntéseket levenni a vezetőség válláról.
Ez természetesen reális remény, ugyanakkor fontos kimondani, hogy – mint minden változás – ez is egy folyamat, ami tudatos munkát igényel.

(tovább…)

A metrikák veszélyei

Régóta tervezünk írni a metrikákról, mert úgy látjuk, hatalmas félreértés övezi őket – agilitástól függetlenül is.

A metrikák eszközök, amik egy szempontból adnak visszajelzést a vizsgált témáról. Ennyi, és nem több. Fontos kihangsúlyozni, hogy a metrikák nem célok! Valamint azt, hogy nagyon veszélyes pusztán pár szám vagy egy grafikon alapján, a helyzet pontos megértése nélkül megpróbálni következtetéseket levonni. Kényelmes és gyors persze, de nagyon kockázatos. A metrika megmutathatja (de nem feltétlen teszi), ha van probléma, de az okokat a legtöbb esetben nem képes felfedni.

(tovább…)

Skillek és csapatok

Több visszajelzést kaptunk a “Scrum versus egyéni fejlődés, karrierút” posztunkra, amiket köszönünk. Ebben a bejegyzésben összeszedtük válszainkat:

Szerző: hrgy

“Csupán annyit jelent, hogy ne az határozza meg, mit csinálunk, hogy mire van emberünk, hanem az, hogy mire van szükségünk az üzleti sikerhez.”

Jujj, ezt nagyon gyorsan tisztaba kell tenni, mert eleg nagy gondok szoktak abbol szarmazni, hogy ezt emberek szo szerint veszik, es olyasmiket is bevallalnak projektbe, amire egyaltalan nincs szakertelem a csapatban.

(tovább…)