Scrum & itil

V podjetju kjer delam je pred dobra pol leta prisel nov direktor za infrastrukturo in programiranje.

Do sedaj seveda ni nic spremenil, ceprav je obljubil veliko...ampak sem ze navajen na te obljube...no uspel je odpustiti obe vodji oddelka na dveh lokacijah ter namesto njiju postavil 2 vodji tima...
Skratka...v podjetju je ze nekaj casa cela stala, se ne ve kdo pije in placa, zato vodilni kao nekaj delajo na to temo, ampak klima med sodelavci je na najnizjem nivoju odkar sem prisel v podjetje. Pa se sodelavec je dal odpoved, to tudi mene caka, ampak vsi imamo razloge zakaj ne in zakaj ja dati odpoved...

Tisto kar mene zanima kake so vase iskusnje v firmah kjer delate. Novi vodja tima (ki je "napredoval" iz nase skupine) zeli delati po SCRUMU in sicer ena stva je, da imamo vsak dan 10minutne sestanke, ki se seveda razvlecejo v 30minutne, kar mi ze najeda, ceprav je sele drugi teden odkar je zacel s to metodo.

Jaz resnicno ne vem kaj naj clovek za vsak dan govori, ce delas v supportu oziroma v vzdrzevanju lokalne infrastrukture. Ne vem kako naj bi nam scrum sploh pomagal? Kaj ni to bolj vezano za neko projektno delo? Vzdrzevanje infrastrukture ni projekt (lahko bi bil, ce bi bilo vse tocno definirano, ampak pri nas je to se svetlobna leta dalec).

Podjetje tudi zeli od nas, da naj se udelezimo itil tecaja, kar me ne moti, dokler se ne vezem za firmo. Zal tudi pri tem ne vidim nobene dodatne vrednosti, saj je kot prvo tim premajhen, drugo, vsi delamo vse ter kot tretje bi morali uporabnike navaditi na taksen nacin dela, tako da razna uletavanja, motnje pri sestankih, konstantno klicaranje bi morali odpasti.

Kaj menite okrog tega scruma in itila v taksnem okolju?

je 1. jan 1970 ob 01:00 izjavil:

Jaz resnicno ne vem kaj naj clovek za vsak dan govori, ce delas v supportu oziroma v vzdrzevanju lokalne infrastrukture.

"Support, maintenance." ob ponedeljkih, sredah in petkih, ter "Maintenance, support." ob torkih in četrtkih.

kingsix je 13. sep 2017 ob 10:55 izjavil:

uh...ded implementira dnevne sestanke in je to že SCRUM. Classic.

Ja, zal. Pa nek retro ob petkih, ki je zadnjic planiranih 30minut trajal 90.

Vodja tima pravi, da naj bi to bila za nas motivacija. Meni to samo stres naredi. Nemaram dnevnih sestankov, kjer moram govoriti kaj bom ta dan pocel. Ne vem kje je tu dodana vrednost.

SCRUM ima veliko overheada, ki pa še se znatno poveča zaradi napačne implementacije. Sestanki pa se znajo zavlečt ker folk čuti obligacijo, da morajo povedat ne vem kaj vse..češ koliko so delali. Sploh če je šef kretenski. Sestanki tako postanejo nek strah zaposlenih.

Sam imam cert. za SCRUM masterja (no pravzaprav dva) in v naši firmi mi ekipa fura nek hibrid med kanban in scrum.
Ne moreš kar v vsako situacijo vsilit neke metodologije oz. v tem primeru frameworka. Najboljše je če z ekipo prideš do neke rešitve, ki bo primerna v danem kontekstu.
Prav tako bi morala biti naloga vašega "leaderja" da poskrbi da so sestanki res kratki in so v njih vključeni le ključni akterji.
Pri nas sem na začetku katerega hitro ustavil pri nakladanju na sestanku in so res vedno kratki. Folk je treba naučit kaj je pomembno in kaj ne. Največkrat se zgodi, da dva razvijalca na seatanku začneta govorit med sabo glede zadeve, ki se tiče le njiju..to je pač takoj treba prekinit in se naj pogovorita sama po sestanku.
Jaz bi na tvojem mestu izrazil skrbi leaderju ali nekomu in to je to. Jaz bi vsekakor prisluhnil.

Dobro. Bom v petek na tem retro sestanku povedal kaj je bilo pozitivnega in kaj je bilo negativnega v tednu. Definitivno mi je pol ure vsak dan prevec. Zakaj je pol ure? Zato, ker vsak pove kako se pocuti ta dan in potem to traja, plus poves kaj bos delal danes itd...meni brezveze, ampak ok...da ne bom edini tisti v timu, ki vse vidi negativno.

Besna Glista je 13. sep 2017 ob 14:44 izjavil:

Kako se pocuti?! Wtf, kaj mene briga, ce nekoga srat tisci, pa ne more?

Zato pa imam od vceraj na vseh zaposlitevenih portalih cv na "javno"...

Kakšne sprinte pa imate v podpori, da se greste scrum?
Ker namen sestankov je odpraviti ovire, ki bi preprečevale, da dosežete cilj, ne osebnim izpovedim, kaj bo kdo tisti dan počel. (Kdo ni naredil svojega pa se najbolje vidi na koncu sprinta.)

Kar se ITIL tiče, kam zapisujete probleme, te zapise še kdaj pogledate in kaj naredite, ko naletite na težji problem, ki ga nihče ne zna takoj rešiti? (nekako nakazujem, da je določena specializacija v heterogenih okoljih neizogibna, podatki pa osnova za izboljšave)