Milyen scrum csapatban dolgozni?

Van amire jo, van amire nem. Meg kell tapasztalni, mert cegtol is fugg. Multinal ajanlom, kkvenal nem

Olyan fejlesztesnel, ahol a reszfeledatok idotartama tobb nap/het, semmi ertelme. Nalunk multinal tobb csapatban vezettek be a scrumot. Borzalom. Nem a mi munkankhoz valo (teszteles), de egyelore eroltetik mert "trendi". Csak az nem jut el a vezetoseghez, hogy nem divatbol dolgozunk.

Attol fugg hogy mire hasznaljak a scrumot. Altalaban olyan esetekben jo, ahol gyorsan kell valtozo kovetelmenyeket implementalni, es nem hosszutavu projektceloknak kell megfelelni. A system context is szamit, ha negyven partnerrendszert fejlesztenek egyszerre agilis modon, a koztuk levo dependenciak lekezelese egy horror. Scrum projektre tipukusan jo pelda egy mobilos jatek vagy webaruhaz, banki portfoliomenedzsment rendszert fejleszteni benne viszont baromsag.

A teszteleshez kanban passzol leginkabb, ettol meg scrumban is lehet. Ha szemelyiseg nezopontbol kerded, akkor azoknak jo, akik szeretnek meetingelni meg sokat pofazni. En nem szeretek, ezert a scrumot se szeretem. Legnagyobbreszt semmi ertelme a szovegelesnek, pl sprint retro, egy oran at ragasztgatod a postiteket hogy akkor most mi volt nem jo, mi volt jo, a vegen kiderul hogy a 90 szazalekaval nem lehet kezdeni semmit.

Introvertaltaknak nem valo. Rengeteg meeting, a meetingre forditott ido maximum fele effektiv, tovabba a meetingek szamossaguknal fogva kizokkentenek a munkabol. A retrospecting meeting pedig abban a formaban ahogyan uzik, egy vicc. En mikor eloszor talalkoztam vele bolcsodeben ereztem magam. Es ahogyan az #5 irta, a felmerulo temak 90%-an ugy sem lehet valtoztatni. Egy havi megbeszelesnek tobb ertelme van, ha van egy fo aki ugymond vezeti a megbeszelest. Nincs letjogosultsaga a ticketekkel valo bohockodasnak, negyed annyi ido alatt egy csapatmeetingen tobb informacio kerul atadasta es feldolgozasra. Plusz az ember nem erzi magat lekezelve egy 3 eves szintjen.