Európában ez egy 5 napos hét. A legtöbb vállalat heti 40 órát dolgozik a szoftverfejlesztésben.

10–4 órás alapóráink vannak, ahol mindenki, aki nem szabadságon van, ott legyen. Akár egy órát is pihenhet ebédre (a legtöbb fél órát vesz igénybe).

Ez a rendszer működne az Ön számára?

Kiemelt konfliktust azonosított a hagyományos scrum módszertan és az egyre népszerűbb rugalmas munkakörnyezetek között, amelyek felé a munkáltatók elmozdulnak.

Ha a vállalat támogatja a rugalmas munkarendszert, és a munkatársaknak nem kötelező ott 09: 30-kor, akkor körültekintően kell munkálkodnia rajta.

Két egyszerű megoldás merül fel bennem:

• Jelöljön ki egy scrum-helyettest, hogy delegáljon olyan időkre, amikor Ön nincs ott.
• Engedjen napi két standup értekezletet - így Ön vagy helyettese bevonhatja az összes személyzetet

Ellenkező esetben a rugalmas munkavégzési politika nem fog menni az Ön számára, és végül elhasználódik.

Egy másik alternatíva az, hogy kérjen részvételt a kulcsfontosságú versenysprintekre - talán a fontos szakaszok elején és végén.

Ne feledje: az agilis mozgékonyságról szól, és nem tartja be a Scrum szent könyvében lefektetett szabályokat, mintha szentírások lennének.

Ez azt jelenti, hogy megváltoztathatja és meg kell változtatnia őket.

Problémái vannak azzal, hogy a standupokat nehéz ütemezni. Tehát szabaduljon meg tőlük. Cserélje ki őket más módon a munkaterhelés kommunikációjára a csapat többi tagjával, esetleg e-mailekkel, scrummal vagy más projekt weboldallal, vagy egy "közösségi média" stílusú hírcsatornával, amely a csapattagok frissítéseit tartalmazza. Ezután a standupok folyamatosan frissülnek.

Bármit is választasz, a lényeg az, hogy a csapatodnak megfelelően módosítsd. A Scrum eleve sohasem volt túl mozgékony, de fontos, hogy kényszerítsen rá az Ön számára.

Úgy gondolom, hogy ezt a csapatra kell hagynia a megoldás érdekében. Mindannyian intelligens emberek, akiknek meg kell tenniük egy kis erőfeszítést a probléma megoldása érdekében, hacsak nem akarják elveszíteni a flxtime-jüket.

Győződjön meg arról, hogy a vállalati házirend és az értekezlet célja teljesül. Remélem, hogy ez a cél túlmutat azon, hogy mindenkit egyszerre ugyanabba a helyiségbe juttassanak. Ez pazarlásnak tűnik. Ehhez több dokumentációra lehet szükség az értekezletekről és azokról az információkról, amelyekre az embereknek szüksége lehet, ha valaki hiányzik.

Aki hiányzik a hét egy napjáról, annak nem lehet akkora probléma. Nyaralások és előre nem látható távollétek történnek. A mozgékonyság célja az, hogy képes legyen kezelni ezeket a helyzeteket, és ne valamilyen folyamat betartása legyen a probléma.

Ön scrum mester / csapat vezető, így lehetősége van ezen változtatni.

Hívjon retrospektívát (vagy bármit is nevezzen annak), amely az Ön és csapata munkájának ezzel a vonatkozásával kapcsolatos. Magyarázza el, hogy nem dolgozhat a hét 7 napján, és hogy a jelenlegi rendszer nem működik az Ön számára. Engedje meg, hogy mindenki a csapatban elmondhassa véleményét (esetleg adjon némi felkészülési időt egy pozitív, egy negatív és egy olyan szempont előhozatalára, amelyet megváltoztatna), és végül egy olyan rendszer kialakításán dolgozik, amely a csapatban mindenki számára érvényes. Lehet, hogy ezt lehetetlen kezdeni, de kezdetben darabonként megvalósítható, tökéletes megoldást szem előtt tartva.

Úgy gondolom, hogy a csapatnak bele kell egyeznie abba, hogy hetente legalább kétszer együtt legyenek, így mindannyian megható bázist jelentenek. Úgy gondolom, hogy a helyettes megoldás itt is előnyös lenne.

A rugalmas szabályokat neked is működtetned kell, ne dolgozz a hét 7 napján, ha ez nem működik neked. Van egy kompromisszum.

A „rugalmas munkaidőre” vonatkozó irányelv valójában ugyanazokat a tüneteket okozza, amelyekkel az elosztott csapatoknak küzdeniük kell. Egyes csapatok sokféle időzónában vannak szétszórva a világon, és ezzel meg kell küzdeniük, ha az Agile / Scrum-ot akarják gyakorolni.

Az elosztott csapatok nem osztják meg az irodahelyiségeket vagy egy közös időpontot, amelyet mindegyik a csapattag hívhatja "a nap kezdetét". Ezért a kapcsolatukat offline állapotba kell hozniuk. Gondoljon egy külön Slack szobára, ahol mindenki beküldheti frissítéseit.

A megosztott csapat Scrum Masterjeként szimpatizálok a szervezeti változással, amelyet átél - nehéz probléma megoldani, és jól oldja meg. A @albieio webhelyen tweetelek ezekről a problémákról, beleértve a távoli Agile fejlesztésére irányuló kísérleteket is.

Egyetértek azzal a ténnyel, hogy ez egy csapatprobléma. A csoportjának ki kell derítenie, hogy melyek a kritika legkritikusabb elemei és hogyan fognak találkozni, és mi történik, ha nem teljesülnek egy adott időkeretben. A scrum mestereként természetesen az a feladata, hogy megbizonyosodjon arról, hogy a csapat blokkolói kiküszöbölődnek, és hogy a csapat képes önigazgatásra. De ez nem azt jelenti, hogy személyesen ott kell lenned 365/24/7-én.

Íme néhány konkrét ötlet ...

Állapot

Találja ki a személy nélküli státusz mechanizmusát néhány napra. Vagy amikor kint vagy, vagy amikor a csapat kritikus tömege nincs. Keresse meg az állapot fennmaradásának módját, hogy az egy napra távozott csapattagok utolérhessék magukat (például e-mail, feladatfórum vagy egyéb sávon kívüli adás).

Tegyen a csapat időtervezése a sprint ütemének része

A csapat ütemre kötelezi magát, a csapat az irodán kívül töltött idejére kötelezi magát - a csapat havi elkötelezettségét igazítsa a sprint tervéhez, így elszámoltathatók egymásnak (és Önnek) mind abban, amit csinálnak, mind amikor felszállnak. Győződjön meg arról, hogy a rendszeres csapat-kötelező feladatokat a szabadidő-tervek tartalmazzák.

Megjegyzés: ez nem feltétlenül jelenti azt, hogy a csapatnak vissza kell térnie az M-F 10-4 típusú elkötelezettségre. Ha az MWF-et 14:00 órakor és szombaton, kedden, csütörtökön vizsgálja. 8: 00-kor dolgozik, és van fele helyettese, aki találkozót folytat veled minden második nap ... akkor, amíg mindenki megkapja, amire szüksége van - nagyszerű. De a csapatnak valamilyen megállapodásra van szüksége.

Mentorálás / páros programozás

Lehet, hogy átfogó útmutatást kell adnia erről a területről is. Előfordulhat például, hogy a legújabb kollégának el kell köteleznie magát egy olyan képzési időszakra, amikor mindig valakivel kéznél vannak - tehát ha senki más nincs bent szombaton, akkor az új srác sem választhatja szombatot. Hasonlóképpen, a legtöbb vezető mérnökömet szoktam számon kérni a jó útmutatásért - ezért lehet, hogy meg kell bizonyosodniuk arról, hogy idejük 80% -át a csoport legalább 60% -a tölti - vagy valami hasonlóval. Ezen gyakran morgolódnak - mert ha másokat kell irányítani, akkor csökken a képessége, hogy teljesen a szoftveres munkára összpontosítson. A cél az, hogy az egész csapat hasznára váljon - nem egyetlen egyén munkájának.

Nagyon jó átadás

Ha vannak olyan emberek, akik vadul dolgoznak egy normán kívül (mondjuk, hogy a csapat nagy része reggel 9-től 18-ig dolgozik, és egy ember 19: 00-04: 00-ot akar) - lehet, hogy arra kell kényszerítenie a pontot, hogy MINDEN szintű koordináció szükséges a személyes elérhetőséggel hetente vagy havonta X találkozóra. Nehéz elhinni, hogy valaki olyan csapatszituációban dolgozhat, ahol teljesen elidegenedik az ütemezéstől az egész csapattól.

Ha valóban, de valóban képesek önállóan dolgozni, akkor is meg kell vizsgálnod, hogyan beszámol, hogyan kapnak segítséget, hogyan koordinálják a munkát. Teljesen rendben van, ha az állománytól elszakadni akaró személyre hárítja a felelősséget, és arra kéri őket , hogy vállalják a legnagyobb felelősséget a kapcsolattartásért.

Ha valóban meg akarja tartani a rendkívül rugalmas menetrendet, akkor egy nagyon kritikus meghatározást kell kidolgoznia arról, hogy milyen a siker vagy a kudarc az egyén kimenetelének szempontjából - nemcsak az egyén technikai munkájának minősége, hanem a lágy képességek és képességük, hogy csapatban legyenek. Ilyen elszámoltatásra van szükség, ha az emberek valóban ezt a függetlenségi szintet akarják. Ha nem akarják magánszemélyként elszámolni az elszámoltathatósággal, akkor nem kapják meg azt a kiváltságot, hogy erősen individualista ütemezéseket állítsanak be.

Hasonló helyzetben voltunk rugalmas munkaidővel és megosztott csapattal, és úgy oldottuk meg, hogy standupokat készítettünk egy adott időpontban, ahol az emberek nagy valószínűséggel tartózkodnak, de egy adott Slack csatornán. A standupokat vagy videón keresztül, ha az emberek otthon dolgoznak, vagy csak szöveges csevegéssel. Hagyományos személyes standupokat is készítettünk, amikor a részvétel lehetővé tette.

Ha egy személy nem lesz elérhető, akkor közvetlenül a standup nyilatkozatát elküldi a kijelölt scrummesternek, aki a a megfelelő időpont.

Ha a scrum mester nem volt elérhető, egy idősebb vezető vagy egy vezető vette át a pozíciót, és jegyzeteket készített, hogy továbbítsa őket a scrum masternek, hogy foglalkozhassanak blokkolókkal (bár gyakran a csak találja ki a módját annak kezelésére készenléti állapotban.) sör és étel).

Itt nem nevezném magam tapasztalatszakértőnek, de meglepődtem, ha nem láttam azt, hogy valaki azt javasolja, hogy beszéljen a csapatával, értse meg, hogy miért ők választják a munkaidőt és mit csinálnak az alapvető érdeklődési körök vannak.

Például egyikük gyermekeket vigyen gyermekgondozásba vagy iskolába, másik idős rokont gondozhat, másik péntek délután repülhet a családhoz, és hétfőn reggel tér vissza. , és egy másiknak csak későn növekvő kronotípusa lehet.

Ezután zsonglőrködjön az értekezletek idején, hogy a lehető legjobban egyensúlyba hozza őket. Végül is ezt nem munkakörülmények között tenné, akkor miért ne dolgozna?

Végül a munkatársak azért jönnek dolgozni, mert a közös célok kidolgozása segít elérni a saját céljaikat. Nem fogsz menekülni, ha meg akarod érteni őket amúgy , ha jól akarod csinálni ezeket a dolgokat.

Azok a javaslatok, amelyek csak az ütemezés vagy az alapvető órák bevezetésére vonatkoznak, kissé zsaruk. , és elveszíti a rugalmas munkavégzés előnyeit, amikor esetleg nem lesz rá szükség. Tényleg azt fogja mondani a munkatársainak, hogy vegyenek fel egy dadust, hiányolják a családjukat, vagy egész nap álmosak legyenek (vagy hagyják el a társaságot), csak azért, hogy könnyebben be tudjanak tervezni egy 15 perces csevegést?

Néhány az emberek néhány nap kihagyhatják a találkozót, de ez egyébként megtörténik. Ami azt illeti, hogy a hét minden napján vezessem az értekezletet ... tényleg annyi minden történik hétvégén, hogy pénteken és hétfőn nem tudsz vele foglalkozni? Ha igen, nem tudná valaki más futtatni, ahogy az történhet, amikor nyaral, konferencián vagy beteg?

A rugalmas munkavégzés mindenesetre nem azt jelenti, hogy „tedd, amit csinálsz” mint bármi is legyen a munkád ", könnyen jelentheti azt, hogy" nincsenek a vállalatra kiterjedő követelmények, de győződjön meg róla, hogy munkáját elvégzik, és szituációspecifikus megoldásokat talál a projektmenedzserével / közvetlen vezetőjével ".