Scrum. Stiahnite si (pdf, epub, fb2, txt). Jeff Sutherland - Scrum. Revolučná metóda projektového riadenia


Čo je Scrum. Podstata techniky

Tí, ktorí sú zapojení do projektového manažmentu, alebo jednoducho manažmentu, dobre vedia, aké ťažké je zorganizovať dobre koordinovanú tímovú prácu. Kvôli nedostatok súdržnosti, plány sa neustále porušujú, harmonogramy meškajú, rozpočet projektu je nafúknutý, peniaze a čas pretekajú medzi prstami, úlohy rôznych oddelení sú duplicitné, ľudia sa hádajú a nepomáhajú si, hoci by sa zdalo, že ich úsilie sú zamerané na dosiahnutie rovnakého cieľa. Zákazníci sú navyše často nespokojní s finálnou verziou vytvoreného produktu.

Metodológia Scrum, ktorú vyvinuli Jeff Sutherland a Ken Schwaber, je navrhnutá tak, aby vyriešila všetky tieto problémy. Scrum— Ide o opak klasického postupného prístupu k realizácii projektu. Metodiku Scrumu si osvojilo mnoho spoločností, či už z technologických odvetví, odkiaľ pochádza, ako aj z tradičných a dokonca aj neziskových. Prístup, ktorý je základom metodológie Scrum, možno použiť v odlišné typyčinnosti, ktoré si vyžadujú tímovú prácu.

Dôležitými vlastnosťami Scrumu je jeho flexibilita a zameranie na zákazníka, keďže predpokladá jeho (klientovu) priamu účasť na pracovnom procese.

Scrum nevyžaduje implementáciu akýkoľvek drahé nástroje. Metodológia Scrumu sa dá stručne opísať takto:

1. Najprv si treba vybrať« Vlastník produktu» — osoba s víziou toho, čo sa chystáte vytvoriť alebo dosiahnuť.

2. Potom musíte zbierať"tím" , do ktorej budú zaradení ľudia priamo vykonávajúci prácu. Musia disponovať zručnosťami a znalosťami, ktoré pomôžu priviesť víziu produktového vlastníka k životu.

3. Musíte vybrať „Scrum Master“ - niekoho, kto bude sledovať priebeh projektu, facilitovať krátke stretnutia a pomáhať tímu odstraňovať prekážky pri dosahovaní cieľa.

4. Pri začatí práce musíte vytvoriť čo najviac úplný zoznam všetky požiadavky na produkt alebo účel. Položky v tomto zozname by mali mať prioritu. Zoznam sa volá"Produktový backlog" . Počas trvania projektu sa môže vyvíjať a meniť.

5. Členovia tímu musia ohodnotiť každú položku pomocou vlastného bodovacieho systému podľa náročnosti a nákladov, ktoré budú potrebné na jej dokončenie.

6. Potom účastníci Scrum Master a produktový vlastník musí vykonať prvú scrum stretnutie , kde budú plánovať šprinturčitý čas na splnenie časti úloh. Trvanie sprintu by nemalo presiahnuť jeden mesiac. Za každý šprint tím získa určitý počet bodov. Tím by sa mal neustále snažiť prekročiť počet bodov nazbieraných za predchádzajúci šprint v novom sprinte, teda svoj cieľ.neustále prekonávať svoje vlastné výsledky— « zvýšiť dynamiku produktivity» .

7. Aby si všetci účastníci boli vedomí stavu vecí, musíte tvoriť scrum board s tromi stĺpcami:« Potreba urobiť, alebo nevybavené veci"; "Prebieha"; "vyrobené" . Účastníci na tabuľu nalepia nálepky s úlohami, ktoré sa pri práci postupne presúvajú zo stĺpca."Nezaplatené" do stĺpca "prebieha" a potom do stĺpca "hotovo".

8. Vykonávané denne scrum stretnutie . Podľa Jeffa Sutherlanda« toto je pulz celého procesu Scrumu» . Jeho podstata je jednoducháKaždý deň, na cestách, pätnásť minút, aby každý odpovedal na tri otázky:« » , « » , « » .

9. Na konci šprintu to tím prehodnotíusporiada stretnutie, na ktorom účastníci hovoria o tom, čo sa urobilo počas sprintu.

10. Po ukázaní výsledkov sprintu účastníci usporiadajú retrospektívne stretnutie, kde diskutujú o tom, čo sa tímu darilo, čo by sa dalo urobiť lepšie a čo by sa dalo zlepšiť práve teraz.

Nevýhody tradičného prístupu projektového manažmentu

Ako poznamenáva autor knihy Jeff Sutherland, tradičný prístup k realizácii projektu vo forme vodopádového modelu, ktorý zahŕňa postupné napredovanie k cieľu, má mnoho nevýhod. Celý proces ide veľmi pomaly, často vznikajú nepredvídateľné ťažkosti a navyše sa často stáva, že zhotoviteľ vytvorí produkt, ktorý zákazníka vôbec neuspokojí.

Vodopádový model zahŕňa použitie Ganttovho diagramu— harmonogramy, ktoré uvádzajú etapy prác a čas na ich dokončenie. Postup projektu je podrobne zmapovaný a každý krok práce je premietnutý. Predpokladá sa, že každá fáza projektu postupne prechádza do ďalšej,Toto je princíp kaskády.

prečo? Ako poznamenáva Jeff Sutherland, Henry Gantt vynašiel takéto grafy už v roku 1910. Rozšírili sa v prvej svetovej vojne. však« každý, kto študoval históriu tejto vojny, vie, že ani výcvik pracovnej sily, ani systém organizácie jej nikdy nepatrili silné stránky. Nerozumiem, prečo je koncept prvej svetovej vojnysa stáva de factoanalytický dizajnový nástroj a používa sa aj v 21. storočí. Opustili sme princípy zákopovej vojny, ale nejako jeho „priekop“ organizačné nápady zostávajú populárne dodnes» .

V moderných podmienkach je táto schéma nevhodná a je podobná modelu politbyra Ústredného výboru CPSU, ktorý"veril" správy, ktoré dostala v predvečer havárie Sovietsky zväz a ktorý so skutočným stavom vecí nemal veľa spoločného.

Filozofia scrumu

Metodológia Scrum odráža autorovu vášeň pre japonské bojové umenia. Podľa neho v Japonsku« Scrum sa nepovažuje za módny výstrelok. Japonci považujú Scrum za prístup k riešeniu problémov, za spôsob konania, za spôsob bytia vo všeobecnosti ako spôsob života. Keď učím ľudí túto techniku, často hovorím o svojich dlhoročných skúsenostiach v japonskom bojovom umení Aikido. » .

Aikido a Scrum majú spoločné to, že sa dajú zvládnuť iba v procese práce, keď« vaše telo, vaša myseľ a vaša duša sa spoja v jedno prostredníctvom neustáleho cvičenia a snahy o dokonalosť. Cvičením Aikido rozumieme konceptu shuhari (Shu Ha Ri) je to koncept bojových umení a zároveň indikátor úrovne zručností » .

Podstata tímovej práce v Scrume

Scrum - Toto je v prvom rade tímová práca. Autor identifikuje tri charakteristiky najlepších tímov:

    nikdy nekončiace hľadanie dokonalosti;

  • autonómia - schopnosť sebaorganizácie;
  • multifunkčnosť. Prítomnosť rôznych špecialistov a kultúra interakcie a vzájomnej pomoci.

Aká by mala byť veľkosť tímu? Jeff Sutherland odporúča malé skupiny— asi sedem ľudí. Uvádza údaje, že ak skupinu tvorí viac ako deväť ľudí, rýchlosť jej práce klesá.

Okrem toho autor pripomína „Brooksov zákon“:

« Ak projekt nie je načas, pridanie ďalšej pracovnej sily ho ešte viac zdrží. » .

Šéf tímu- toto je Scrum Master . Jeho povinnosťudržiavať stretnutia krátke a otvorené, pomáhať skupine prekonať prekážky, ktoré bránia v práci, viesť tím po ceste neustáleho zlepšovania« a pravidelne hľadať odpoveď na otázku« Ako môžeme robiť ešte lepšie to, čo už dobre robíme?» .

Žiadny multitasking

Autor varuje pred multitaskingom— v skutočnosti žiadna neexistuje, náš mozog nedokáže vykonávať dve činnosti súčasne, jednoducho prepína medzi úlohami a celkový čas vykonávanie každého z nich sa zvyšuje v porovnaní s tým, keby sme ich vykonávali jeden po druhom. Metodológia Scrumu predpokladá, že všetky úlohy musíte vykonávať jednu po druhej a nie« riadiť päť projektov súčasne» .

« Tradičnou metódou snažiť sa urobiť všetko naraz skupina dokončí svoje tri projekty do konca júla. Ak k tomu tím pristúpi agilnou stratégiou, ako je Scrum, a bude pracovať na každom projekte jeden po druhom, čím sa minimalizuje čas a úsilie spojené s prepínaním kontextu, mohlo by to byť hotové začiatkom mája. » .

Podstatou práce je plynutie

Scrum vám pomôže dostať sa"tok" - stav najvyššej koncentrácie, keď robíte to, čo potrebujete, bez toho, aby ste na to vynaložili úsilie, bez toho, aby ste sa nútili alebo tlačili. Autor sa domnieva, že hlavná vec pre úspešnú prácudosiahnuť a zvládnuť tento stav.« Vo svojej práci musíte dosiahnuť hlavnú vecbezproblémové ovládanie prietoku. V bojových umeniach alebo meditačných praktikách dosiahneme pocit jednoty v pohybe, ktorý si nevyžaduje námahu,je to energia, ktorá cez nás nerušene prúdi. Keď sledujete skvelých tanečníkov či spevákov, cítite, ako sa tejto energii podriaďujú. O takýto stav sa musíme snažiť v našej práci.» .

Ako to dosiahnuť? Za stavom toku je vnútorná disciplína,

« Žiadny pohyb by sa nemal plytvať » .

Skrumáž a šťastie

Ľudia chcú byť šťastní. Ale Jeff Sutherland si je istý tým šťastím— Toto nie je neaktívna vegetácia, ale jasný, bohatý a aktívny život. Scrum prispieva k šťastný život, pretože pomáha pracovať a konať plodne.

Na konci každého sprintu účastníci usporiadajú retrospektívne stretnutie, kde hovoria o svojej práci a presúvajú uvažované úlohy do stĺpca"vyrobené" a potom diskutujte o tom, čo je dobré a čo sa dá zlepšiť. Nájdu hlavnú prekážku a vymyslia, ako ju opraviť v nasledujúcom šprinte. Toto je riešenie problému neustáleho zlepšovania.

Prvky scrumu



Šprinty

Ako je uvedené vyššie, na začiatku sprintu a na zabezpečenie otvorenosti a viditeľnosti musíte vytvoriť špeciálnu dosku a rozdeliť ju do troch stĺpcov:"Nezaplatené"; "Prebieha"; "vyrobené" . Pred každým šprintom sa členovia tímu nalepia do stĺpca"Nezaplatené" lepiace papieriky s úlohami, o ktorých si myslia, že ich dokážu dokončiť v šprinte. Počas sprintu si ktorýkoľvek člen tímu po prevzatí úlohy znovu nalepí nálepku zo sekcie"Nezariadené" v stĺpci "Prebieha". . Po dokončení úlohy— v stĺpci „Hotovo“. . Každý tak môže vidieť, na čom práve pracujú ostatní účastníci.

Je tu však dôležitá poznámka— « nič sa neprenáša do stĺpca"vyrobené" kým túto časť projektu klient otestuje» .

« Ďalší dôležitý aspekt sprintu: akonáhle tím schváli zoznam požiadaviek, úlohy z tohto zoznamu sú zablokované. Nikto nemá právo ich meniť alebo dopĺňať » . Autor to odporúča kvôli že akýkoľvek zásah spomalí prácu tímu.

Denné stretnutia

Ide o to, že by mali stáť každý deň v rovnakom čase, ich trvanie by nemalo presiahnuť pätnásť minút a účastníci by mali položiť rovnaké tri otázky:« Čo ste urobili včera, aby ste pomohli tímu dokončiť šprint?» , « Čo urobíte dnes, aby ste pomohli tímu dokončiť šprint?» , « Aké prekážky stoja tímu v ceste?» .

Urobte to až do konca

V Scrume je dôležité naučiť sa cítiť rytmus tímu. Najhorší prípad— keď na konci šprintu niečo zostáva napoly hotovo. Potom je lepšie s týmto podnikaním vôbec nezačínať.

« Boli vynaložené zdroje, úsilie, čas, peniaze, ale nedostali sa plne funkčný produkt » .

Plánovanie v Scrume

Ako funguje proces plánovania v Scrume? Najprv si musíte urobiť zoznam všetkých vecí, ktoré ovplyvňujú váš cieľ. Potom ich uprednostnite. Ak nespĺňate časové a finančné limity, potom môžete jednoduchšie vyradiť posledné položky zo zoznamu.

Čo urobiť ďalej? Pri každej položke na zozname je potrebné posúdiť, koľko úsilia, času a iných zdrojov bude potrebné na dokončenie. Ako urobiť hodnotenie? Autor navrhuje škálu relatívnych hodnotení. Môžete napríklad porovnávať úlohy„u psov“. Tento problém - jazvečík alebo retriever? Alebo možno nemecká doga?

Ale v každom prípade je pohodlnejšie inštalovať číselné hodnoty. Napríklad,« jazvečíkjednotka; nemecká dogatrinásť; z labradora sa stala päťka az buldoga tri» .

Autor tiež navrhuje použiť zaujímavú techniku ​​plánovania pokru. Jeho podstata— Každý účastník plánovacieho procesu dostane balíček kariet s Fibonacciho číslami1, 2, 3, 5, 8, 13 a tak ďalej. Každá položka v zozname, jednotka práce, ktorá sa musí vyhodnotiť, je položená na stole.

Požiadavky sú príbehy

Aby bolo možné úspešne a jasne sformulovať zoznam požiadaviek na produkty a vytvoriť backlog pre každého, používa Scrum mimoriadny prístup. Namiesto jednoduchý zoznam zostavujú sa úlohy, používateľské príbehy— krátke príbehy obsahujúce želania používateľov pre konečný produkt.

« Predstavte si, že sa líčite Žiadosť používateľa Amazon.com . Skúšobná verzia vyzerá takto: Ako spotrebiteľ chcem najväčšie kníhkupectvo na svete, kde si môžem kedykoľvek kúpiť akúkoľvek knihu .Tento popis dobre sedí na postavu Amazonky, ale príbeh je príliš vágny na to, aby bol užitočný. niečorobiť. Musíme roztrieštiť našu históriu. Urobte to naozaj veľmi špecifické a funkčné. Tu je niekoľko vzorových používateľských príbehov, ktoré môžete napísať s ohľadom na knihu. internetový obchod :Ako spotrebiteľ rád vyhľadávam knihy podľa žánru, aby som rýchlo našiel tie, ktoré rád čítam. Keď si vyberám knihy na nákup, chcem si ich ako produktový manažér vložiť do košíka , Chcem mať možnosť sledovať nákupy našich zákazníkov, aby som vedel, aké knihy im môžeme ponúknuť. Tu sú profesionálne vypracované požiadavky používateľov, ktorých charakter by mala skupina zohľadniť » .

Používateľský príbeh musí byť úplný, nezávislý od rôznych okolností a realizovateľný v praxi. Tieto kritériá naznačujú pripravenosť príbehu. Je tiež dôležité, aby sa príbeh dal posúdiť z hľadiska jeho uskutočniteľnosti.

Ako naplánovať šprint

V Scrume sa proces plánovania vyskytuje na začiatku každého nového sprintu a je tzv— « plánovanie sprintu» . « Všetci sa stretnú, prezrú si zoznam používateľských príbehov, ktoré sú už vo fronte na vykonanie; zistiť, koľko úloh môže každý člen skupiny prevziať; dôkladne zvážte, či budú môcť vybrané úlohy počas tohto sprintu uviesť do plnej pripravenosti; budú schopní zákazníkovi predviesť hotové jednotky práce a ukázať mu hotové funkcie produktu; Budú si môcť na konci šprintu povedať, že všetko zvládli? » .

Potom tím jednotne hovorí:"Vpred! "- a pustí sa do práce

Ale čo je práca? Rutina, povinnosť? Z pohľadu Scrumu práca— toto je história. Čo to znamená? To znamená, že by ste mali predstaviť niekoho, kto potrebuje to, čo robíte; potom, čo to je, a nakoniec, prečo to ľudia potrebujú.

Tímy musia dobre poznať svoju dynamiku— koľko práce dokáže dokončiť v jednom šprinte. To jej pomôže pracovať inteligentnejšie a odstrániť všetky prekážky, ktoré jej stoja v ceste.

« Dynamika x čas = výsledok. Vedieť, ako rýchlo idete, vám pomôže vedieť, kedy dorazíte do cieľa » .

Otvorenosť vo všetkom

Scrum predpokladá transparentnosť všetkých akcií a procesov.

To je vyjadrené v trojstĺpcovej tabuli, ku ktorej majú prístup všetci členovia tímu.

« Utajenieja Nič sa nedá utajiť. Každý by mal vedieť všetko, vrátane finančných údajov. Zahmlievanie je potrebné len pre tých, ktorí hľadajú svoj vlastný prospech. » .

Vlastník produktu

Scrum preberá tri úlohy: Scrum tím - realizátori konkrétnych projektov; Scrum Master - je to ten, kto sleduje priebeh projektu a pomáha tímu riešiť problémy a produktovému vlastníkoviten, kto rieši problémy s koncepciou produktu a zostavuje backlog.

« Scrum Mastera tím je zodpovedný za tempo svojej práce a ako rýchlo dokončí projekt. Vlastník produktu je zodpovedný za zabezpečenie toho, aby sa efektívna tímová práca zmenila na ziskové výsledky. » . Produktový vlastník musí mať dôverné znalosti o trhu a musí mať právomoc rozhodovať.

To môže byť príliš veľká zodpovednosť pre jednu osobu, takže veľké projekty môžu zahŕňať tím vlastníkov produktov.

Minimalizácia rizík v scrume

Keďže Scrum poskytuje poskytovanie projektov krok za krokom, pomáha to minimalizovať riziká. Pomáha to rýchlo ukázať produkt klientovi a získať od neho spätnú väzbu.

« Metodológia Scrum je užitočná pre podnikanie, pretože rýchlo odpovedá na otázku: môžeme zarobiť peniaze, ak budeme robiť to či ono?

Nemusíte míňať veľa peňazí, kým si to uvedomíte niečo nefunguje.

Túto knihu dobre dopĺňa:

Projektový manažment

Vadim Bogdanov

Obchodné procesy

Vladimír Repin

Konečný termín

Tom DeMarco

Jeff Sutherland


Umenie urobiť dvakrát viac práce za polovičný čas

Jeff Sutherland


Revolučná metóda projektového riadenia

Mann, Ivanov a Ferber


Moskva, 2016

Informácie


od vydavateľa

Publikované so súhlasom spoločnosti Scrum, Inc. c/o The Ross Yoon Agency

Prvýkrát publikované v ruštine

Sutherland, Jeff

Scrum. Revolučná metóda projektového manažmentu / Jeff Sutherland; pruh z angličtiny M. Geskina - M.: Mann, Ivanov a Ferber, 2016.

ISBN 978-5-00057-722-6

Metodika Scrum je riešením, ktoré našiel Jeff Sutherland na prekonanie klasických nedostatkov projektového manažmentu: nedostatok koherencie v tíme, neplnenie plánovaných plánov, duplicita úloh v rámci oddelení atď. prístupom, ktorý mrhá obrovskými prostriedkami a ktorý často k ničomu nevedie, vám Scrum umožňuje plniť záväzky s menším úsilím, v krátkom čase a pri nízkych nákladoch a výsledný produkt má vynikajúcu kvalitu. Dnes je už Scrum pevne zakorenený v manažérskom arzenáli väčšiny technologických spoločností na svete. Teraz máte tento nástroj produktivity k dispozícii.

Všetky práva vyhradené. Žiadna časť tejto knihy nesmie byť reprodukovaná v žiadnej forme bez písomného súhlasu držiteľov autorských práv.

Právnu podporu vydavateľstvu poskytuje advokátska kancelária Vegas-Lex.

© Jeff Sutherland a Scrum, Inc. 2014

© Preklad do ruštiny, publikácia v ruštine, dizajn. Mann, Ivanov a Ferber LLC, 2016

Partnerov predhovor k ruskému vydaniu

Knihu, ktorú držíte v rukách, napísal jeden z autorov Scrumu. Hovorí o predpokladoch tvorby metodiky a jej hlavných aspektoch.

Najdôležitejšia vec v tejto metodike (podľa mňa) je zameranie sa na zákazníka. Zákazník musí dostať to, čo chce, včas a za minimálne náklady.

Hlavnou myšlienkou metodiky Scrum je iteratívny prístup k plánovaniu a realizácii projektu. Na rozdiel od lineárneho (kaskádového) prístupu, keď je projekt pôvodne plánovaný „od“ do „do“ a výsledok je niekde „na konci cesty“, vám táto metóda umožňuje získať dokončený produkt. Samozrejme, že ešte nemá všetky požadované vlastnosti, ale už sa dá použiť. Ďalej v priebehu projektu dostáva zhotoviteľ spätnú väzbu od objednávateľa, na základe ktorej dochádza k cyklickému zvyšovaniu funkčnosti a zdokonaľovaniu produktu.

Hlavnou charakteristikou Scrumu je flexibilita. Tento prístup umožňuje rýchlo reagovať na zmeny požiadaviek zákazníkov a rýchlo im prispôsobiť produkt.

Dnes je Scrum dobre vyvinutá metodika. Jeho popularita rastie každým dňom, a to aj u nás. Pri implementácii Scrumu sa však môžu vyskytnúť problémy. Po prvé sa predpokladá aktívna účasť zákazníka na projekte a po druhé je potrebná dobre koordinovaná tímová práca. Z vlastnej skúsenosti môžem povedať, že nie vždy sa podarí dosiahnuť prítomnosť zákazníka na stretnutiach a adekvátnu spätnú väzbu od neho. Profesionalita, zodpovednosť a schopnosť pracovať v tíme tiež nemožno nazvať neoddeliteľnou súčasťou našej ruskej obchodnej reality.

Ale v každom prípade sa o nový prístup oplatí zaujímať. Niektoré nápady a nástroje sa dajú použiť čiastočne, a to tiež prinesie svoje ovocie. Pre tých, ktorí vážne zamýšľajú implementovať túto metodiku vo svojej spoločnosti, odporúčam absolvovať špeciálne školenie. Scrum sa vyučuje na obchodných školách po celom svete.

Kniha je písaná veľmi živým jazykom a vďaka bohatosti faktografického materiálu sa dobre číta. Autor uvádza mnoho príkladov projektov, ktoré využili Scrum, od projektov veľkých ako plán modernizácie systému riadenia informácií FBI a jednej z najväčších farmaceutických spoločností až po projekt rekonštrukcie domu. Tiež odkazuje na štúdie, ktoré ilustrujú psychologické aspekty projektového manažmentu.

To všetko robí knihu „Scrum. Revolučná metóda projektového riadenia“ je zaujímavá a užitočná pre každého, kto sa zaujíma o projektové riadenie a chce zvýšiť svoju efektivitu v tejto oblasti. Myslím si, že po prečítaní bude mať každý chuť využívať prístupy a nástroje, ktoré autor uvádza, ako aj hlbšie študovať túto metódu.

Ulyana Samolová,

Prezident Samolov Group

Úvod

Prečo Scrum?

Všetko to začalo, keď sme s Kenom Schwaberom pred dvadsiatimi rokmi vytvorili náš prístup k vývoju softvéru pre technologické odvetvia a nazvali sme ho Scrum. Naša metodika bola rýchlejšia, spoľahlivejšia a efektívnejšia.

Dovtedy sa na riadenie projektov vývoja softvéru používal vodopádový model – a tak ďalej až do roku 2005. Práca sa vykonávala krok za krokom, postupne smerovala k cieľu - získaniu konečného výsledku a jeho prenosu na používateľa. Proces bol pomalý, vyvíjal sa nepredvídateľne, často nikdy neviedol k vytvoreniu produktov, ktoré zákazník potreboval alebo ktoré si ľudia jednoducho chceli kúpiť. Byrokracia, ktorá sa mení na mnoho mesiacov a niekedy aj rokov, je charakteristický kaskádový model. Vopred stanovené podrobné plány prezentované na Ganttových diagramoch vyzerali tak detailne, že v manažmente vyvolali pocit, akoby mali úplnú kontrolu nad vývojovým procesom – napriek tomu sme boli prakticky odsúdení na zaostávanie za plánom a katastrofálne prekročenie rozpočtu. .

Aby som tieto nedostatky prekonal, prišiel som v roku 1993 so Scrumom – novým prístupom k riešeniu problémov, zásadne odlišným od predtým používanej metódy top-down dizajnu. Na rozdiel od predchádzajúcich metodík bol princíp Scrumu podobný evolučným, adaptívnym, samoopravným systémom.

Od svojho vzniku tvorí koncept Scrum základ pre návrh nových softvérových produktov pre technologické odvetvia. Avšak po získaní uznania a úspechu v Silicon Valley medzi projektovými manažérmi pre tvorbu softvéru a nového hardvéru zostáva Scrum vo všeobecnej obchodnej praxi málo známou metodikou. Je to kvôli tejto podnikateľskej komunite - ľuďom, ktorí nie sú priamo spojení so svetom vysoká technológia,- Rozhodol som sa napísať knihu, v ktorej odhalím a vysvetlím výhody Scrumu ako manažérskeho systému v podnikaní. Budem hovoriť o pôvode metodológie Scrum: výrobný systém Spoločnosť Toyota a koncept vytvorený pre úlohy bojového letectva – cyklus OODA. Zamyslím sa nad otázkou, prečo je organizovanie projektov pomocou malých tímov viac efektívnym spôsobom práca. Pozastavím sa pri nasledujúcich bodoch: ako správne uprednostniť prácu na projekte; ako organizovať sprinty, teda krátke fázy vývoja projektu (od týždňa do jedného mesiaca) a robiť to tak, že každý člen tímu je zodpovedný za svoju časť práce a výsledok nasledujúcej fázy absorbuje funkcie projektu implementované v predchádzajúcich fázach; ako viesť každodenné krátke diskusie o úlohách projektu, aby ste si boli vedomí nielen toho, čo sa urobilo, ale aj ťažkostí, s ktorými sa nevyhnutne musíme stretnúť. Okrem toho vysvetlím, ako metodika Scrum spája koncept neustáleho zlepšovania a koncept implementácie produktu s minimálnou funkcionalitou, čo umožňuje nečakať na dokončenie všetkých prác, ale rýchlo splniť požiadavky zákazníka v každej fáze projektu. Dozviete sa, že sme použili Scrum na navrhovanie úplne všetkého: od vytvárania lacných áut so spotrebou paliva štyri litre na stopäťdesiat kilometrov až po vývoj moderných databáz FBI 21. storočia.

Najznámejšia kniha na túto tému v ruskom preklade je známa ako „Scrum. Revolučná metóda projektového riadenia“, ktorá obsahuje definíciu, ktorá často vyvoláva kritiku. Pôvodný podtitul je iný: "Umenie urobiť dvakrát toľko práce dvakrát rýchlejšie." Tu sa Scrum nenazýva metóda a nehovoríme o riadení projektov. Aj táto verzia výkladu v širšom kontexte je však opodstatnená. Najmä ak sa neberie do úvahy úzky rozsah vývoja softvéru, ale prístup, ktorý je základom rámca, ktorý sa ľahko rozširuje na takmer akýkoľvek typ kolektívnej činnosti.

Scrum: Stratené v preklade

Scrum (vyslovuje sa v ruštine „scrum“) je termín, ktorý v rugby označuje postavu vytvorenú hráčmi počas hry a v biznise bol vytvorený autormi Jeffom Sutherlandom a Kenom Schwaberom ako rámec pre efektívny proces vývoja softvéru. Oficiálny popis Scrumu neposkytuje návod, čo robiť v akejkoľvek situácii a niektoré otázky zostávajú nezodpovedané (napríklad naznačuje potrebu odhadu času prideleného procesu, ale nešpecifikuje typ odhadu). Preto hovoriť o Scrume ako o komplexnej metodológii v klasickom zmysle slova treba robiť opatrne.

Samotní vývojári softvéru často nazývajú Scrum framework, čo znamená platformu, ktorá určuje štruktúru softvérového systému, ako aj druh organizačnej formy, ktorá umožňuje štruktúrovanie obsahu procesu. Práve v tomto druhom význame „formového modelu pre štruktúrovanie obsahu kolektívnych aktivít“ sa Scrum začal používať v iných komerčných a nekomerčných odvetviach. Tam po naplnení obsahu riadiaca štruktúra dostala názov metodika.

Univerzálny rámec scrumu

Produktový manažment v Scrume pozostáva z niekoľkých krokov, ktoré sú univerzálne pre každý kontext.

  1. Vyberie sa „vlastník produktu“ – osoba, ktorá sa stane spojovacím článkom medzi trhom (zákazníkom produktu alebo koncovým používateľom) a tímom účinkujúcich. Táto osoba je zodpovedná za pridanú hodnotu produktu a od začiatku vidí celkovú víziu.
  2. Zostaví sa tím účinkujúcich, ktorých kompetentnosť sa musí spojiť so schopnosťou pracovať koordinovane.
  3. Scrum Master je určený. Tu je majster správca, ktorý sleduje postup prác v tíme, nie je však veliteľom, ale pomáha pri výcviku, zabezpečuje plánované stretnutia atď.
  4. Vytvorí sa zoznam požiadaviek na cieľ a produkt s prioritnými položkami. Tento zoznam sa v priebehu projektu mení.
  5. Členovia tímu hodnotia každú položku na zozname a rozhodujú, koľko času a materiálnych zdrojov bude potrebných na splnenie úlohy.
  6. Produktový vlastník, majster a členovia tímu usporiadajú stretnutie, na ktorom je naplánovaná spoločná diskusia o sprinte - krátkej (v praxi softvérových vývojárov nie viac ako mesiac), v ktorej sa plánuje vyriešiť určitú časť problémov . V niektorých kontextoch sa táto fáza nazýva iterácia. Predpokladá sa, že počas každej iterácie sprintu tím nazbiera určitý počet bodov, ktoré je žiaduce zvýšiť v nasledujúcom sprinte, aby sa preukázalo zvýšenie produktivity.
  7. Na informovanie všetkých účastníkov procesu je vytvorená informačná tabuľa naplnená lepiacimi papierikmi, ktorá rozdeľuje, čo je potrebné urobiť, čo prebieha a čo sa urobilo. Po dokončení úloh sa nálepky presúvajú z jedného stĺpca do druhého.
  8. Denne sa konajú krátke valné zhromaždenia. Vyjadrujú prekážky na ceste, určujú, čo sa už urobilo v prospech projektu a čo sa plánuje.
  9. Každý sprint končí podrobným prehľadom práce a rovnako dôležité je aj diskusia o výkonnosti procesu predchádzajúceho sprintu. Ak sa dá niečo zlepšiť, diskutuje sa o inováciách zameraných na optimalizáciu, ktoré budú implementované v nasledujúcom sprinte.

Aby bola takáto schéma životaschopná, metodika riadenia Scrumu musí pozostávať z niekoľkých komponentov:

  • filozofia scrumu, ktorá časom zahŕňala hodnoty a princípy agilného manifestu (autori metodiky patrili medzi 17 autorov, ktorí podpísali slávny manifest),
  • požiadavky v danom formáte,
  • určitý algoritmus akcií s rozdelením rolí v tíme,
  • špeciálny typ pracovného vzťahu,
  • špecifické chápanie individuálnej pracovnej fázy,
  • nástroje vhodné pre túto metodiku.

V závislosti od oblasti, v ktorej sa metodika riadenia Scrumu implementuje, sa charakteristiky niektorých komponentov môžu líšiť. Líši sa napríklad počet účinkujúcich v tíme, niektoré účtovné nástroje alebo bodový systém. Kľúčové body a rámec rámca Scrumu by však mali zostať nezmenené.

Filozofický základ Scrumu

Produktový manažment v Scrume na ideologickej úrovni sleduje určitý spôsob života a činnosti. Autor knihy o metóde Scrum mal v obľube japonské bojové umenia a táto vášeň sa prejavila aj v jeho postoji k jeho práci, ktorá už nebola len o zarábaní peňazí. Práca v štýle scrumu (ako Aikido) je spôsob neustáleho zlepšovania prostredníctvom praxe usilujúcej sa o jednotu tela a mysle.

Ideologické základy Scrumu boli neskôr jasnejšie vyjadrené v manifeste Agile. Uvádza 4 hodnoty a 12 princípov, ktorých dodržiavanie žiadali autori manifestu. Prvé miesto v hodnotovom systéme získali:

  • ľudia a ich interakcie,
  • pracovný produkt
  • živá spolupráca so zákazníkom,
  • ochota meniť sa a meniť.

Tieto hodnoty neboli protikladné, ale boli identifikované ako dôležitejšie v súvislosti s formálnym dodržiavaním procedurálnej šablóny a výberom nástrojov, dodržiavaním byrokratického postupu a dodržiavaním pôvodného plánu.

Predpokladalo sa, že ak prax robí úpravy v každej fáze a vďaka tomu je produkt lepší a hodnotnejší a spotrebitelia šťastnejší, potom je tento postup lepší ako prísne plánovanie. Agilný prístup spojil rodinu modelov založených na artikulovaných hodnotách. Scrum bol a zostáva súčasťou tejto rodiny modelov.

Úlohy v Scrume

Scrum prístup zahŕňa rozdelenie troch rolí medzi účastníkov projektu.

  1. Vlastník produktu. Táto osoba sa nazýva „vlastník produktu“, pretože sa stáva jediným, kto robí konečné rozhodnutie (takže táto úloha zvyčajne nie je delegovaná na skupinu ľudí). Taktiež vedie projekt ako celok a venuje sa zvyšovaniu hodnoty produktu pre trh (zákazníka), ktorého zastupuje. Výkonný pracovník tejto roly musí priradiť úlohy tímu pre sprint, ale neprideľuje úlohy konkrétnemu výkonnému. To znamená, že produkt riadi produktový vlastník, nie tím.
  2. Scrum Master. Z úlohy majstra tiež nevyplýva možnosť zadávania úloh konkrétnemu interpretovi, keďže tím sa pri dodržiavaní zásad prístupu musí prejavovať ako samoorganizujúci sa a samosprávny organizmus. Jeho úloha v práci je bližšia úlohe správcu:
  3. Tím. Scrum tím v tomto modeli je medzifunkčný a samostatne sa riadi. Neexistuje žiadna špeciálna osoba, ktorá by organizovala jej prácu. Vo vzťahu k oblasti vývoja softvéru tímy spravidla pozostávajú z 5 až 9 ľudí (v priemere sedem) špecialistov v rôznych oblastiach (analytici, vývojári, testeri). Napriek rôznorodosti špecialistov v rámci tímu Team funguje ako jeden celok a výsledky jeho činnosti sú hodnotené aj ako výsledok celkovej práce.

V iných oblastiach podnikania, ktoré si osvojili model Scrum, sa snažia udržať tento kvantitatívny štandard, pretože pre väčší tím je ťažké zorganizovať sa a efektívne fungovať. Nečudo v známej hre Čo? Kde? Kedy? jeho autor V. Vorošilov sa pri vymýšľaní pravidiel ustálil na šestici odborníkov ako na najefektívnejšom funkčnom kolektívnom celku.

V prípade škálovania pri riešení veľmi prácne mnohostranných problémov sa stále snažia nezvyšovať počet ľudí v Scrum tíme, ale organizovať systém viacerých tímov na prácu. Okrem iného to vysvetľuje „Brooksov zákon“, podľa ktorého, ak tím nestihne dokončiť projekt včas, pridanie ďalších interpretov projekt ešte viac zdrží.

Charakteristika pracovných etáp

Projektová práca a manažment času zahŕňajú fázy plánovania, sprintov a rozborov sprintov.

V modeli Scrum zahŕňajú procesy a činnosti transparentnosť. Aby každý mohol všetko vidieť v reálnom čase, zavádza sa špecifická sada nástrojov – tabuľa so stĺpikmi, na ktorých je proces znázornený preskupením nálepiek. V rozšírenej verzii je rozšírený zoznam informačných panelov.

Zoznam artefaktov Scrumu obsahuje 4 nástroje:

Všetky fázy, procesy (rituály) a technológie na používanie nástrojov sú dôležité pre životaschopnosť modelu. Scrum projektový manažment dáva maximálny účinok s komplexnou a systematickou implementáciou všetkých komponentov.

  • majster pracuje na vytvorení atmosféry dôvery v tíme, zatiaľ čo ostatní riešia svoje problémy,
  • odstraňuje prekážky
  • vyvoláva, formuluje a prináša do diskusie skryté rozpory,
  • sa stáva spojovacím článkom medzi projektovým manažérom a tímom.

Ahoj, Drahí priatelia!

Dávam do pozornosti recenziu na knihu Scrum. Revolučná metóda projektového manažmentu Geoffa Sutherlanda z vydavateľstva MIF.
Jeff Sutherland je poradcom OpenView Venture Partners a vedúcim Scrumu. Metodológiu Scrum vytvoril v roku 1993 a formalizoval ju v roku 1995 s Kenom Schwaberom. Dnes sa táto metóda používa po celom svete.

Vlastnosti prístupu SCRUM:

Existujú dva prístupy:

- kaskáda, čo podľa autora míňa stovky miliónov dolárov a často k ničomu nevedie. Princíp kaskádovej metódy je znázornený na obrázku:

- Nový:

"keď sa záväzky plnia s menším počtom síl, v krátkom čase a pri nízkych nákladoch a konečný produkt má vynikajúcu kvalitu a zabezpečuje vysokú produktivitu."

Pozrime sa na štruktúru knihy a zameriame sa na hlavné body, ktoré ma zaujali najviac.

1. Štruktúra knihy je veľmi jednoduchá: 9 kapitol, úvod a doslov v aplikačnom formáte, ktorý poskytuje stručný návod, ako jednoducho implementovať prístup SCRUM do vášho systému riadenia projektov.

2. Na konci každej kapitoly je stručné zhrnutie všetkého prezentovaného. To výrazne pomáha štruktúrovať informácie a vnímať ich hlbšie.

3. V knihe veľa zaujímavých životných príbehov, vďaka ktorým je proces čítania jasný a zaujímavý))

Jeff Sutherland na stránkach knihy rozpráva svoj príbeh: ako ho život priviedol k vytvoreniu takéhoto systému riadenia projektov. Rozpráva o najvýraznejších momentoch spolupráce s FBI a najväčšími spoločnosťami na svete.

5. Jeff Sutherland sa zameriava na dôležitým aspektom je vytvorenie si názoru aby nebol ovplyvnený niekým iným. V rámci tejto otázky pokrýva dva koncepty efektov:

kaskádový efekt,

Halo efekt alebo halo efekt.

Jeden z dobré metódy, aby nepodliehali vonkajším vplyvom – to je delfské (anonymné).
Na ilustráciu tohto prístupu autor uvádza mnohé zaujímavé príbehy. Niektoré z nich vás budú inšpirovať k rozvoju vašej inteligencie a viacúrovňového myslenia.

6. V mojej knihe problematika práce na strategických cieľoch je hlboko reflektovaná:
- koľko času potrebuje váš tím na dokončenie tej či onej úlohy,
- existuje jasná štruktúra a akčný plán na riešenie hlavných problémov spoločnosti,
- aká je dĺžka produktivity a mnohé iné.

Autor zdieľa jeden z najefektívnejších stavebných nástrojov úspešné podnikanie- "história používateľov". Jeho podstatou je tvoriť algoritmus na minimalizáciu nákladov práce pri dosiahnutí ciele: poskytovanie zákazníkoviže informácie/produkt ktoré potrebuje.

7. Jeff Sutherland venuje pozornosť aj problematike vytvárania určitej atmosféry v tíme, ktorá prispeje ako k vnútornému rastu každého zamestnanca firmy, tak aj firmy ako celku.

Hlavnou myšlienkou je šťastie:

Čo je v súčasnosti najdôležitejšie pre každého člena skupiny a pre celú skupinu?
- čo považujú za najdôležitejšie pre svoju spoločnosť.

Autor odporúča každému podnikateľovi oboznámiť sa s týmto diagramom. Jeho koncepcia je taká netreba sa sústrediť len na jeden segment, musia navzájom plne interagovať. Jeff Sutherland vo svojej knihe podrobne opisuje, ako to urobiť.

9. Plán krok za krokom uvoľnenie produktu.
A na záver by som sa rád pozastavil nad jedným z najdôležitejšie otázky pre každého podnikateľa pri tvorbe tovarov a služieb. To sú riziká, náklady.

Som si istý, že kniha sa stane jednou z najvýraznejších spomedzi ostatných na tému projektového manažmentu a bude vás inšpirovať k vytváraniu nových príležitostí, ako posunúť svoje podnikanie na novú, serióznejšiu úroveň na trhu.

Týmto by som, milí priatelia, rád zakončil svoju recenziu slovami autora:

Prajem vám nové výšky, priateľov a úžasné objavy!
Kniha „SCRUM Revolučná metóda projektového manažmentu od Jeffa Sutherlanda vám pomôže splniť si staré sny. Nájdete v ňom všetko od algoritmov na budovanie úspešného podnikania až po analytické tézy o tajomstve úspechu najväčšie spoločnosti mier.

Príjemné čítanie, priatelia!

Začiatok knihy si môžete zadarmo prečítať na stránke vydavateľstva Mann, Ivanov a Ferber
Knihu si môžete zakúpiť na labirint.ru a ozon.ru

Dajte mi vedieť v komentároch nižšie, ak poznáte koncept Jeffa Sutherlanda. Čo sa vám na jeho prístupe najviac páčilo?

Scrum je najefektívnejšia a najpopulárnejšia metodika projektového riadenia pre vývoj informačných systémov a softvéru.

Táto technika, ktorá bola vytvorená relatívne nedávno, si spočiatku získala popularitu vďaka použitiu pokročilých technologických technológií vo svojej práci. spoločnosti Apple a Google. Teraz je široko používaný v rôznych druhoch digitálnych online spoločností, malých startupov, tradičných a neziskových projektov, ktoré získali zaslúžené uznanie, pretože jeho použitie výrazne zvýšilo efektívnosť vývoja projektov a úloh.

Čo je podstatou metodiky Scrum?

Autori tohto revolučného trendu, Jeff Sutherland a Ken Schwaber, predstavili koncept Scrumu, ktorý si požičal zo slávnej tímovej hry „rugby“. Zjednodušene povedané jednoduchým jazykom, to znamená koordinovanú a zodpovednú tímovú prácu tímu na projekte.

Metodika umožňuje čo najefektívnejšie využiť dostupné pracovné a materiálne zdroje tímu, celý jeho technický potenciál, keď je personál rozdelený do skupín, z ktorých každá zodpovedá za svoju špecifickú oblasť.

V súlade s tým projektový manažér kontroluje a koordinuje prácu všetkých tímov, riadi procesy vývoja a diskusie o nápadoch a kontroluje ich postup ku konečnému výsledku. Táto metóda umožňuje kompetentne zbierať všetky potrebné údaje, vykonávať plnú kontrolu a osvojenie si situácie ohľadom implementácie pracovných procesov a v prípade potreby nastaviť správnu motiváciu pre zamestnancov.

Nedostatočná súdržnosť a nepochopenie konečného cieľa rozvoja často vedú k porušovaniu plánov a pracovných harmonogramov, zvýšeniu rozpočtu a vytvoreniu nezdravej vnútornej mikroklímy v tíme.

Na odstránenie všetkých týchto problémov je navrhnutá metodika Scrum, ktorá vznikla ako alternatíva k zastaranému klasickému prístupu postupnej implementácie projektov a úloh. Pomocou neho sa vývojový tím bude môcť navždy zbaviť zbytočných sporov, plytvania drahocenným časom, vykonávania duplikátov rovnakých úloh rôznymi skupinami, ako aj mnohých ďalších pretrvávajúcich problémov.

Analogicky s hrou rugby autori metodiky navrhujú, aby všetci členovia tímu „vstúpili do boja, pôsobili harmonicky a priviedli hru k požadovaný výsledok" To si vyžaduje jasné pochopenie zamýšľaného cieľa a jednotu zámerov všetkých členov. Iba v tomto prípade sa tímová práca stáva úspešnou a umožňuje vám dosiahnuť oveľa viac za kratší čas.

Manifest agilnej metodológie, jej základné princípy.

Zahŕňajú nasledujúce body:

  • Hlavnou prioritou je uspokojiť všetky potreby zákazníkov.
  • Projekty sú založené na samosprávnych tímoch profesionálov, bez nadriadených či šéfov, kde členovia tímu majú rovnaké práva a všetky rozhodnutia sa prijímajú kolektívne, na základe spoločného hlasovania. V tomto prípade sa proces formovania tímov prejaví plnšie a hneď je zrejmé, kto sa snaží dosahovať výsledky a kto je jednoducho v tíme a ťahá ho dole.
  • Funkčný produkt, ktorý uspokojí všetky potreby zákazníkov, je základným ukazovateľom pokroku.
  • Aby bola práca vykonaná efektívne, musíte vývojárom dôverovať vo všetkom. Práve to vytvorí optimálne podmienky pre rýchle prelomové riešenie zložitých problémov, založené na úplnom pochopení podstaty samotnej myšlienky všetkými účastníkmi procesu.
  • Nevyhnutným prvkom je jednoduchosť a minimum zbytočnej práce.
  • Tímy systematicky analyzujú spôsoby, ako zlepšiť efektivitu, zlepšiť kvalitu dizajnu a upraviť svoj pracovný štýl.
  • Neustála výmena informácií medzi vlastníkmi produktov, vývojármi a koncovými používateľmi, udržiavanie pracovného rytmu a každodenná spolupráca prispievajú k zvyšovaniu technickej dokonalosti.
  • Pracovný produkt by sa mal vydávať čo najčastejšie a zmeny požiadaviek by mali byť povolené vo všetkých fázach vývoja.

Hodnoty metodológie SCRUM

Pozitívny efekt používania technológie Scrum sa dosahuje pôsobením hodnotového systému uvedeného v slávnom manifeste:

  • Ľudia sú dôležitejším faktorom pri dosahovaní výsledkov ako samotné procesy . Zamestnanci, ktorí sú nespokojní s tým, čo robia, odpudzujúce problémy a potreby zákazníkov, často všetko pokazia oveľa viac ako nesprávne štruktúrované procesy vo firme.
  • Produkt je dôležitejší ako dokumentácia . Vytváranie veľkých objemov dokumentácie vedie k oneskoreniam pri dokončovaní práce, ale ani v najmenšom nepomôže tímu vytvoriť presne taký produkt, ktorý spotrebiteľ potrebuje.
  • Komunikácia a spolupráca s klientom je dôležitejšia ako písomná zmluva. Pre úspešnú realizáciu projektu a vytvorenie kvalitného produktu je potrebné v prvom rade zorganizovať úzku interakciu so zákazníkom, zapojiť ho do procesu tak, aby sa aj on mohol priamo podieľať na práci a chápať vyhliadky na dosiahnutie požadovaného výsledku. Je potrebné budovať úzke a dôveryhodné vzťahy, stať sa láskavými a čestnými partnermi a v tomto prípade nebudete musieť minúť veľa času a peňazí na vypracovanie a uzavretie zmluvy.
  • Schopnosť flexibilných zmien je dôležitejšia ako realizácia plánov. Pôvodne vypracované a schválené plány sa môžu v priebehu času dramaticky zmeniť a je dôležité kráčať k cieľu krok za krokom bez toho, aby ste sa ho pokúšali predpovedať z dlhodobého hľadiska. V tomto prípade bude možné vyhnúť sa hlúpym zlyhaniam a neprechovávať zbytočné ilúzie.
  • To, čo robíte, je dôležitejšie ako mať vysoké pozície a regálie. Pokiaľ ide o praktické činnosti pri vytváraní produktu, ktorý vyvíjajú zanietení profesionáli vo svojom odbore, klasickí šéfovia s vysoko postavenými pozíciami a regáliami v moderných podmienkach strácajú svoju úlohu, rušia sa hierarchie a organizácie získavajú plochý status.

Metodológia Scrum vytvára dôveru, čo vedie k interaktívnemu rozvoju a vytváraniu skutočnej hodnoty. Na základe jeho kľúčových princípov sa vyvíjajú rôzne nástroje čo najskôr a dosiahnuť požadované výsledky pri najnižších možných nákladoch.

Úlohy v SCRUM

Metodika Scrum je rozdelená na určité ukazovatele rolí, ktoré vykonávajú účastníci projektu, a to:

  • Vlastník produktu je akýmsi „spojom“ medzi konečnými spotrebiteľmi a vývojármi projektu. Zodpovedá za vypracovanie konceptu, komunikuje aj s vývojovým tímom a klientmi a diskutuje s nimi o aktuálnych a kontroverzných otázkach. Robí rozhodnutia a zodpovedá za hodnotu produktu. Ak chcete dosiahnuť efektívny výsledok, ktorý vám pomôže získať maximálne zisky, musíte dokonale rozumieť trhu a mať množstvo rozhodovacích právomocí. Preto sa pri vývoji veľkých projektov spravidla zúčastňuje niekoľko vlastníkov produktov.
  • Tím vývoja produktu, t.j. priamych realizátorov projektu. Zodpovednosť za tempo, načasovanie a kvalitu práce.
  • Scrum Master. Ide o zodpovednú osobu, ktorá sleduje priebeh projektu a pomáha tímu pri riešení a odstraňovaní rôznych druhov prekážok a problémov. Venuje sa tiež zvyšovaniu efektívnosti svojej práce, identifikácii bodov rastu a podpore motivácie zamestnancov. Organizuje všetky stretnutia a konferencie.

Plánovanie v SCRUM

Proces začína zostavením správneho tímu a zostavením zoznamu požiadaviek na vyvíjaný produkt, ktorý určuje smerovanie ku konečnému cieľu. Potom sú úlohy usporiadané v poradí podľa priority; v prípade potreby možno vymazať najmenej dôležité položky.

Plánovanie sa zvyčajne vykonáva v niekoľkých fázach:

  1. Výber vlastníka produktu.
  2. Vytvorenie profesionálnych tímov vrátane všetkých potrebných špecialistov na dokončenie projektu.
  3. Výber Scrum Mastera.
  4. Vytvorenie zoznamu požiadaviek (backlog) na produkt, umiestnenie každej položky podľa priority. Tento zoznam sa môže v priebehu práce meniť.
  5. Vyhodnotenie nevybavených vecí. Objasnenie rozmerov projektu. Členovia tímu hodnotia všetky položky na zozname a berú do úvahy všetky materiálové a časové náklady na vytvorenie každej z nich.
  6. Plánovanie šprintov (časové etapy plnenia jednotlivých úloh). Určenie prioritných cieľov sprintu, objemov, načasovania a rýchlosti dokončenia práce. Bodovanie dokončenia šprintu.
  7. Vytvorenie dosky Scrum a diagramu vykonávania úloh. Všetky úlohy, ktoré prebiehajú, sú už hotové alebo sa chystajú dokončiť, sú označené lepiacimi papierikmi a umiestnené do príslušných stĺpcov na tabuli.
  8. Denné operatívne stretnutia (krátke stretnutia so správami, identifikácia ťažkostí, úlohy naplánované na deň).
  9. Sprint review (ukážka dokončenej časti projektu dokončenej počas tohto sprintu).
  10. Retrospektívna show (prezentácia dokončeného sprintu, diskusia o pracovných aspektoch implementácie vylepšení).

V závislosti od rozsahu metodiky sa môžu niektoré body zmeniť alebo vypustiť, ale kľúčové etapy a rámec štruktúry zostávajú vždy rovnaké.

Tímová práca v SCRUM

Podstata tímovej práce

Metodológia Scrumu predpokladá úplnú otvorenosť informácií vrátane finančných informácií a absenciu akéhokoľvek prejavu hierarchie.

Na rozdiel od uzavretých hierarchických štruktúr, Scrum tímy uprednostňujú úplné zverejnenie všetkých informácií a znalostí o vykonávanom procese: koľko práce sa vykonalo na tento moment, v akých objemoch, čo sa urobilo a ako, čo je potrebné urobiť a v akom časovom horizonte.

To umožňuje tímom dobre si uvedomiť svoju vlastnú dynamiku úloh, aby mohli koherentne pracovať, rýchlo riešiť vzniknuté problémy a dosiahnuť požadovaný výsledok v čo najkratšom čase.

Charakteristika tímu

Najlepšie tímy majú tieto vlastnosti:

  • Autonómia a schopnosť sebaorganizácie, t.j. tím sa sám rozhodne, ako sa čo najlepšie dostať do cieľa.
  • Snaha o dokonalosť pracovného toku.
  • Multifunkčnosť tímu a prítomnosť kultúry vzájomnej pomoci a zameniteľnosti. Tím vybral ľudí, ktorí dokážu nahromadiť zručnosti potrebné na splnenie úloh.
  • Poradie úloh.
  • Žiadne spracovanie.
  • Práca v „flow“ je stav najvyššej tvorivej koncentrácie.

Veľkosti tímov

Tímová práca sa úspešne vykonáva iba vtedy, ak existuje malý, dobre koordinovaný tím. Aby sa váš projekt úspešne rozvinul, budete potrebovať 7-8 ľudí, ktorí na ňom budú pracovať.

Ak je počet zamestnancov nižší, produktivita práce sa výrazne zníži.

S väčším počtom ľudí pravdepodobne vzniknú rôzne druhy problémov: s komunikáciou, rôznymi adaptačnými časmi a vysokými nákladmi. Keď sú termíny krátke, pridanie ďalších zamestnancov do tímu len spomalí rýchlosť projektu.

Prečo SCRUM

Metodológia Scrum pomáha tímom rýchlo vyriešiť akékoľvek problémy v každej fáze práce na projekte, nájsť a vybrať optimálne riešenia zložitých problémov.

Umožňuje výrazne minimalizovať riziká vo vzťahoch so zákazníkom, pretože zabezpečuje postupné a včasné dodanie projektu. Spätná väzba s klientom je produkt predvedený a schválený vo všetkých existujúcich fázach vývoja.

V tomto prípade produktový vlastník nebude musieť minúť veľa času a peňazí, aby pochopil, že jeho projekt nefunguje podľa očakávania.

Aby sme to zhrnuli, môžeme konštatovať, že metodika Scrum povzbudzuje tím, aby bol v projekte aktívnejší a plodnejší, pomáha nájsť nové body rastu a snažiť sa neustále zlepšovať svoje znalosti a zručnosti.









2024 sattarov.ru.