Planificarea proiectelor web în practică - Descărcare gratuită PDF
Universitatea de Științe Aplicate Gelsenkirchen Semestrul de iarnă 2010/11 Lucrul la seminar Planificarea proiectelor web în practică Lector: Prof. Dr. Ciocan Trimis de: Karsten Nolte Bilholtstr. 40 59399 Olfen Telefon: +49 2595 385679 E-mail: [email protected] Semestrul subiectului: 7 Trimiterea: 27 octombrie 2010
Cuprins 1 Lista figurilor IV 2 Introducere 1 3 Proiecte web în general 2 3.1 De ce să planificăm deloc. 2 3.2 Caracteristicile site-urilor web bune. 3 3.3 Parte a unei platforme globale. 4 4 Ideea de proiect 5 4.1 Există deja așa ceva. 5 4.2 Care este diferența? 5 4.3 Merită deloc. 6 4.4 Cercetare. 6 5 Definiția proiectului 7 5.1 Părțile interesate. 7 5.2 Gama de funcții. 9 5.3 Perioada. 10 5.4 Costuri. 10 5.5 Calitate. 10 5.6 Pătrat magic. 12 6 Planificarea 13 6.1 Structurarea. 13 6.2 Estimarea efortului. 14 6.3 Planificarea costurilor. 15 6.4 Planul proiectului. 16 6.5 Instrumente suport. 16 7 Control și management 18 7.1 Indicatori de succes. 18 7.2 Întâlniri. 18 7.2.1 Comunicare. 19 II
Cuprins 7.3 Înregistrare. 19 7.3.1 Protocol privind elementul de acțiune. 20 7.4 Gestionarea versiunilor. 20 7.4.1 Subversiune. 22 8 Finalizare 24 8.1 Test de acceptare. 24 8.2 Analiza finală a proiectului. 24 9 Concluzie 25 10 Bibliografie 26 11 Afidavit 27 III
1 Lista figurilor 3.1 De ce proiectele eșuează. 2 5.1 Exemplu de matrice de comunicare (conținut: www.t3n.de). 8 5.2 Exemplu de diagramă de caz de utilizare. 9 5.3 Piața magică sau pătratul diavolului. 12 6.1 Exemplu de plan de structură a proiectului (conținut: www.t3n.de). 13 6.2 Exemplu Excel Metoda Pert (estimare în trei puncte). 14 6.3 Exemplu OpenProj Diagrama Gantt (diagramă de bare). 16 7.1 Exemplu de protocol privind elementul de acțiune. 21 7.2 Interfața cu utilizatorul RapidSVN. 23 IV
În această lucrare de seminar mă ocup mult de planificarea în practică a proiectelor web. Am întâlnit acest subiect prin activitatea mea la itemis AG. Am avut datoria mea să dezvolt un serviciu URL scurt, bazat pe web, în special pentru itemis AG. Acest proiect s-a întins pe întreaga perioadă de trei luni din munca mea și mi-a cerut multe din punct de vedere al planificării. Așa că am avut ideea să arunc o privire mai atentă asupra subiectului planificării proiectelor web. În acest fel, aș dori să examinez critic experiențele pe care le-am făcut și să câștig oarecare competență în planificarea mea.
2 Introducere În cele ce urmează, lucrarea seminarului tratează abordarea de bază a proiectelor web și aspectele care trebuie luate în considerare. Nu este o chestiune de programare precisă, ci mai degrabă o sensibilizare pentru cei mai importanți factori atunci când planificați un proiect web. Informațiile și principiile de planificare descrise în capitolele următoare pot fi aplicate în principiu oricărui tip de proiect web. Cu toate acestea, accentul se pune mai mult pe proiecte de dimensiuni medii până la mari. Încerc să vă ofer o imagine de ansamblu largă a planificării proiectelor web și totuși, din când în când, să descriu în detaliu câteva tehnici/metode. 1
3 proiecte web în general 3.1 De ce să planificăm deloc? Numeroase studii au arătat că proiectele eșuează în principal din cauza comunicării slabe între cei implicați și a pregătirii slabe a proiectului. Adesea este și o lipsă de resurse sau presupuneri prea optimiste cu privire la cursul proiectului. Fig. 3.1 prezintă încă câteva motive pentru eșecul proiectelor web. Figura 3.1: De ce eșuează proiectele Pentru a contracara acești factori, care deseori duc la eșecul proiectului, se planifică planurile proprii într-un mod structurat. Dezvoltarea unui plan vă asigură, de asemenea, că puteți răspunde mai rapid la noile cerințe și puteți evalua posibilele efecte în timp util. În plus, obiectivele proiectelor web sunt adesea formulate doar vag și necesită specificații suplimentare. Dar calitatea și efortul nu sunt atât de ușor de măsurat într-un proiect imaterial, ceea ce duce la o problemă suplimentară cu prețurile 2
5 Definiția proiectului 5.1 Stakeholder Stakeholder este un termen pentru toate persoanele care sunt implicate, afectate sau interesate de proiectul dvs. Ar trebui să definiți toate părțile interesate din proiectul dvs. web și să le puneți în grupuri. Grupurile ar putea atunci de ex. fie: 1. Management 2. Management de proiect de la client 3. Echipa de proiect 4. Management de produs de la client 5. Editarea de la client 6. Marketing de la client 7. Grupul țintă de la client (cumpărători, pasionați, experți, copii etc.) Atunci ar fi un avantaj dacă ar fi să vă gândiți la următoarele întrebări: 1. Ce așteptă grupurile de părți interesate respective de la rezultatul proiectului? 2. Cum sunt afectate de rezultatele proiectului grupurile de părți interesate individuale? 3. Cât de puternice sunt grupurile individuale de părți interesate? 4. Care este relevanța lor pentru proiectul dvs.? 5. Pe baza rezultatelor întrebărilor 1-4, ce tip de comunicare este necesar pentru acest grup de părți interesate? 6. Cum ați dori, ca manager de proiect, să comunicați cu acest grup? Când ați răspuns la aceste întrebări, rezultatele pot fi vizualizate bine într-o matrice de comunicare, așa cum se poate vedea în Fig. 5.1. Al 7-lea
CAPITOLUL 5. DEFINIȚIA PROIECTULUI Figura 5.1: Exemplu de matrice de comunicare (conținut: www.t3n.de) 8
CAPITOLUL 5. DEFINIȚIA PROIECTULUI 5.2 Scopul funcțiilor Dacă ați decis să implementați ideea de proiect după considerente extinse și critice, este timpul să definiți toate cerințele funcționale ale site-ului dvs. web. Cel mai bun mod de a face acest lucru este să împărțiți cerințele în must, criterii opționale și dorite și să înregistrați exact când este îndeplinită cerința respectivă. Criteriile obligatorii trebuie să fi fost îndeplinite după finalizarea proiectului. Criteriile opționale, pe de altă parte, ar trebui îndeplinite dacă este posibil, dar nu trebuie. Criteriile dorite nu sunt necesare pentru sarcina principală a site-ului web, dar ar fi de ajutor. În final, ar trebui creat un așa-numit manual de producție (storyboard) cu o descriere detaliată a tuturor funcțiilor site-ului dvs. web. Figura 5.2: Exemplu de diagramă de caz de utilizare În plus, ar trebui să reprezentați toate cazurile de utilizare posibile într-o diagramă de caz de utilizare așa cum se arată în Fig. 5.2, pe de o parte pentru a aduce structura în dezvoltarea dvs. și, pe de altă parte, pentru a defini orice obiecte și metode inițiale. Crearea graficului te obligă, de asemenea, să:
CAPITOLUL 5. DEFINIȚIA PROIECTULUI Calitatea nu este apreciată la fel de mult la început ca un factor precum timpul sau sfera funcțională a unui proiect. Asta pentru că nu este atât de ușor să cuantificăm calitatea. Este dificil de măsurat, cum ar fi o specificație de timp sau o serie de funcții într-o aplicație. Cu toate acestea, calitatea are o importanță enormă și are nevoie de cea mai mare apreciere. 11
CAPITOLUL 5. DEFINIȚIA PROIECTULUI 5.6 Pătrat magic Aceste patru proprietăți ale proiectului, pe care ar fi trebuit să le definiți acum, pot fi prezentate schematic așa cum se arată în Fig. 5.3. Figura 5.3: Pătratul magic sau pătratul diavolului Acești patru factori formează împreună un câmp de tensiune. Dacă de ex. încercați să reduceți costurile în proiectul dvs., va fi dificil să mențineți calitatea planificată. Sau dacă intenționați să finalizați proiectul mai repede decât era planificat, funcționalitatea se poate pierde rapid. Scopul planificării proiectului este de a minimiza parametrii de încărcare (costuri și timp) și de a maximiza parametrii de performanță (calitate și funcționalitate). Nu este neobișnuit să se facă compromisuri. Al 12-lea
6 Planificare 6.1 Structură Când ați definit complet proiectul, este timpul să îl structurați. Pentru a face acest lucru, întregul proiect este împărțit în pachete de lucru cu ajutorul planificării structurii proiectului, care poate fi realizat și controlat independent. Defalcarea este continuată până când toate pachetele de lucru pot fi atribuite în mod clar unui grup de dezvoltatori sau unei persoane și sarcina de lucru a unui pachet poate fi atribuită în mod clar. În Fig. 6.1 puteți vedea un exemplu tipic de structură de repartizare a lucrărilor. Figura 6.1: Exemplu de plan de structură a proiectului (conținut: www.t3n.de) Când definiți un pachet de lucru, ar trebui să vă asigurați că este delimitat în mod clar din punct de vedere tehnic de alții pentru a evita dezvoltarea paralelă ulterioară. În plus, ar trebui să fie posibilă realizarea pachetului de lucru într-un interval de timp care poate fi monitorizat. Ar trebui formulat astfel încât să fie disponibil un rezultat verificabil după finalizare. În proiectul meu de la itemis AG, nu mi-a fost ușor să creez o astfel de structură de repartizare a lucrărilor, deoarece nu puteam separa în mod clar unele lucruri. 13
CAPITOLUL 6. PLANIFICAREA 6.2 Estimarea efortului După ce ați stabilit toate pachetele de lucru pentru proiectul dvs. web, ar trebui să estimați timpul necesar pentru fiecare pachet individual într-o așa-numită estimare a efortului. Deoarece sunteți încă la începutul proiectului, probabil că veți fi relativ dificil să estimați timpul necesar pentru pachetele individuale de lucru. Prin urmare, aș dori să profit de această ocazie pentru a vă prezenta o metodă încercată și testată pe care am ajuns să o cunosc la itemis AG. Este așa-numita metodă Pert. Cu metoda Pert, efortul pentru fiecare pachet de lucru este estimat în trei variante: 1. cel mai bun caz reflectă valoarea dacă totul poate fi procesat fără probleme și fără antrenament. 2. caz mediu Este valoarea care este așteptată cu implementarea normală, cu un timp de instruire. 3. cel mai rău caz Define cazul în care o problemă urmează următoarei. Cazul mediu are de patru ori ponderarea celorlalte două cazuri. bestcase + 4 averagecase + worstcase expectedcase = 6 În Fig. 6.2 puteți vedea un exemplu de estimare a efortului pentru un pachet de lucru folosind metoda Pert. Figura 6.2: Exemplu Excel al metodei Pert (estimare în trei puncte) 14
CAPITOLUL 6. PLANIFICAREA poate acoperi mai mult decât sprijinul pentru planificare. Printre altele, acestea vă sprijină în: 1. Crearea unei structuri de defalcare a lucrului 2. Crearea unui plan de proiect ca în Fig. 6.3 3. Crearea și vizualizarea dependențelor în pachetele de lucru 4. Planificarea resurselor (când ce angajat face ce?) Ce instrument ar trebui să utilizați pentru proiectul dvs. web Nu pot să-ți spun. Se bazează în primul rând pe complexitatea proiectului și, prin urmare, pe efortul organizatoric și de planificare necesar. Dacă proiectul dvs. este foarte complex, vă recomand un produs comercial precum Pentru a utiliza MS-Project. Dacă nu este atât de extins, aș recomanda un șablon Excel sau OpenProj. În timpul stagiului meu la itemis AG, am creat structura de repartizare a muncii, împreună cu estimarea efortului (metoda Pert), într-un șablon Excel. 17
CAPITOLUL 7. CONTROL ȘI CONTROL Figura 7.2: Interfața RapidSVN 23
8 Finalizare 8.1 Test de acceptare Înainte de a finaliza proiectul dvs. web, ar trebui să-l testați din nou pe scară largă. În mod ideal, acestea ar trebui să fie cazuri de testare pe care le-ați definit la începutul definiției proiectului. De asemenea, ar trebui să luați o săptămână pentru a examina critic calitatea și înțelegerea designului. Procedând astfel, lucrurile mici enervante pot fi adesea rezolvate fără efort și cu puțin efort suplimentar. 8.2 Analiza finală a proiectului După ce ați finalizat testul de acceptare și toate problemele de dinți au fost eliminate, ar trebui să faceți o analiză finală a proiectului prin revizuirea proiectului dvs. web. În această analiză finală comparați apoi datele planificate și cele reale, precum și implementarea cerințelor funcționale și nefuncționale. De asemenea, trebuie să verificați dacă toate termenele au fost respectate și cum a fost cooperarea în echipa de dezvoltare. Pe baza rezultatelor, ar trebui să puteți decide ce ar putea fi modificat sau reținut în proiectele viitoare. Nu uitați să vă documentați concluziile din proiectul web. 24
9 Concluzie În rezumat spun că este esențial să planificați în mod cuprinzător proiecte web mai mari, deoarece vă ajută să țineți evidența lucrurilor. Efortul pe care îl investiți la proiectul dvs. web la început, de obicei, merită întotdeauna la final. Dacă planificați corect, cu greu trebuie să vă întrebați ce să faceți în timpul dezvoltării, deoarece aveți un plan fix pe care îl urmați. Acest lucru duce la economisirea timpului și evitarea conflictelor. Cu toate fazele și metodele de planificare a proiectelor web prezentate aici, este de la sine înțeles că nu le puteți adopta 1: 1 în același mod pentru fiecare proiect. Depinde întotdeauna de complexitatea individuală a proiectului web, de cerințele și așteptările clientului. 25
10 Bibliografie [Ang10] [Gri10] Angermeier, Dr. G.: Revista de specialitate de pe Internet pentru gestionarea cu succes a proiectelor - factori de succes. http://www.projektmagazin.de/glossar/gl-0398.html, 2010 Griefahn, prof. D.: prelegere de management de proiect despre proiectul de programare. 2010 [Ham09] Hammer, Prof. Dr. N.: Planificați, proiectați și implementați site-uri web. Springer, 2009 [Hop10] Hoppe, Michael: »site-ul web perfect« cum arată? http://www.wwweb-solutions.de/perfekte-website.html, 2010 [KW10] [Mar10] Konzept-Welt.de: planificarea proiectului, începutul proiectului, conceptul de introducere a proiectului. http://www.konzept-welt.de/konzepte/projektplanung.html, 2010 Martin, Tobias: Planificarea inițială și comunicarea ca cheia succesului Realizarea cu succes a proiectelor web de la A la Z. http://t3n.de/magazin/anfangsplanung-kommunikation-schlussel-erffekt- 223111 /, 2010 [Sch10] Schneider, Patrick: Concept. http://item.is/konzeption, 2010 [SEL10] SELFHTML: planifică proiecte web. http://de.selfhtml.org/projekt/planen.htm, 2010 [Zen10] Zentec.de: Indicatori ai proiectelor tehnologice de succes - 10 indicatori ai proiectelor de succes. http://www.zentec.de/226-0- proiecte de cercetare-indicatori de succes.html, 2010 26
11 Afidavit Declar prin prezenta că am scris această lucrare de seminar independent și fără ajutor din exterior și că nu am folosit alte surse sau ajutoare decât cele specificate. Data, semnătura 27