Plánovanie webových projektov v praxi - PDF na stiahnutie zadarmo
Univerzita aplikovaných vied Gelsenkirchen zimný semester 2010/11 Seminárna práca Plánovanie webových projektov v praxi Lektor: Prof. Dr. Kladivo Vložil: Karsten Nolte Bilholtstr. 40 59399 Olfen Telefón: +49 2595 385679 E-mail: [email protected] Predmetový semester: 7 Príspevok: 27. októbra 2010
Obsah 1 Zoznam obrázkov IV 2 Úvod 1 3 Webové projekty všeobecne 2 3.1 Prečo vôbec plánovať. 2 3.2 Vlastnosti dobrých webových stránok. 3 3.3 Časť globálnej platformy. 4 4 Myšlienka projektu 5 4.1 Existuje už niečo také. 5 4.2 Aký je rozdiel? 5 4.3 Stojí to vôbec za to. 6 4.4 Výskum. 6 5 Definícia projektu 7 5.1 Zainteresované strany. 7 5.2 Rozsah funkcií. 9 5.3 Obdobie. 10 5.4 Náklady. 10 5.5 Kvalita. 10 5,6 Magický štvorec. 12 6 Plánovanie 13 6.1 Štrukturovanie. 13 6.2 Odhad úsilia. 14 6.3 Plánovanie nákladov. 15 6.4 Plán projektu. 16 6.5 Podporné nástroje. 16 7 Kontrola a riadenie 18 7.1 Ukazovatele úspechu. 18 7.2 Stretnutia. 18 7.2.1 Komunikácia. 19 II
Obsah 7.3 Protokolovanie. 19 7.3.1 Protokol akcie. 20 7.4 Správa verzií. 20 7.4.1 Podvracanie. 22 8 Dokončenie 24 8.1 Preberací test. 24 8.2 Záverečná analýza projektu. 24 9 Záver 25 10 Bibliografia 26 11 Čestné vyhlásenie 27 III
1 Zoznam obrázkov 3.1 Prečo projekty zlyhávajú. 2 5.1 Príklad komunikačnej matice (obsah: www.t3n.de). 8 5.2 Príklad schémy použitia. 9 5.3 Čarovný štvorec alebo diabolský štvorec. 12 6.1 Vzorový plán štruktúry projektu (obsah: www.t3n.de). 13 6.2 Excel príklad Pertova metóda (trojbodový odhad). 14 6.3 Príklad OpenProj Ganttov diagram (stĺpcový diagram). 16 7.1 Príklad protokolu akcie. 21 7.2 Užívateľské rozhranie RapidSVN. 23 IV
V tejto seminárnej práci sa podrobne zaoberám plánovaním webových projektov v praxi. K tejto téme som sa dostal počas svojej práce v itemis AG. Mojou úlohou bolo vyvinúť webovú službu krátkych URL, najmä pre itemis AG. Tento projekt trval celé obdobie troch mesiacov mojej práce a vyžadoval odo mňa veľa, čo sa týka plánovania. Dostal som teda nápad pozrieť sa podrobnejšie na tému plánovania webových projektov. Týmto spôsobom by som chcel kriticky preskúmať skúsenosti, ktoré som získal, a získať určitú kompetenciu pri plánovaní.
2 Úvod V nasledujúcej sa seminárna práca venuje základnému prístupu k webovým projektom a aspektom, ktoré je potrebné zohľadniť. Nejde o presné plánovanie, ale skôr o senzibilizáciu pre najdôležitejšie faktory pri plánovaní webového projektu. Informácie a zásady plánovania opísané v nasledujúcich kapitolách je možné v zásade použiť na akýkoľvek typ webového projektu. Zameriava sa však viac na stredne veľké až veľké projekty. Snažím sa vám poskytnúť široký prehľad o plánovaní webových projektov a stále, občas, popísať niekoľko techník/metód podrobne. 1
3 Webové projekty všeobecne 3.1 Prečo vôbec plánovať? Početné štúdie preukázali, že projekty zlyhávajú hlavne kvôli zlej komunikácii medzi zúčastnenými stranami a zlej príprave projektu. Často je to aj nedostatok zdrojov alebo príliš optimistické predpoklady týkajúce sa priebehu projektu. Obrázok 3.1 zobrazuje niekoľko ďalších dôvodov zlyhania webových projektov. Obrázok 3.1: Prečo zlyhávajú projekty Aby bolo možné čeliť týmto faktorom, ktoré často vedú k zlyhaniu projektu, plánujeme svoje plány štruktúrovaným spôsobom. Vypracovanie plánu tiež zabezpečí, že budete môcť rýchlejšie reagovať na nové požiadavky a včas vyhodnotiť možné účinky. Ciele webových projektov sú navyše často len nejasne formulované a vyžadujú si ďalšiu špecifikáciu. Kvalita a úsilie však tiež nie sú také ľahké na meranie v nehmotnom projekte, čo vedie k ďalšiemu problému s cenotvorbou 2
5 Definícia projektu 5.1 Zainteresovaná strana Zainteresovaná strana je pojem pre všetkých ľudí, ktorí sú zapojení do projektu, ovplyvnení alebo majú záujem o váš projekt. Mali by ste definovať všetky zainteresované strany vo vašom webovom projekte a umiestniť ich do skupín. Skupiny by potom mohli napr. byť: 1. Manažment 2. Projektový manažment od zákazníka 3. Projektový tím 4. Produktový manažment od zákazníka 5. Úpravy od zákazníka 6. Marketing od zákazníka 7. Cieľová skupina od zákazníka (kupujúci, fandovia, odborníci, deti atď.) Potom by to bola výhoda ak by ste sa mali zamyslieť nad nasledujúcimi otázkami: 1. Čo očakávajú príslušné skupiny zainteresovaných strán od výsledku projektu? 2. Ako sú jednotlivé skupiny zainteresovaných strán ovplyvnené výsledkom projektu? 3. Aké silné sú jednotlivé skupiny zainteresovaných strán? 4. Aký je ich význam pre váš projekt? 5. Aký typ komunikácie je na základe výsledkov otázok 1 až 4 potrebný pre túto skupinu zainteresovaných strán? 6. Ako by ste chceli ako projektový manažér komunikovať s touto skupinou? Ak ste odpovedali na tieto otázky, výsledky je možné dobre vizualizovať v komunikačnej matici, ako je zrejmé z obr. 5.1. 7.
KAPITOLA 5. DEFINÍCIA PROJEKTU Obrázok 5.1: Príklad komunikačnej matice (obsah: www.t3n.de) 8
KAPITOLA 5. DEFINÍCIA PROJEKTU 5.2 Rozsah funkcií Ak ste sa rozhodli zrealizovať svoj nápad na projekt po rozsiahlych a kritických úvahách, je čas definovať všetky funkčné požiadavky vášho webu. Najlepším spôsobom, ako to urobiť, je rozdeliť požiadavky na mušt, voliteľné a požadované kritériá a presne zaznamenať, kedy je príslušná požiadavka splnená. Po ukončení projektu musia byť splnené povinné kritériá Na druhej strane by mali byť podľa možnosti splnené voliteľné kritériá, ale nemusia. Požadované kritériá nie sú potrebné pre hlavnú úlohu webovej stránky, ale boli by užitočné. Nakoniec by mal byť vytvorený takzvaný produkčný manuál (storyboard) s podrobným popisom všetkých funkcií vášho webu. Obrázok 5.2: Príklad diagramu prípadov použitia Ďalej by ste mali znázorniť všetky možné prípady použitia v diagrame prípadov použitia, ako je to znázornené na obrázku 5.2, na jednej strane vnesie štruktúru do vášho vývoja a na druhej strane definuje počiatočné objekty a metódy. Vytvorenie grafu vás tiež prinúti: 9
KAPITOLA 5. DEFINÍCIA PROJEKTU Kvalita sa na začiatku neoceňuje tak veľmi ako faktor, ako je čas alebo funkčný rozsah projektu. Je to preto, že nie je také ľahké kvantifikovať kvalitu. Je ťažké ho zmerať, napríklad údaj o čase alebo rade funkcií v aplikácii. Kvalita je napriek tomu nesmierne dôležitá a vyžaduje si maximálne ocenenie. 11
KAPITOLA 5. DEFINÍCIA PROJEKTU 5.6 Čarovný štvorec Tieto štyri vlastnosti projektu, ktoré by ste teraz mali definovať, je možné schematicky znázorniť, ako je to znázornené na obr. 5.3. Obrázok 5.3: Magický štvorec alebo diabolský štvorec Tieto štyri faktory spolu tvoria pole napätia. Ak napr. pokúste sa znížiť náklady na svoj projekt, bude ťažké dodržať plánovanú kvalitu. Alebo ak plánujete dokončiť projekt rýchlejšie, ako ste plánovali, jeho funkčnosť sa môže rýchlo stratiť. Cieľom projektového plánovania je minimalizovať záťažové parametre (náklady a čas) a maximalizovať výkonové parametre (kvalita a funkčnosť). Nie je neobvyklé, že sa robia kompromisy. 12
6 Plánovanie 6.1 Štruktúra Po úplnom definovaní projektu je čas ho štruktúrovať. Za týmto účelom je celý projekt rozdelený do pracovných balíkov pomocou plánovania štruktúry projektu, ktoré je možné vykonávať a riadiť nezávisle. Rozpis pokračuje dovtedy, kým nebude možné jasne priradiť všetky pracovné balíčky skupine vývojárov alebo osobe a jasne priradiť pracovné zaťaženie balíka. Na obr. 6.1 môžete vidieť typický príklad štruktúry rozdelenia práce. Obrázok 6.1: Príklad plánu štruktúry projektu (obsah: www.t3n.de) Pri definovaní pracovného balíka by ste sa mali uistiť, že je technicky jasne oddelený od ostatných, aby sa predišlo neskoršiemu paralelnému vývoju. Okrem toho by malo byť možné uskutočniť pracovný balík v jasnom časovom rámci. Malo by to byť formulované tak, aby bol po dokončení k dispozícii overiteľný výsledok. V mojom projekte v itemis AG nebolo pre mňa ľahké vytvoriť takúto štruktúru rozdelenia práce, pretože som nemohol jasne oddeliť niektoré veci. 13
KAPITOLA 6. PLÁNOVANIE 6.2 Odhad nákladov Keď ste určili všetky pracovné balíčky pre váš webový projekt, mali by ste odhadnúť čas potrebný pre každý jednotlivý balík v takzvanom odhade úsilia. Keďže ste stále na úplnom začiatku svojho projektu, pravdepodobne bude pre vás pomerne ťažké odhadnúť čas potrebný na jednotlivé pracovné balíčky. Preto by som rád využil túto príležitosť a predstavil vám osvedčenú metódu, ktorú som poznal v itemis AG. Je to takzvaná Pertova metóda. Pri Pertovej metóde sa úsilie pre každý pracovný balík odhaduje v troch variantoch: 1. best case Odráža hodnotu, ak je možné všetko spracovať bez problémov a bez školenia. 2. priemerný prípad Je hodnota, ktorá sa očakáva pri bežnej implementácii s určitým časom tréningu. 3. najhorší prípad Definuje prípad, v ktorom jeden problém nasleduje za ďalším. Priemerný prípad má štvornásobok váhy ostatných dvoch prípadov. bestcase + 4 averagecase + Worstcase expectcase = 6 Na obr. 6.2 môžete vidieť príklad odhadu úsilia pre pracovný balík pomocou Pertovej metódy. Obrázok 6.2: Excel príklad Pertovej metódy (trojbodový odhad) 14
KAPITOLA 6. PLÁNOVANIE môže viac ako zahŕňať podporu plánovania. Okrem iného vás podporujú v: 1. Vytvorení štruktúry rozdelenia práce 2. Vytvorenie plánu projektu, ako je to znázornené na obrázku 6.3 3. Vytvorenie a vizualizácia závislostí v pracovných balíkoch 4. Plánovanie zdrojov (kedy ktorý zamestnanec čo robí?) Aký nástroj by ste mali použiť pre svoj webový projekt Nemôžem ti to povedať. Primárne je založená na zložitosti projektu, a teda na nevyhnutnom organizačnom a plánovacom úsilí. Ak je váš projekt veľmi zložitý, odporúčam komerčný produkt ako napr Použiť MS-Project. Pokiaľ to nie je také rozsiahle, odporučil by som excelovú šablónu alebo OpenProj. Počas svojej stáže v itemis AG som vytvoril štruktúru rozdelenia práce spolu s odhadom úsilia (Pertova metóda) v šablóne programu Excel. 17
KAPITOLA 7. RIADENIE A RIADENIE Obrázok 7.2: Rozhranie RapidSVN 23
8 Dokončenie 8.1 Akceptačný test Pred dokončením vášho webového projektu by ste ho mali znovu podrobne otestovať. Ideálne by to mali byť testovacie prípady, ktoré ste definovali na začiatku definície projektu. Mali by ste tiež trvať týždeň na kritické preskúmanie kvality a zrozumiteľnosti dizajnu. Pritom sa dajú nepríjemné maličkosti vyriešiť často bez námahy a s minimálnym úsilím. 8.2 Záverečná analýza projektu Po dokončení kolaudačného testu a odstránení všetkých počiatočných problémov by ste mali vykonať záverečnú analýzu projektu a skontrolovať svoj webový projekt. V tejto konečnej analýze potom navzájom porovnáte plánované a skutočné údaje, ako aj implementáciu funkčných a nefunkčných požiadaviek. Mali by ste tiež skontrolovať, či boli dodržané všetky termíny a aká bola spolupráca vo vývojovom tíme. Na základe výsledkov by ste potom mali byť schopní rozhodnúť, čo by sa malo prípadne zmeniť alebo zachovať v budúcich projektoch. Nezabudnite zdokumentovať svoje zistenia z webového projektu. 24
9 Záver V súhrne hovorím, že je nevyhnutné komplexne plánovať väčšie webové projekty, pretože vám pomáha sledovať veci. Úsilie, ktoré na začiatku investujete do svojho webového projektu, sa nakoniec vždy vždy vráti. Ak plánujete správne, ťažko si musíte položiť otázku, čo robiť počas vývoja, pretože máte pevný plán, ktorým sa riadite. To vedie k úspore času a predchádzaniu konfliktom. Po predstavení všetkých fáz a metód plánovania webových projektov je samozrejmé, že ich nemôžete použiť 1: 1 rovnako pre každý projekt. Vždy to závisí od individuálnej zložitosti webového projektu, požiadaviek a očakávaní zákazníka. 25
10 Bibliografia [Ang10] [Gri10] Angermeier, Dr. G.: Odborný časopis na internete pre úspešné riadenie projektov - faktory úspechu. http://www.projektmagazin.de/glossar/gl-0398.html, 2010 Griefahn, Prof. D.: Project Management Prednáška o programovacom projekte. 2010 [Ham09] Hammer, Prof. Dr. N.: Plánujte, navrhujte a implementujte webové stránky. Springer, 2009 [Hop10] Hoppe, Michael: »Dokonalý web«, ako vyzerá? http://www.wwweb-solutions.de/perfekte-website.html, 2010 [KW10] [Mar10] Konzept-Welt.de: plánovanie projektu, koncepcia začiatku projektu, úvodná koncepcia projektu. http://www.konzept-welt.de/konzepte/projektplanung.html, 2010 Martin, Tobias: Počiatočné plánovanie a komunikácia ako kľúč k úspechu Úspešné uskutočnenie webových projektov od A po Z. http://t3n.de/magazin/anfangsplanung-kommunikation-schlussel-erffekt- 223111 /, 2010 [Sch10] Schneider, Patrick: Concept. http://item.is/konzeption, 2010 [SEL10] SELFHTML: plan web projects. http://de.selfhtml.org/projekt/planen.htm, 2010 [Zen10] Zentec.de: Ukazovatele úspešných technologických projektov - 10 ukazovateľov úspešných projektov. http://www.zentec.de/226-0- výskumné projekty - ukazovatele úspechus.html, 2010 26
11 Čestné vyhlásenie Prehlasujem, že som seminárnu prácu vypracoval samostatne a bez vonkajšej pomoci a že som nepoužil iné zdroje alebo zdroje, ako sú uvedené. Dátum, podpis 27