Scrum Master Lab

Elvégeztél egy Scrum Master képzést vagy Certified Scrum Master vagy, de nincs tapasztalatod, hogyan kell egy jó retrospektívet tartani?
Gyakorolnál fejlesztőkkel, de eddig nem volt rá lehetőséged?
Jobban megismernéd a szoftverfejlesztés területét?

Egy SOS lehetőség érkezett be hozzánk, ahol 2 hónapig támogathatod informatikus hallgatók projektmunkáját március 5-től május közepéig.
Mentorálással, visszajelzésekkel támogatjuk a folyamatot.

Nem álláshirdetés, hanem mentorállással egybekötött gyakorlási lehetőség!!

Ha érdekelnek a részletek, írj e-mailt, üzenetet vagy hívj fel bennünket, mert sajnos most az idő sürget.

A Scrum Master ne használjon Scrumot!

Egy jótanács, amit bárcsak az elején mondott volna valaki: nem minden Scrum, ami annak látszik! Ahhoz, hogy a Scrum bevezetése sikerüljön, nem elég a keretrendszer alapos ismerete.

Ha a csapat, vagy a szervezet bármilyen okból nem nyitott, vagy ha egyszerűen olyan a termék, amely nem kedvez az iteratív és inkrementális szállításnak, akkor hagyd Scrumot a fenébe.

Engedd el a dogmát! Nem azért hívnak Scrum Masternek, hogy te tűzön-vizen keresztül Scrumot csinálj mindenhol.

A keretrendszer által kínált eszköztár hasznos, de nem való minden projekthez: van, amikor más agilis megközelítés (pl. Kanban, XP vagy más), esetleg egy hagyományosabb módszertan visz közelebb az eredményhez!

Keress minket, ha a legjobb eszközöket szeretnéd választani a termékfejlesztéshez.

Egy óriási ellentmondást látunk a Scrum Master szakmában.

A szakmabeliek állandóan a csapattagok fejlődésének fontosságát hangsúlyozzák. Egyfolytában arról megy a duma, hogy milyen fontos a tanulás. Eközben, amikor meg az embernek a saját szakmai fejlődéséről van szó, akkor meg csak vár, hogy a cég fizessen neki valami képzésért. Várja, hogy jöjjön a sült galamb. És mivel a céges büdzsé rendszerint korlátos - erről is megvan a véleményünk, de nem akarjuk most kinyitni - ezért az érdemi tanulás elmarad.

Ahelyett, hogy vekengene, inkább ideje lenne szemléletet váltani, és 😱 magának kifizetni a kinézett képzést vagy tréninget. Sokba kerül? Annál jobb! Legalább nemcsak testben lesz ott az órán.

Az önfejlesztés rendszerint nem a cég “kedvéért” történik: a legéletszerűbb szituáció az, amikor egy Scrum Master mondjuk egy coaching tanfolyammal szemezget. Mert igen ritkán hangzik el a cégvezetőktől, vagy főnököktől az, hogy “Az a baj ezzel a céggel, hogy nincs itt elég coaching-szemlélet” — hogy is hangozhatna el ilyen, hiszen azt sem tudják, mi az.

Viszont egy Scrum Master tudja, érzi, hogy bizony ez az eszköz jól jönne az eszköztárába.

Nyúlj a zsebedbe: a tudás, amit megszerzel, ez az egyetlen “vagyon”, amit soha senki nem vehet el tőled. A cég, ahol dolgozol, csak ideiglenesen profitál mindebből. Hosszútávon az egyetlen érték, amire igazán számíthatsz, az a tapasztalat, aminek a magja egy fizetős tréning során “ültetődött el” benned. Ha az elméleti ismeretet a gyakorlatba átülteted, akkor lesz az elméleti tudásból készség. Ez pedig akkor is érték lesz számodra, amikor már rég máshol dolgozol.

“Jaj, hát ha a PO szerint ez kis feladat, akkor az nyilván az is!”
“Na persze, a PO megint mindent át akar tolni rajtunk…”
Ismerős? Az ilyen elejtett félmondatok alapján úgy tűnhet, mintha a Fejlesztők és a Product Owner teljesen más ligában, más játékot játszanának — és ez minden, csak nem normális.

Egy ütőképes, gördülékeny Scrum-csapat alapja nem az, hogy ki tud jobban kicseszni a másikkal: a siker a dinamikus, támogató és mégis a többi szerepkört folyamatosan ösztönző, konstruktív módon kritikus kapcsolaton múlik.

A PO nem magányos farkas, akinek “csak” az a feladata, hogy a backlogot reszelgesse. Ha egyedül marad a feladatok garmadájával, hamar a hullámok alá kerülhet – pontosan ilyenkor van óriási ereje annak, ha a Scrum Master és a Fejlesztők partnerként, támogató társként állnak mögötte.

Scrum Masterként feladatunk az, hogy felismerjük, mikor borul fel a három szerepkör közötti egyensúly és segítsük visszabillenteni azt. Egy csapatban sosem lehet olyan, hogy “magára hagyott PO”, meg “kiskocka Fejlesztők ott a sarokban”. A feladat egy olyan összetartó *egység* létrehozása, ahol mindenkiből a legtöbbet lehet kihozni.

Nálatok is vannak konfliktusok PO-SM-Fejlesztő tengelyen? Mi az a legfontosabb dolog, amit megtanultál erről a kapcsolatról? Oszd meg kommentben a tapasztalatod!

Ha szeretnél mélyebben is belelátni, mitől lesz egy szervezetben valódi párbeszéd és produktív együttműködés, gyere, beszélgessünk! 🚀