Microsoft Word - Ivanec - esej2011_16-si-xivanec.doc

Podobné dokumenty
Sablona prispevky MSI

Manažment v Tvorbe Softvéru 2018/2019

Microsoft Word - Hitka - esej2011_06-is-xhitka.doc

Sablona prispevky MSI

Sablona prispevky MSI

NSK Karta PDF

Snímka 1

msipapersource54-fabik

Snímka 1

Microsoft Word - Manažment_tagov_tim24_tema12_2017.docx

Sablona prispevky MSI

Sablona prispevky MSI

Style Sample for C&N Word Style Sheet

Microsoft Word - Kocian - esej2011_13-is-xkocianr.doc

Sablona prispevky MSI

msipapersource34-gablovsky

Microsoft Word - Lajcin - esej2011_07-si-xlajcin.doc

Sablona prispevky MSI

Sablona prispevky MSI

Microsoft Word - Fabik - esej2011_18-is-xfabik.doc

Microsoft Word - Pavlech - esej2011_02-is-xpavlechl.doc

NSK Karta PDF

C(2014)5449/F1 - SK

SK01-KA O1 Analýza potrieb Zhrnutie BCIME tím Vyhlásenie: "Podpora Európskej komisie pre výrobu tejto publikácie nepredstavuje súhlas

Microsoft Word - Bartalos.doc

Snímka 1

#project #process #change PRACUJTE FLEXIBILNE A INOVATÍVNE! AGILE MANAGEMENT

NSK Karta PDF

Microsoft Word - msipaper44-hlavacek.doc

Microsoft Word - RolyRiadeniaZmien_V1.doc

Výročná správa JA Firmy M-GROUP

ČG_O.L

PM pre Automotive a vyrobu-1

NSK Karta PDF

ISO Systémy manažérstva proti korupcii Svetový deň normalizácie 2018 Miroslav HRNČIAR Žilinská univerzita v Žiline

Slovenská technická univerzita v Bratislave Fakulta informatiky a informačných technológií Zápisnica zo stretnutia #4 Tím sixpack Bc. Jozef Blažíček B

Microsoft Word - msipaper63-lamos.doc

Prezentácia programu PowerPoint

Snímek 1

Sablona prispevky MSI

Moderne projekty v biznis suvislostiach-1

Prezentácia programu PowerPoint

Microsoft Word - šaderová-LM.doc

Vzorové riešenia úlohy 4.1 Bodovanie Úvod do TI 2010 Dôvod prečo veľa z Vás malo málo bodov bolo to, že ste sa nepokúsili svoje tvrdenia dokázať, prič

Microsoft Word - msipaper57-petrakova.doc

Predstavenie tímu Náš tím pozostáva zo siedmich členov: Andrej Hucko, Jakub Domian, Ľubomíra Trnavská, Ján Karaffa, Ľudovít Popelka, Dušan Janeček a Z

Vyhodnotenie študentských ankét 2013

Snímka 1

Sablona prispevky MSI

4-david-msipapersource10.doc

KRITÉRIÁ PRE VÝBER PROJEKTOV - POSUDZOVACIE KRITÉRIÁ pre posúdenie projektových zámerov v rámci Integrovaného regionálneho operačného programu priorit

Agilní metodiky pro distribuované projekty

Microsoft Word - AAC-UDVA-sprava o transparentnosti 2016

SLOVENSKÁ TECHNICKÁ UNIVERZITA V BRATISLAVE FAKULTA INFORMATIKY A INFORMAČNÝCH TECHNOLÓGIÍ Metodika archivácie verzií HW Tímový projekt Stratos FIIT M

Microsoft PowerPoint - OOP_prednaska_10.pptx

Microsoft Word - AAC-U2-sprava o transparentnosti 2017

Microsoft PowerPoint - Dohľad SMS_15_6_2008 [Režim kompatibility]

Microsoft Word - Vacula - esej2011_04-si-xvacula.doc

Riadiaci pracovník (manažér) obstarávania Charakteristika Riadiaci pracovník (manažér) obstarávania riadi a koordinuje činnosti a zamestna

Microsoft Word - Krajcovic - Esej2011_10-si-xkrajcovic.doc

Microsoft Word - Jaroszewicz - esej2011_08_15_xjaroszewicz.docx

Metódy dokazovanie v matematike 1 Základné pojmy Matematika exaktná veda vybudovaná DEDUKTÍVNE ZÁKLADNÉ POJMY základy každej matematickej teórie sú in

msipapersource61-petras

#project #process #change Univerzitný program projektový manažment Školenie pre budúcich expertov projektového riadenia

Príloha k príkazu generálneho riaditeľa Sociálnej poisťovne č. 2/2018 Popis a zodpovednosti rolí v rámci projektového riadenia (1) Riadiaci výbor proj

Portál VŠ a CEP

Rozdeľovanie IT zákaziek UX Peter Kulich

PowerPoint Presentation

Akreditovaný polročný kurz Riadenie a rozvoj ľudských zdrojov

Akadémia projektového manažmentu

Správa o overení ročnej účtovnej závierky Európskeho monitorovacieho centra pre drogy a drogovú závislosť za rozpočtový rok 2015 spolu s odpoveďami ce

Microsoft PowerPoint - 1_eSO1

NSK Karta PDF

Microsoft Word - a13_45.SK.doc

SMALL INTERACTIVE COMPUTER ACTIVITIES MADE BY PRIMARY TEACHERS (My PhD thesis one year after) Peter Tomcsányi Katedra základov a vyučovania informatik

Teória pravdepodobnosti Zákony velkých císel

VZTAH STUDENTŮ VŠ K DISCIPLÍNÁM TEORETICKÉ INFORMATIKY

C E N N Í K č. 233 ubytovania v Ubytovacom zariadení VEĽKÝ DIEL UNIZA Článok 1 Študenti denného štúdia 1. Študenti denného štúdia, ceny za ubytovanie

?SPEÐNOS? PROJEKTOV SYSTÉMOVEJ INTEGR?CIE

Sablona prispevky MSI

Prezentácia programu PowerPoint

Intellectual Property, Psychology and Sociology

Hodnotenie v predmetoch VÝTVARNÁ VÝCHOVA, HUDOBNÁ VÝCHOVA, VÝCHOVA UMENÍM, TELESNÁ VÝCHOVA, NÁBOŽENSKÁ VÝCHOVA, ETICKÁ VÝCHOVA, PRACOVNÉ VYUČOVANIE, T

Microsoft Word - Manazment_projektov_tim24_tema12_2017.docx

SVET PRÁCE PRIMÁRNE VZDELÁVANIE ISCED 2 VYUČOVACÍ JAZYK SLOVENSKÝ JAZYK VZDELÁVACIA OBLASŤ ČLOVEK A SVET PRÁCE PREDMET SVET PRÁCE SKRATKA PREDMETU SVP

Nová éra Microsoft Dynamics 365 v IT spoločnosti GAMO Vďaka dodanému riešeniu sme pomohli zlepšiť fungovanie kľúčových oblastí

PosAm Servio

Sablona prispevky MSI

Microsoft Word - msipaper08-okresa.doc

PowerPoint Presentation

01 Podrobné kritériá 2016_01_13_Sk _tr changes-Jany

Ministerstvo hospodárstva Slovenskej republiky ako sprostredkovateľský orgán pre Operačný program Výskum a inovácie vydáva USMERNENIE č. 6 k výzve na

Microsoft Word - msipaper70-lencucha.doc

SK MATEMATICKA OLYMPIADA 2010/ ročník MO Riešenia úloh domáceho kola kategórie Z4 1. Doplň do prázdnych políčok čísla od 1 do 7 každé raz tak,

Stepanek3D bannery

Zásady akreditačnej komisie na posudzovanie spôsobilosti fakúlt uskutočňovať habilitačné konanie a konanie na vymenovanie profesorov

NSK Karta PDF

Prepis:

ZARUČÍ PLÁNOVANIE VEDENÉ SCRUMOM ÚSPEŠNOSŤ PROJEKTU? Úspech nie je nikdy definitívny, ale neúspech definitívny byť môže. Peter Ivanec Slovenská technická univerzita Fakulta informatiky a informačných technológií Ilkovičova 3, 842 16 Bratislava peter.ivanec[zavináč]gmail[.]com Abstrakt. Plánovanie je dôležitou a neoddeliteľnou súčasťou každého projektu, nie len toho softvérového. Pri použití agilnej metodológie Scrum je plánovanie oveľa intenzívnejšie a kritickejšie než pri inom spôsobe vývoja softvéru. V jednotlivých šprintoch s niekoľkotýždňovým trvaním je potrebné plánovať a dodržať krátkodobé ciele stanovené pre ten-ktorý šprint. Pokiaľ má projekt skončiť úspechom, musí byť dobre rozplánovaný a musia byť dodržané všetky stanovené termíny. Čo to ale úspešný projekt je a kto rozhoduje o tom, či je daný projekt úspešný, alebo nie? Naplánovanie termínov úloh projektu však nestačí. Sú známe isté faktory agilného vývoja, ktorých súvislosť s úspešnými Scrum projektmi bola dokázaná. Preto je v eseji plánovanie opisované ako prostriedok, ktorý dá projektu potenciál úspešnosti. Je to ale všetko čo treba k zaručeniu úspechu? Stačí projekt iba naplánovať? Čo všetko musí plánovanie zahŕňať, aby sa na základe plánu dosiahol úspešný projekt? Kľúčové slová: úspešný projekt, plánovanie projektu, odhad, agilný vývoj, Scrum, šprint, rozdelenie úloh, príčiny neúspechov v projekte Manažment projektov softvérových a informačných systémov, 2011, s. 1-6

2 Peter Ivanec Úvod V súčasnej dobe svet informačných technológií napreduje míľovými krokmi. Veľmi rýchlo sa vyvíja a mení, čo má za následok dopyt zákazníka po zložitejších a komplexnejších produktoch založených na pokročilých technológiách. Na uspokojenie ich potrieb často nestačia malé vývojárske tímy, alebo dokonca jednotlivci. Sú vytvárané tímy odborníkov z rôznorodými znalosťami pokrývajúcimi danú problematiku. Tím skladajúci sa zo správnych ľudí je prvý nutný predpoklad úspešného zvládnutia projektu, nie však postačujúci. Na ceste k úspešnému projektu potrebuje minimálne ďalšie dve veci. Prvou je definovanie pojmu úspech projektu a tou druhou je správne naplánovanie činností vedúcich k tomuto úspechu [3]. Zle definovaný úspech projektu vedie k zameraniu sa na nesprávne ciele a snaha členov tímu sa minie účinku. Taktiež zle vytvorený plán vedie k neefektívnemu vývoju, plytvaniu prostriedkov a tým najčastejšie k nesplneniu termínov dohodnutých so zákazníkom, čo často býva pre projekt fatálne. Úloha plánovania v projekte Plánovanie ako také vo všeobecnosti predstavuje určitý organizačný proces vytvorenia a spravovania plánu, ale aj proces premýšľania nad cieľmi a následnými krokmi vedúcimi k splneniu týchto stanovených cieľov. Pri pohľade na pojem plánovanie v oblasti agilného vývoja softvéru ide o definovanie požiadaviek na zdroje, naplánovanie a vytvorenie rozvrhu pre funkcionalitu a úlohy, ktoré je potrebné vopred identifikovať a čo najpresnejšie odhadnúť ich časovú náročnosť implementácie [2]. Plánovanie v projekte, kde je použitý Scrum, je základný stavebný pilier projektu, pretože pri tejto metodológii nie sú stanovené podrobné dlhodobé plány. Vývoj projektu je riadený krátkodobými plánmi, v štandardnej dĺžke jedného šprintu, takže sa relatívne rýchlo mení, aktualizuje a dotvára. Ja, ako manažér rozvrhu a plánovania šesťčlenného tímu som mal zodpovednosť za vytváranie plánu projektu, správu definovaných úloh, odhad potrebného času na ich vykonanie, ako aj správu plánovania vo webovom nástroji na manažment projektu Redmine. Nemal som však žiadne predošlé praktické skúsenosti s plánovaním projektu alebo nástrojom Redmine, čo sa odzrkadlilo na prvých šprintoch, kde sme ako tím nezvládli v stanovenom čase dodať funkcionalitu produktu požadovanú zákazníkom. Samozrejme, za prvotný neúspech nemohlo len nekorektné plánovanie, ale bolo jednou z hlavných príčin. Príčinou v plánovaní bolo zlé odhadnutie času vymedzeného pre splnenie úloh, stanovenie priveľkého počtu úloh na krátke časové obdobie celého šprintu, prílišná abstraktnosť definovaných úloh, ktoré bolo treba rozdeliť na viac konkrétnejších úloh. Príčiny neúspechu budú v eseji ešte spomenuté.

Zaručí plánovanie vedené Scrumom úspešnosť projektu? 3 Čo je to úspešný projekt? Úspešnosť je pojem, ktorý nie je známy nielen pri vytváraní projektu, ale počas jeho celého životného cyklu. Spravidla o úspešnosti projektu rozhodne až samotný zákazník, z čoho vyplýva fakt, že s každým zákazníkom sa mení pojem úspešnosti projektu. Pre niekoho môže byť úspech, keď je splnená požadovaná funkcionalita produktu a po nasadení sa softvér správa podľa očakávaní. Pre iného sa projekt stane úspešným, až keď sa ujme v praxi. Požiadavky sa menia k zákazníka k zákazníkovi. Je nesmierne dôležité mať ale tento pojem so zákazníkom vyjasnený na začiatku samotného projektu, aby bolo možné vhodne plánovať postup vývoja produktu. V opačnom prípade sa môže stať, že sa tím sústredí na iné aspekty ako zákazník, čo po zistení vedie k náročným a drahým zmenám produktu alebo celkovému neúspechu projektu. Nemusí byť ovplyvnená kvalita vývoja produktu, ale bez znalosti, na čo sa v projekte sústrediť viac a na čo menej nevieme na ktorú funkcionalitu sa zamerať na začiatku, a ktorú dorobiť neskôr [2]. Pri tímovom projekte, na ktorom momentálne pri písaní tejto eseje pracujem, sme si nestanovili čo všetko má výsledný produkt spĺňať na to, aby ho bolo možné prehlásiť za úspešný. Argument veď sme ešte nezačali ani vyvíjať alebo ešte je priskoro nie sú opodstatnené a podľa môjho názoru vôbec nie správne. Ako už bolo spomenuté vyššie, odpoveď na otázku Čo považovať za úspešný projekt? nie je jednoznačná, pretože ide o splnenie cieľov, ktoré je potrebné si na začiatku projektu stanoviť. Predstavu úspešného produktu je vhodné v tíme prediskutovať a zjednotiť čím skôr, aby sme predišli problémom v budúcnosti. Ako plánovať a rozvrhnúť projekt Funkcia manažéra rozvrhu a plánovania nespočíva len v identifikovaní časovej náročnosti úloh v danom šprinte. Zahŕňa mnoho ďalších úloh a zodpovedností, ktoré budú ešte spomenuté. Plánovanie jednotlivca Manažér rozvrhu a plánovania by nemal pracovať úplne samostatne, ani to nie je pri práci v tíme vhodné, pretože treba udržiavať neustálu komunikáciu jednak s členmi tímu, ale aj zákazníkom. Mal by jednotlivé úlohy prediskutovať s členmi, ktorí sú za ich vykonanie zodpovední a môžu mu poskytnúť cennú spätnú odozvu, čo výrazne spresní časový odhad jednotlivých úloh a tým zvýši kvalitu plánovania. V mojom prípade som bol odkázaný na neustálu komunikáciu s členmi tímu a ich spätné odozvy o to viac, že som s plánovaním nemal žiadne predchádzajúce skúsenosti. Napriek tomu však plánovanie nebolo úspešné, no nemôžeme tvrdiť, že nemohlo dopadnúť horšie. Nadväznosť úloh Pri identifikácií úloh jednotlivých zadaných používateľských príbehov musíme brať do úvahy prepojenie a súvislosti týchto úloh. Je potrebné naplánovať termíny tak, že úlohy, od ktorých sú ostatné závislé prípadne nimi blokované, sú určené ako prioritné.

4 Peter Ivanec Čo by nás asi tak čakalo, keby sme si napríklad stanovili termín odovzdania návrhu grafického používateľského prostredia neskôr, než termín samotnej implementácie? Presne tak, neúspech. A po neúspechu predsa nikto netúži. Správa a kontrola aktívnych úloh Naplánovaním a zadelením úloh práca manažéra rozvrhu a plánovania zďaleka nekončí. Má zodpovednosť za sledovanie priebehu a plnenia jednotlivých úloh. Musí správne viesť a korigovať ostatných členov tak, aby pracovali priebežne a dokázali vyriešiť úlohy v dohodnutom termíne a v dohodnutej časovej dĺžke práce. Čo vplýva na úspech projektu? Je dôležité vedieť, že sú isté faktory vyskytujúce sa pri plánovaní vplývajúce na výsledok projektu. Tieto faktory sú dostatočne všeobecné, takže sa dajú uplatniť v procese plánovania a tvorby rozvrhu nezávisle od pojmu úspech projektu. Chow a Cao analyzovali stodeväť agilných projektov z dvadsiatichpiatich rôznych krajín. Použitím rôznych regresných techník na projekty testovali dvanásť základných faktorov a ich vplyv na projekt. Ako je znázornené na tabuľke číslo 1, získali šesť kritických faktorov hypoteticky súvisiacich s úspechom agilného projektu [1][2]. Tab. 1. Sumár testovaných hypotéz [1]. Faktory Kvalita Rozsah Načasovanie Cena Riadenie záväzkov H1a H1b H1c H1d Organizačné prostrenie H2a H2b H2c H2d Tímové prostredie H3a H3b H3c H3d Schopnosti tímu H4a H4b H4c H4d Zásah zákazníka H5a H5b H5c H5d Proces riadenia projektu H6a H6b H6c H6d Proces definovania H7a H7b H7c H7d projektu Inžinierske techniky H8a H8b H8c H8d agilného softvéru Stratégia dodávky H9a H9b H9c H9d Povaha projektu H10a H10b H10c H10d Typ projektu H11a H11b H11c H11d Rozvrh projektu H12a H12b H12c H12d Z uvedenej tabuľky vyplíva, že plánovanie je výrazne ovplyvnené schopnosťami jednotlivých členov tímu a spôsobom dodávky softvéru. Hovorí sa, že reťaz je taká silná ako jej najslabší článok. To platí aj vo vývoji projektu. Tím môže mať vysokokvalifikovaných odborníkov, ale pokiaľ slabší členovia tímu nesplnia úlohy za ktoré zodpovedajú, môže zlyhať celý projekt. Tomuto efektu sa dá predísť rozumným zadelením úloh členom tímu podľa ich schopností. Takto bude mať

Zaručí plánovanie vedené Scrumom úspešnosť projektu? 5 každý člen také úlohy, ktoré je schopný splniť. Avšak táto vzniknutá nerovnosť by mala byť vyvážená kvantitou zadelených úloh jednotlivým členom. Stratégia dodávky častí produktu je takisto kritický faktor. Voľba priority pri vývoji a dodávke častí produktu je veľmi dôležitá. Kľúčové a hlavné funkcie systému by mali byť vyvinuté skôr, jednak aby produkt mal hotový prototyp, ale aj kvôli spätnej väzbe zákazníka, ktorý buď funkcionalitu schváli, alebo požiada o zmenu. Tým sa dajú včas zmeniť alebo opraviť jednotlivé časti produktu, ktoré si zákazník vyžiada, bez veľkého zásahu do ostatných funkčných častí. Záver Proces plánovania je zložitá a nepresná aktivita, v ktorej stanovujeme termíny a odhady úlohám, ktorých priebeh je ovplyvnený veľkým množstvom rôznych faktorov. Pri niektorých vieme predvídať s väčšou, pri iných s menšou presnosťou. Vytvoriť plán založený na nepresných odhadoch, podľa čoho sa má postupovať ďalej nie je ľahké, obzvlášť, ak má daný plán byť optimálny z hľadiska vykonanej práce a využitia dostupných prostriedkov. Vychádzajúc z praktických skúseností plánovania získaných na predmete Tímový projekt nemôžem tvrdiť, že metodológia Scrum zaručí úspech a iné postupy nie. Myslím si však, že pri agilnom plánovaní, kde je plánovanie veľmi dynamické a flexibilné, sa plánuje s väčšou presnosťou. Plánovanie je sústredené na krátke časové úseky, podľa môjho názoru v niektorých prípadoch pre implementáciu až príliš krátke. To, že kontrolné body a odovzdávanie častí systému sú rovnomerne distribuované v takýchto krátkych intervaloch má ale veľkú výhodu, pretože miera práce je po celý čas vývoja produktu vysoká a nie je koncentrovaná iba k blížiacemu sa koncu projektu. Cieľom tejto eseje bolo poukázať na základné piliere plánovania, ale taktiež zdôrazniť neurčitosť, ktorá sa v ňom vyskytuje. Nedá sa jednoznačne vo všeobecnosti určiť, za akých podmienok sa projekt stáva úspešným, to je individuálna záležitosť každého projektu, ale dá sa vhodným plánovaním poskytnúť veľmi sľubný základ. Pridržiavaním sa spomenutých overených faktorov vplyvu agilného vývoja na výsledok projektu eliminujeme podstatnú väčšinu príčin neúspechu a uľahčíme prácu ostatným členom tímu do najvyššej možnej miery. A o to v plánovaní predsa ide. Použitá literatúra 1. Chow, T., Cao D.B.: A survey study of critical success factors in agile software projects. Journal of Systems and Software, Vol. 81 No. 6, (2008), 961-971. 2. França, A.C.C., da Silva, F.Q.B., de Sousa Mariz, L.M.R.: An empirical study on the relationship between the use of agile practices and the success of Scrum projects. Symposium on Empirical Software Engineering and Measurement, 2010. 3. Dvir, D., Raz, T., Shenhar, A.J.: An empirical analylis of the relationship between project planning and project success. International Journal of Project Management 21, (2003), 89-95.

6 Peter Ivanec Annotation Will SCRUM based planning guarantee the success of project? Planning is important and integral part of every project, not only that software oriented. Using agile methodology - Scrum - is planning more intensive and critical than in other types of software development. In individual few-weeks-long sprint is necessity to plan and meet short term goals specified for that-which sprint. If the project wants to end successfully, it has to be well planned and all specified deadlines have to be met. But what is the successful project and who decide, if concrete project is successful or not? Planning deadlines of projects alone is not enough. There are known certain agile programming factors, which connections with successful Scrum project were proven. Therefore is planning in this essay described as a tool, which gives the project potential of success? Is it everything that is needed to guarantee success? Is setting a project plan only really enough? What planning needs to include, so project based on this plan will be successful?