Scrum - ez nem mindenki számára, rusbase
Izzat Shukurov, fej Workly projekt. Azt mondja, hogy ki és miért van szükség a Scrum, mik a problémái a technikák megvalósítása is találkozott, és az eredményeket - elérni.
Scrum - projektmenedzsment módszertan, hogy használják, ha szüksége van egy rugalmas fejlődését. Scrum követői figyelni a minőség-ellenőrzés a fejlesztési folyamatot.
Ma elmondom, hogyan hajtották végre Scrum a munka a projekt Workly - szolgáltatás, amely segít, hogy optimalizálja a teljesítményt a csapat.
Az elején volt egy csomó probléma. Összegzés - a folyamat hatással lehet bárki. Head meg a feladatot, hogy egy új funkció, a következő plébániák vezetője felháborodott, hogy a fejlesztők végre nem, amire szüksége van, megszakított feladat ... Ennek eredményeként, a csoport a szakemberek vált művészek. Senki sem értette, az oka a gyenge teljesítményt a vállalat, és a csapat nem akar felelősséget vállalni a munkát.
A hiányzó szinkronizálás a vezetés megöli a fejlesztők felelős az eredményt, megfosztotta őket a „kis győzelem”. Mindez demotivate általában a személyzet - és ennek következtében vált a legnagyobb probléma a munkát. A csapat nem látta a közös értékek és úgy érezte, a szolidaritás.
Hogy oldja meg ezt a problémát, úgy döntöttünk, hogy újra tudják építeni a munka gyors és pontos - a Scrum.
A projekt magában foglalja a sok ember: a fejlesztők, menedzserek, könyvelők, rendezők. Minden attól függ egymástól. Hiba bármely részének hatással lehet az ügyfelek. Scrum tanítja, hogy elkerülje ezt, az egész állam szinkronizálja tetteikért egymással.
Miért Scrum választották? Segít, hogy gyorsan reagálni a piaci változásokra. És mivel a projekt - a kezdet volt szüksége, a rugalmasság, a kiszámíthatóság és a teljesítmény.
Ezen túlmenően, a Scrum gyorsan és rendszeresen, hogy egy eredmény, amely kielégíti az ügyfél.
Kezdeni. Hogyan kell váltani Scrum?
Nem csak végrehajtja Scrum - a csapat ez egyszerűen nem áll készen. A talaj kellett készítenie fokozatosan - minden innováció megjelent szakaszában, mint a megoldást a probléma, nem a szabály.
Hol is kezdjem?
1. Vegye ki a félelmek
A bevezetés Scrum probléma lehet - a csapat óvatosan érzékeli az innováció, az emberek nem értik, hogy ez miért van szükség. Ha tartozik a csapat, nem egy rakás művészek, valamint egy szakértői csoport, meg kell magyarázni nekik, amely új feltételeket és mi az értelme.
2. Növelje a fontosságát az egyén
Fontos, hogy az emberek úgy érzik, a csapat nem teljesít. Nem osztja a kollektív „mi” - a csapat és az „ők” - a vezetők.
Mi már évek óta dolgozik a felszámolása a helyzet: „I - a programozó, és nem akarom eldönteni.” Azt akarjuk, hogy ösztönözze az embereket, hogy használják a kreativitásukat.
3. Határozza meg a fő célja és értékeit a vállalat
Mi már megfogalmazott cél -, hogy magas színvonalú szolgáltatást, amely stabil és segíti az embereket. Csapat megengedett értékei minden kapcsolódnak a feladatok felelős. A fejlesztők kezdte megérteni, hogy nem csak a kódot írni, és egy új megoldás.
4. Megszabadulni a nem tervezett feladatok
Hogyan lehet megszabadulni a problémák jönnek véletlenszerűen? Az a követelmény volt az egyik -, hogy elhagyja az egyik közvetítő a vezetés és a csapat. A végrehajtás az említett bekezdés három hónapig tartott, de végül kezdett kapni feladatokat egy személy voltak jóváhagyott és fontossági sorrendben.
5. Ahhoz, hogy mondjuk a főnök „nem”
Része a időt töltött a tanulás mondani, hogy „nem” a menedzsment. Nehéz volt. Nem minden volt képes és kész mondani, hogy „nincs” főnök vagy vezető munkatársa. De tanulni, hogy feladja, fontos volt, hogy az emberek nem vállal felelősséget a nyilvánvalóan lehetetlen feladat, amit meg kell tenni egy rövid időre, és bizonyos minőségi követelményeknek.
kisebb nehézségek
A folyamat előkészítése az átmenetet a Scrum kilenc hónapig tartott. Természetesen nem nélkülözi a nehézségeket. Nagyjából, csak ketten voltak: némi ellenállás a nyitás módszer a személyzet és a vonakodás, hogy végezzen egy állandó nyilvántartást a kiválasztott partner Trello.
Ellenállás merült fel először, mert hiányzik a bizalom a dulakodás mester. A csapat találkozott egy hamis, hogy felfedi a tényleges százalékos munkát, lesznek túlterheltek a feladat. Ezt a nehézséget úgy oldották meg, edző egyes alkalmazottak magyarázata a módszertan és munka céljából.
Fokozatosan, a személyzet kezdett rájönni, hogy ez a nyitottság lehetővé teszi, hogy ne vonja el őket a munka, hogy nem kér megint az eredmények minden óra sprint kitűzött célok ugyanazok maradnak - ha a munkavállaló befejezte a része a munka, tudja, ha szükséges, hogy segítsen egy kolléga, de nem ad hozzá további feladatokat is „nem tétlen.”
Nehezebb volt az állandó nyilatkozatok Trello - a személyzet egyszerűen elfelejtette megemlíteni a hajlandóság a folyamatok a check-listát, és húzza a tervezet kártyát. De ennek eredményeként az állandó emlékeztető és alapos magyarázatot, hogy miért ez szükséges, a csapat megszoktam ezt a rutin eljárás, és elkezdte végrehajtani őket minden további nélkül.
első eredményei
A csapat készen áll együttműködni a módszert csak általunk nyújtott feltételek munka:
- Egy közvetítő között menedzsment és fejlesztői,
- A felfüggesztett büntetés a feladatok végrehajtása,
- Érdekeltek az egyes,
- Fókuszban a célok és értékek.
A csapat meg értékeket. Itt azok az értékek, az általunk azonosított:
Mi megoldani a problémákat, és ne írjon kódot.
Ha egy szabály megakadályozza, hogy hatékonyak - meg kell feladni.
Az ideális feladat néz ki, mint az igény, és nem követelmény. Mi magunk eldönteni, hogy mit kell tennie, hogy megoldja a problémát.
Őszinték vagyunk egymáshoz - és így a bizalom.
Mindenki mindent megtesz, hogy függ tőle, mint a legjobb, ahogy csak tudok, és ez a helyzet.
Itt nem a bűnös, keresünk a legjobb módja, hogy megoldja a problémát.
Igyekszünk, hogy ne ismételjük meg a hibákat, azt nem szégyellik őket. Hiba - ez a mi utunk, hogy fejlesszük magunkat, és a terméket.
Mi mind a szakemberek bíznak problémák és megoldások döntünk, az utat -, és ezért felelősek az eredményt, kezd dolgozni.
Nem mondják, hogy „úgy tűnik, hogy a / az ötlet / elmélet, működik,” mondjuk - „működik”.
Ha azt szeretnénk, hogy megoldja a problémát, akkor kelj fel, és úgy dönt, fogunk kérni, és beszélünk a problémákat nyíltan -, mert nem akarom, hogy ujjal később.
Ennek eredményeként, a prioritások és azonosította a célokat, hogy a csapat valóban elérni. A személyzet tudomást, amikor a termék rendelkezik ilyen vagy egyéb jellemzőket. Volt egy két hetes összpontosít egyetlen cél, amit nem lehet megváltoztatni.
A csapat most a Scrum bármilyen praktikus eszközöket, biztosítja a késztermék egy jól meghatározott időközönként. Mivel a korlátozott számú embert, a fejlesztők többsége összpontosítani a cél. Felismerve a határidő, a csapat nem pazaroljuk el, helyesen állítja elő a sprint és minden alkalommal kap egy kicsit, a csapat győzelme.
Hogyan lehet megváltoztatni a formátumot a munka?
- Két órával a sprint tervezés. Jön a feladatot, és határozzuk meg az időtartamát sprint.
- 15 perc egy nap a Scrum-standup. A csoport minden tagja beszél a feladatokat a felmerülő problémák és lehetőségek kezelésére.
- Másfél órás bemutató végén a sprint. Egy másik fontos eszköz a módszertan, helyreállító csapat és lehetővé teszi, hogy büszke az eredményeket.
- Retrospektív bemutatása után. Csapatmunka a hibákat, amelyek során tisztázta az okokat Sprint nem megy olyan gördülékenyen, mint az várható volt, és amely megakadályozta a tökéletes munkát. Fontos, hogy a sprint közben a csapat minden tagja voltak őszinte és becsületes egymással.
- A Scrum módszertan általában csereszabatos fontos a csapat tagjai. A különlegessége a munkafolyamat vált a fejlesztők közötti rotáció osztályok - az elvégzett munkát a projekt tiszt (ha szükséges) lehet menni egy másik projekt, és megosztani tapasztalatait. Ennek eredményeként, a csapat minden tagja készen állt, hogy megoldja a problémákat, jön, lesz szervezett és cserélhető.