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…)

Agile és Lean

Közismert tény, hogy az agilitás Lean gyökerekkel rendelkezik. Sajnos azonban a kölcsönvett Lean alapelvek csak implicit kerültek beemelésre a módszertanba, eredeti formájuk elveszett. Emiatt lehet az, hogy úgy látjuk, a Lean a legtöbb esetben nem kap elég hangsúlyt és tudatos fókuszt agilis átállás / bevezetés során.

(tovább…)

Csapat, vagy csak csoport?

Gyakori jelenség a csapat (team) és csoport (group) fogalmának keverése. Fognak néhány embert, azt mondják nekik, hogy ti egy csapat vagytok, esetleg még közös irodába is ültetik őket, aztán várják a csodát. A csoda pedig nem jön. Mert annak, hogy egy csoport csapattá váljon és akként is működjön, feltételei vannak:

(tovább…)

Acceptance Criteria vs Definition of Done

Egy időre megtörve a korábbiakban vizsgált cikk elemzését, pár, sokszor félreértett fogalom tisztázásáról szeretnénk írni nektek. Kezdjük rögtön az Acceptance Criteria és a Definition of Done kérdésével. Sok csapat keveri a kettőt: D.o.D-nek hívja azt, ami valójában az A.C., és ami ennél sokkal nagyobb baj; a D.o.D. az ilyen csapatoknál teljesen hiányzik.

(tovább…)

Termékfejlesztés az agilitásban

A mai bejegyzéshez a sorozatban feldolgozott cikk-ből ezt a mondatot (legalábbis egy részét) választottuk: “Product development and architecture aren’t the programmer’s job, because they take longer than two weeks. Rather, the programmer works on atomized feature-level ‘user stories’.” – “A termékfejlesztés és az architektúra nem a fejlesztő feladata, hiszen az tovább tart két hétnél. Ehelyett a programozó atomi, feature-szintű ‘user story’-kon dolgozik”.

(tovább…)