EPAMnál dolgozók, ezeket a negatívumokat ti is észrevettétek?

#28: képzeld, én is scrumban dolgozok, fejlesztő vagyok egyébként. mikor ezt az egészet elkezdték ránk erőltetni mindenbe bekelötöttünk gyakorlatilag. az elméleti agile-ban vannak bődületes fasságok, de lehet jól csinálni. én mondjuk hasznosabbnak tartanék 2 naponta egy fél óras standupot, mint naponta negyed órát.

szerintem aki normálisan dolgozik, azt nem zavarja, ha 1 percben be kell számolni a napi dolgokról

Na igen, a heti 2-3, projekt orientált szinkronizáció az sokkal értelmesebb dolog. Bár a daily standupot sem kell okvetlen minden nap csinálni, viszont a daily scrum-ot igen, amivel egyébként keverik vagy azonosítják a standupot.

Az a baj ezzel, hogy a progress szinkronizációt hivatott napi szintre emelni, minimalizálva a csúszást. És nem az 1 perccel van baj, hanem a minden nap, ugyan abban az időben az egész meeting időtartamával. Akkor is, ha csak 10 perc.

Nagyon szép elemzéseket, kutatásokat lehet olvasni róla, hogy ha egy standuppal megszakítod a munkádat, utána még 15-25 perc (embere válogatja) kell, mire visszazökkensz abba amit csináltál. Tehát nyugodtan lehet dupla idővel számolni, ami kiesik a produktív munkából. Továbbá megköti a munkaidőt azzal, hogy minden nap ugyan akkor van. Nagyon szépen hangzik a kötetlen munkaidő, de a dailyk miatt baromira nem az, mivel ha csak arra a 10-15 percre is, de minden nap megkötik a munkaidőd. Dolgoztam olyan helyen, ahol 13 órakor volt, az a legszarabb. Volt ahol 15 órakor volt, az fél fokkal jobb, de még mindig kellemetlen. Most 10-kor van, talán ez a legkevésbé kellemetlen, de konkrétan kettévágja a délelőttöt, ami produktivitás szempontjából is vacak, meg a munkaidő rugalmassága szempontjából is.

Kiemelném a menedzsment részét, de igen is menedzsment az egész. Tulajdonképpen a po letolja ezzel a progresst illető felelősséget a fejletőkre, kötelező, zárt időintervallumban történő önmenedzselés szintjére. Ennek egyébként van egy olyan oldala is, hogy még azt sem tudják kivel akarnak együtt dolgozni, de már feltételezik hogy képtelen vagy az önmenedzselésre 24 óránál tágabb időintervallumban. Pontosan úgy mint az oviban, csak ennek a fő mozgatórugója a mikormenedzsment és a bizalmatlanság.

És még egy dolog, nem mindenki egyforma, ugyan azon sprintben, egyik fejlesztő x másik y tempóban dolgozik az egyes szakaszokon, akkor működik jól a scrum ha minden tagja közel azonos képességű a fejlesztés minden szakaszában. Ezzel borzasztóan leszűkíti az adott scrumba illeszthető potenciálisan jó munkaerő számát, tulajdonképpen saját magát korlátozza be a scrum a dailykkel. Egy olyan piacon ahol munkaerő hiány van, ez semmiképp sem szerencsés. Már pedig itthon még mindig az van.

Szerintem nem erre a piacra való, pláne nem multinacionális környezetbe. Még is ott nyomják, nem a produktivitást segítve, hanem utasításra vagy divatból.

#33 "adott feladat 3 nap, aznap, másnap és a következő nap is “csakazértis” rákérdeznek"

Na igen, ez is egy problémája a dailynek. De ti kakiból készült tálkában sütögetitek a szart, olyan rosszul csináljátok az egészet.

#34: a megszakítasos dologgal tök igazad van, de inkább szakítom meg egyszer a munkát tervezetten 10-kor, úgysem lehet 4 órat egyben letolni hatékonyan ebédig.

Így legalább nem random időpontban zavarnak meg a napi sync kerdésekkel.