Webprojektek tervezése a gyakorlatban - PDF ingyenes letöltés

Gelsenkircheni Alkalmazott Tudományegyetem 2010/11. Téli szemeszter Szemináriumi munka Web projektek tervezése a gyakorlatban Előadó: Prof. Dr. Kalapács Beküldte: Karsten Nolte Bilholtstr. 40 59399 Olfen Telefon: +49 2595 385679 E-mail: [email protected] Tantárgyfélév: 7 Beküldés: 2010. október 27.

tervezése

Tartalom 1 A IV. Ábrák felsorolása 2 Bevezetés 1 3 A webes projektek általában 2 3.1 Miért kell egyáltalán tervezni? 2 3.2 A jó weboldalak jellemzői. 3 3.3 Globális platform része. 4 4 Projektötlet 5 4.1 Létezik-e már ilyesmi. 5 4.2 Mi a különbség? 5 4.3 Megéri-e egyáltalán. 6 4.4 Kutatás. 6 5 A projekt meghatározása 7 5.1 Az érdekelt felek. 7 5.2 Funkciók köre. 9 5.3 Időszak. 10 5.4 Költségek. 10 5.5 Minőség. 10 5.6 Mágikus tér. 12 6 Tervezés 13 6.1 Strukturálás. 13 6.2 Az erőfeszítés becslése. 14 6.3 Költségtervezés. 15 6.4 Projektterv. 16 6.5 Támogató eszközök. 16 7 Ellenőrzés és irányítás 18 7.1 Sikeres mutatók. 18 7.2 Találkozók. 18 7.2.1 Kommunikáció. 19 II

Tartalomjegyzék 7.3 Naplózás. 19 7.3.1 Akcióelem-protokoll. 20 7.4 Verziókezelés. 20 7.4.1 Felforgatás. 22 8 Teljesítés 24 8.1 Elfogadási teszt. 24 8.2 A projekt záró elemzése. 24 9 Következtetés 25 10 Irodalomjegyzék 26 11 Nyilatkozat 27 III

1 A 3.1. Ábra felsorolása Miért buknak meg a projektek? 2 5.1 Példa kommunikációs mátrixra (tartalom: www.t3n.de). 8 5.2 Példa a felhasználási esetekre. 9 5.3 Mágikus tér vagy ördög tere. 12 6.1 Példa a projekt szerkezeti tervére (tartalom: www.t3n.de). 13 6.2 Excel példa Pert módszer (hárompontos becslés). 14 6.3 OpenProj példa Gantt-diagram (oszlopdiagram). 16 7.1 Példa egy műveletelem protokollra. 21 7.2 RapidSVN felhasználói felület. 23 IV

Ebben a szemináriumi cikkben részletesen foglalkozom a webes projektek tervezésével a gyakorlatban. Az itemis AG-nél végzett munkám révén találkoztam ezzel a témával. Az én feladatom volt egy webes rövid URL szolgáltatás fejlesztése, különösen az itemis AG számára. Ez a projekt a munkám teljes három hónapját lefedte, és sokat követelt tőlem a tervezés terén. Ezért merült fel bennem az ötlet, hogy közelebbről megvizsgáljam a webes projekttervezés témáját. Ily módon szeretném kritikusan megvizsgálni az általam szerzett tapasztalatokat, és némi kompetenciát szerezni a tervezés során.

2 Bevezetés A továbbiakban a szemináriumi cikk a webes projektek alapvető megközelítésével és a figyelembe veendő szempontokkal foglalkozik. Nem egy pontos ütemezésről van szó, hanem egy webprojekt tervezése során a legfontosabb tényezők érzékenyítéséről. A következő fejezetekben leírt információk és a tervezés alapelvei alapvetően bármilyen típusú webprojektre alkalmazhatók. A hangsúly azonban inkább a közepes méretű és a nagy projektekre irányul. Igyekszem széles körű áttekintést adni a webes projektek tervezéséről, és hébe-hóba mégis részletesen leírok néhány technikát/módszert. 1

3 Webprojektek általában 3.1 Miért kell egyáltalán tervezni? Számos tanulmány kimutatta, hogy a projektek kudarcot vallanak elsősorban az érintettek közötti rossz kommunikáció és a projektek rossz előkészítése miatt. Gyakran a források hiánya vagy a projekt menetét illetően túl optimista feltételezések is. A 3.1. Ábra néhány további okot mutat be a webes projektek kudarcához. 3.1. Ábra: A projektek kudarcai E tényezők - amelyek gyakran a projekt kudarcához vezetnek - ellensúlyozása érdekében az ember strukturált módon tervezi meg a terveit. A terv kidolgozása azt is biztosítja, hogy gyorsabban tudjon reagálni az új követelményekre, és időben fel tudja mérni a lehetséges hatásokat. Ezenkívül a webes projektek céljai gyakran csak homályosan vannak megfogalmazva, és további pontosítást igényelnek. De a minőség és az erőfeszítés nem is olyan könnyű mérni egy lényegtelen projektben, ami további problémát okoz az árképzéssel 2

5 A projekt meghatározása 5.1 Az érdekelt felek kifejezés az összes olyan ember kifejezés, aki részt vesz, érintett vagy érdekelt a projektben. Meg kell határoznia a webprojekt összes érintettjét, és csoportokba kell sorolnia őket. A csoportok akkor pl. legyen: 1. Menedzsment 2. Projektmenedzsment az ügyféltől 3. Projekt csapat 4. Termékmenedzsment az ügyféltől 5. Szerkesztés az ügyféltől 6. Marketing az ügyféltől 7. Célcsoport az ügyféltől (vásárlók, hobbisták, szakértők, gyerekek stb.) Akkor előny lenne ha a következő kérdésekre gondolna: 1. Mit várnak az érintett érdekcsoportok a projekt eredményétől? 2. Hogyan befolyásolja az egyes érdekelt csoportokat a projekt eredménye? 3. Mennyire erősek az egyes érdekelt felek? 4. Mi a jelentőségük a projekted szempontjából? 5. Az 1–4. Kérdés eredményei alapján milyen típusú kommunikációra van szükség az érintett csoport számára? 6. Hogyan szeretne projektmenedzserként kommunikálni ezzel a csoporttal? Amikor megválaszolta ezeket a kérdéseket, az eredmények jól láthatóvá válhatnak egy kommunikációs mátrixban, amint az az 5.1. Ábrán látható. 7.

5. FEJEZET A PROJEKT MEGHATÁROZÁSA 5.1 ábra: Példa kommunikációs mátrixra (tartalom: www.t3n.de) 8

5. FEJEZET A PROJEKT MEGHATÁROZÁSA 5.2 A funkciók köre Ha a projektötletének átfogó és kritikus megfontolások után történő végrehajtása mellett döntött, itt az ideje, hogy meghatározza webhelye összes funkcionális követelményét. Ennek legjobb módja az, ha a követelményeket mustra, opcionális és kívánt kritériumokra osztja, és pontosan rögzíti, hogy az adott követelmény teljesül-e. A kötelező kritériumoknak teljesülniük kell a projekt befejezése után. Az opcionális kritériumoknak viszont lehetőleg teljesülniük kell, de nem kell. A kívánt kritériumok nem szükségesek a weboldal fő feladatához, de hasznosak lehetnek. Végül létre kell hozni egy úgynevezett gyártási kézikönyvet (storyboard), amely részletesen leírja a webhely összes funkcióját. 5.2. Ábra: Példa felhasználási esettanulmányra Ezen túlmenően az összes lehetséges felhasználási esetet ábrázolnia kell egy felhasználási eset diagramban, amint az az 5.2. Ábrán látható, egyrészt annak érdekében, hogy struktúrát hozzon létre a fejlesztésében, másrészt meghatározhatja a kezdeti objektumokat és módszereket. A diagram elkészítése arra is kényszerít, hogy: 9

5. FEJEZET A PROJEKT MEGHATÁROZÁSA A minőséget az elején nem annyira értékelik, mint egy olyan tényezőt, mint az idő vagy a projekt funkcionális hatóköre. Ez azért van, mert nem olyan könnyű számszerűsíteni a minőséget. Nehéz megmérni, például egy időspecifikáció vagy egy alkalmazás számos funkciója. Ennek ellenére a minőség óriási jelentőséggel bír, és a legnagyobb elismerést igényli. 11.

5. FEJEZET A PROJEKT MEGHATÁROZÁSA 5.6 Mágikus négyzet Ez a négy projekttulajdonság, amelyet most meg kellett volna határoznia, sematikusan ábrázolható az 5.3. Ábra szerint. 5.3. Ábra: Mágikus négyzet vagy ördög négyzete Ez a négy tényező együttesen egy feszültség mezőt alkot. Ha pl. próbálja csökkenteni a projekt költségeit, nehéz lesz fenntartani a tervezett minőséget. Vagy ha azt tervezi, hogy a projektet a tervezettnél gyorsabban fejezi be, akkor a funkcionalitás gyorsan elveszhet. A projekttervezés célja a terhelési paraméterek (költségek és idő) minimalizálása és a teljesítményparaméterek maximalizálása (minőség és funkcionalitás). Nem ritka, hogy kompromisszumokat kötnek. 12.

6 Tervezés 6.1 Struktúra Ha teljesen meghatározta a projektet, itt az ideje annak strukturálására. Ehhez a teljes projektet munkacsomagokra bontják egy önállóan elvégezhető és irányítható projektszerkezeti terv segítségével. A szétszerelést addig folytatják, amíg az összes munkacsomag egyértelműen hozzárendelhető egy fejlesztői csoporthoz vagy egy személyhez, és egyértelműen hozzárendelhető egy csomag terhelése. A 6.1. Ábrán egy tipikus példa látható a munkabontási struktúrára. 6.1. Ábra: Példa a projekt felépítésének tervére (tartalom: www.t3n.de) A munkacsomag meghatározásakor ügyelnie kell arra, hogy a későbbi párhuzamos fejlesztés elkerülése érdekében műszakilag egyértelműen el legyen választva másoktól. Ezenkívül lehetővé kell tenni, hogy a munkacsomagot egyértelmű határidőn belül hajtsák végre. Úgy kell megfogalmazni, hogy a befejezés után ellenőrizhető eredmény álljon rendelkezésre. Az itemis AG projektjénél nem volt könnyű létrehoznom egy ilyen munkabontási struktúrát, mert néhány dolgot nem tudtam egyértelműen elkülöníteni. 13.

6. FEJEZET TERVEZÉS 6.2 Az erőfeszítés becslése Miután meghatározta az összes munkacsomagot a webprojektjéhez, akkor úgynevezett erőfeszítés-becsléssel meg kell becsülnie az egyes csomagokhoz szükséges időt. Mivel még mindig a projekt elején jár, viszonylag nehéz lesz megbecsülnie az egyes munkacsomagokhoz szükséges időt. Ezért szeretném megragadni az alkalmat, hogy bemutassak egy bevált módszert, amelyet az itemis AG-nél ismertem meg. Ez az úgynevezett Pert módszer. A Pert módszerrel az egyes munkacsomagok erőfeszítéseit három változatban becsüljük meg: 1. A legjobb eset tükrözi az értéket, ha mindent problémamentesen és képzési időszak nélkül lehet feldolgozni. 2. átlagos eset Az az érték, amely normál megvalósítás esetén várható, némi edzésidővel. 3. legrosszabb eset Meghatározza azt az esetet, amikor az egyik probléma követi a következőt. Az átlagos eset négyszerese a másik két eset súlyozásának. bestcase + 4 averagecase + badcase expectedcase = 6 A 6.2. ábrán láthatunk egy példát egy munkacsomag erőfeszítés-becslésére a Pert módszerrel. 6.2. Ábra: Excel-példa a Pert módszerre (hárompontos becslés) 14

6. FEJEZET A TERVEZÉS nem csak a tervezési támogatást fedheti le. Többek között a következőkben támogatják Önt: 1. Munka lebontási struktúrájának létrehozása 2. Projekt terv készítése a 6.3. Ábra szerint 3. Függőségek létrehozása és megjelenítése a munkacsomagokban 4. Erőforrás tervezés (mikor melyik alkalmazott mit csinál?) Melyik eszközt kell használni a webprojektjéhez Nem mondhatom el. Ez elsősorban a projekt bonyolultságán és így a szükséges szervezési és tervezési erőfeszítéseken alapul. Ha a projekt nagyon összetett, akkor olyan kereskedelmi terméket ajánlok, mint pl Az MS-Project használatához. Ha ez nem olyan kiterjedt, akkor javasolnék egy Excel sablont vagy OpenProj-t. Az itemis AG-nál töltött szakmai gyakorlatom során Excel sablonban hoztam létre a munkabontási struktúrát az erőfeszítés becslésével (Pert módszer). 17-én

7. FEJEZET VEZÉRLÉS ÉS VEZÉRLÉS 7.2. Ábra: RapidSVN interfész 23

8 Befejezés 8.1 Elfogadási teszt Mielőtt befejezné webprojektjét, alaposan tesztelje újra. Ideális esetben ezeknek a projektdefiníció elején definiált teszteseteknek kell lenniük. Szüksége van egy hétre, hogy kritikusan megvizsgálja a tervezés minőségét és érthetőségét. Ennek során a bosszantó apróságokat gyakran könnyedén és kevés extra erőfeszítéssel lehet megoldani. 8.2 A projekt végső elemzése Miután befejezte az elfogadási tesztet és az összes fogzási probléma elhárult, a projekt végső elemzését kell elvégeznie a webes projekt felülvizsgálatával. Ebben a végső elemzésben ezután összehasonlítja a tervezett és a tényleges adatokat egymással, valamint a funkcionális és nem funkcionális követelmények megvalósítását. Azt is ellenőriznie kell, hogy minden határidőt betartottak-e, és hogy milyen volt az együttműködés a fejlesztői csapatban. Az eredmények alapján akkor képesnek kell lennie arra, hogy eldöntse, mit lehetne változtatni vagy megtartani a jövőbeni projektekben. Ne felejtse el dokumentálni a webprojekt eredményeit. 24.

9 Következtetés Összefoglalva elmondom, hogy elengedhetetlen a nagyobb webes projektek átfogó megtervezése, mert ez segít nyomon követni a dolgokat. Az az erőfeszítés, amelyet az elején a webprojektjébe fektet, általában megtérül. Ha helyesen tervezel, aligha kell feltenned magadnak a kérdést, mit tegyél a továbbiakban a fejlesztés során, mert van egy fix terved, amelyet követsz. Ez időmegtakarításhoz és konfliktusok elkerüléséhez vezet. A webprojektek tervezésének minden fázisával és módszerével, amelyeket itt bemutatunk, magától értetődik, hogy nem lehet ezeket minden projektnél egyformán elfogadni 1: 1 arányban. Mindig a webprojekt egyéni összetettségétől, az ügyfél igényeitől és elvárásaitól függ. 25-én

10 Irodalomjegyzék [Ang10] [Gri10] Angermeier, Dr. G.: Az internetes szaklap a sikeres projektmenedzsmentért - sikertényezők. http://www.projektmagazin.de/glossar/gl-0398.html, 2010 Griefahn, Prof. D.: Projektmenedzsment előadás a programozási projektről. 2010 [Ham09] Hammer, Prof. Dr. N.: Weboldalak tervezése, megtervezése és megvalósítása. Springer, 2009 [Hop10] Hoppe, Michael: A »tökéletes weboldal« hogyan néz ki? http://www.wwweb-solutions.de/perfekte-website.html, 2010 [KW10] [Mar10] Konzept-Welt.de: projekttervezés projekt indítás projekt bevezetési koncepció. http://www.konzept-welt.de/konzepte/projektplanung.html, 2010 Martin, Tobias: Kezdeti tervezés és kommunikáció a siker kulcsa Sikeresen hajtson végre webes projekteket A-tól Z-ig. http://t3n.de/magazin/anfangsplanung-kommunikation-schlussel-erffekt- 223111 /, 2010 [Sch10] Schneider, Patrick: Concept. http://item.is/konzeption, 2010 [SEL10] SELFHTML: webprojektek megtervezése. http://de.selfhtml.org/projekt/planen.htm, 2010 [Zen10] Zentec.de: A sikeres technológiai projektek mutatói - a sikeres projektek 10 mutatója. http://www.zentec.de/226-0- research projects-siker indikátorok.html, 2010 26

11 Nyilatkozat ezennel kijelentem, hogy ezt a szemináriumi dolgozatot önállóan és külső segítség nélkül írtam, és hogy a megadottakon kívül más forrásokat vagy segédanyagokat nem használtam. Dátum, aláírás 27