Projekto valdymas

1. Projekto valdymas • Programinės įrangos ( toliau - PĮ ) projektų organizavimas, planavimas ir darbų grafiko sudarymas.

2. Įžanga • (Tikslai, temos, valdymo poreikis, išskirtinumas)

3. Paskaitos tikslai • Supažindinti su PĮ projekto valdymu ir aprašyti jo būdingas charakteristikas • Aptarti projekto planavimą ir planavimo procesą • Parodyti, kaip grafinis darbų grafiko atvaizdavimas yra naudojamas projekto valdyme • Aptarti rizikos sąvoką ir rizikos valdymo procesą

4. Apžvelgiamos temos • Valdymo veikla • Projekto planavimas • Projekto darbų tvarkaraščio sudarymas • Rizikos valdymas

5. PĮ projekto valdymas • Susijęs su veikla, užtikrinančia, jog PĮ pristatoma laiku ir pagal tvarkaraštį bei išpildomi organizacijų PĮ kūrimo ir tiekimo reikalavimai • Projekto valdymas yra reikalingas todėl, kad PĮ kūrimas visada priklauso nuo biudžeto ir darbų grafiko apribojimų, kurie nustatomi PĮ kūrimo organizacijų

6. PĮ projektų valdymo išskirtinumas • Produktas yra neapčiuopiamas • Produktas yra unikaliai lankstus • PĮ inžinerija kol kas nepripažįstama kaip inžinerijos disciplina su tuo pačiu statusu kaip mechanikos, elektros ir kita inžinerija • PĮ kūrimo procesas yra nestandartizuotas • Daugelis PĮ projektų yra vienkartiniai, t.y. skirti tik tam kartui

7. Apžvelgiamos temos • Valdymo veikla (veiklos išvardinimas (6 veiklos), bendrybės, apribojimai) • Projekto planavimas • Projekto darbų tvarkaraščio sudarymas • Rizikos valdymas

8. Valdymo veikla • Pasiūlymų rašymas • Projekto planavimas ir darbų tvarkaraščio sudarymas • Projekto išlaidų nustatymas • Projekto stebėjimas ir peržiūros • Personalo atranka ir įvertinimas • Ataskaitų rašymas ir pristatymas

9. Valdymo bendrybės • PĮ projektų valdymas nėra išskirtinis • Dauguma inžinerijos projekto valdymo metodų yra taip pat taikomi PĮ projekto valdymui • Techniškai sudėtingos inžinerinės sistemos susiduria su tomis pačiomis problemomis kaip ir PĮ sistemos

10. Apribojimai • Neįmanoma pasirinkti idealius žmones projekto darbams • Projekto biudžetas gali neleisti išlaikyti brangiai apmokamą personalą • Gali nebūti darbuotojų su reikiama patirtimi • Organizacija gali pageidauti gerinti darbuotojų įgūdžius šiuo PĮ projektu • Vadybininkai privalo dirbti prie šių apribojimų ypač kai dabar trūksta patyrusių informacinių technologijų specialistų

11. Apžvelgiamos temos • Valdymo veikla • Projekto planavimas (kas būdinga projekto planavimui, planų tipai, planavimo procesas, plano struktūra, veiklos žingsnių organizavimas, atskaitos taškai) • Projekto darbų tvarkaraščio sudarymas • Rizikos valdymas

12. Projekto planavimas • Tikriausiai tai daugiausia laiko reikalaujanti projekto valdymo veikla • Tai tęstinė veikla nuo pradinės koncepcijos iki sistemos pateikimo. Planai privalo reguliariai būti atnaujinami, kai tik tampa prieinama nauja informacija • Įvairūs skirtingų tipų planai gali būti sudaromi, kad palaikyti pagrindinį PĮ projekto planą, kuris susijęs su darbų tvarkaraščiu ir biudžetu

13. Įvairių tipų projekto planai Kokybės Atestavimo Pakeitimų valdymo Priežiūros Kvalifikacijos kėlimo

14. Projekto planavimo procesas • Nustatyti projekto apribojimus; • Įvykdyti pradinį projekto parametrų įvertinimą; • Apibrėžti projekto esminius atskaitos taškus ir pristatymus; • kol projektas nėra pabaigtas ciklas • Sudaryti projekto grafiką; • Pradėti darbą, atsižvelgiant į grafiką; • Palaukti ( kurį laiką ); • Peržvelgti projekto eigą; • Patikrinti projekto parametrų apskaičiavimus; • Atnaujinti projekto darbų grafiką; • Pakartotinai aptarti apribojimus ir pristatymus; • jeigu ( iškyla problemos ) tuomet • Pradėti techninę apžvalgą ir galimus pakeitimus; • jeigu pabaiga • ciklo pabaiga

15. Projekto plano struktūra • Įvadas • Projekto organizavimas • Rizikos analizė • Aparatūrinės ir programinės įrangos resursų reikalavimai • Darbų nutraukimas • Projekto darbų tvarkaraštis • Stebėjimo ir atsiskaitymo mechanizmai

16. Veiklos žingsnių organizavimas • Projekto veiklos žingsniai turi būti organizuoti taip, kad pateiktų apčiuopiamus rezultatus, leidžiančius įvertinti progresą • Atskaitos taškas ( milestone) yra proceso veiklos žingsnio pabaiga • Pateiktys (Deliverables) yra vartotojui pateikiami projekto rezultatai • Krioklio procesas leidžia tiesiai nustatyti progreso atskaitos taškus

17. Atskaitos taškai reikalavimų inžinerijos procese Veiklos žingsniai Deliverables Pateiktys Atskaitos taškai

18. Apžvelgiamos temos • Valdymo veikla • Projekto planavimas • Projekto darbų tvarkaraščio sudarymas (Projekto darbų tvarkaraščio sudarymo veiksmai, procesas, problemos, grafinis vaizdavimas, užduočių trukmės ir priklausomybės, darbų tinklinis grafikas, kalendorinės diagramos, darbuotojų paskirstymas) • Rizikos valdymas

19. Projekto darbų tvarkaraščio sudarymas • Padalinti projektą į užduotis ir apskaičiuoti laiką ir resursus, reikalingus užbaigti kiekvienai užduočiai • Organizuoti lygiagretų užduočių vykdymą, kad optimaliai panaudoti darbo jėgą • Minimizuoti užduočių priklausomybes tam, kad išvengti uždelsimų, atsiradusių vienai užduočiai laukiant kitos pabaigos • Priklauso nuo projekto vadybininkų intuicijos ir patirties

20. Nustatyti veiklos žingsnius Nustatyti veiklos žingsnių priklausomybes Apskaičiuoti veiklos žingsnių resursus Paskirstyti žmonėms veiklos žingsniams Sukurti projekto diagramas PĮ reikalavimai Veiklos žingsnių ir projekto dalių aptarimai Projekto darbų tvarkaraščio sudarymo procesas

21. Darbų tvarkaraščio sudarymo problemos • Problemų sudėtingumo ir tuo pačiu sprendinio gavimo kaštų apskaičiavimas yra labai sunkus • Produktyvumas nėra proporcingas skaičiui žmonių, dirbančių su šia užduotimi • Žmonių papildymas vėluojančiam projekte dar labiau suvėlina projektą dėl pridėtinių sąnaudų komunikavimui • Atsitinka nenumatyti įvykiai. Planuojant reikia visada atsižvelgti į tokius atsitiktinumus

22. Kalendorinės diagramos ir darbų tinklinis grafikas • Grafiniai žymėjimai naudojami pavaizduoti projekto darbų tvarkaraščiui • Parodo projekto suskirstymą į užduotis. Užduotys neturi būti per mažos. Jos turi užimti apie vieną-dvi savaites laiko • Tinklinis grafikas parodo užduočių priklausomybes ir kritinius kelius • Kalendorinės diagramos rodo darbų tvarkaraštį kalendorinio laiko atžvilgiu

23. Užduočių trukmės ir priklausomybės

24. Darbų tinklinis grafikas

25. Kalendorinės diagramos

26. Darbuotojų paskirstymas

27. Apžvelgiamos temos • Valdymo veikla • Projekto planavimas • Projekto darbų tvarkaraščio sudarymas • Rizikos valdymas (programinės įrangos rizika, jos valdymo procesas, rizikos tipai, rizikos analizė , rizikos tikimybės, rizikos planavimas, rizikos valdymo strategijos, rizikos stebėjimas, rizikos požymiai)

28. Rizikos valdymas • Rizikos valdymas – tai rizikos nustatymas ir kūrimas planų, kurie minimizuotų rizikos poveikį projektui. • Rizika – tai tikimybė, kad atsiras kažkokios nepalankios aplinkybės. • Projekto rizika įtakoja tvarkaraštį arba resursus. • Produkto rizika įtakoja kokybę arba programinės įrangos kūrimo našumą. • Verslo rizika įtakoja organizavimo kūrimą arba programinės įrangos tiekimą.

29. Programinės įrangos rizika Rizika Rizikos tipas Aprašymas Personalo Projektas Patyręs personalas paliks projektą prieš jo tekamumas pat jo pabaigą. Vadovavimo Projektas Organizacinio vadovo pasikeitimas, pasikeitimas kurio kitokie prioritetai. Aparatūros projektas Laiku nepristatyta reikalinga aparatūra. Neprieinamumas Reikalavimų Projektas ir Pasikeičia daug reikalavimų. Pasikeitimas produktas Specifikacijų Projektas ir Esminių interfeisų charakteristikos Vėlinimas produktas negaunamos laiku. Dydžio Projektas ir Buvo neteisingai įvertintas sistemos dydis. Neįvertinimas produktas CASE įrankių Produktas Projekte naudojami CASE įrankiai nėra Mažas našumas tokie našūs kaip buvo tikėtasi. Technologijų Verslas Pagrindinės technologijos, kurių pagrindu Pasikeitimas veikia sistema, pakeistos naujomis. Produkto Verslas Konkuruojantis produktas pasirodo Konkurencija rinkoje, kai sistema yra beveik baigta.

30. Rizikos valdymo procesas • Rizikos nustatymas • Nustatyti projekto, produkto ar verslo riziką. • Rizikos analizė • Tikimybės ir rizikų pasekmių įvertinimas. • Rizikos planavimas • Kuriami planai kaip išvengti ar minimizuoti rizikos poveikį. • Rizikos stebėjimas • Rizikos stebėjimas proceso eigoje

31. Rizikos valdymo procesas Galimos rizikos sąrašas Rizikos sąrašas su prioritetais Rizikos išvengimo ir galimų atsitiktinumų planas Rizikos įvertinimas

32. Rizikos analizė • Įvertinama tikimybė ir kiekvienos rizikos svarba. • Tikimybė gali būti labai žema, žema, vidutinė, didelė ar labai didelė. • Rizikos poveikis gali būti katastrofiškas, rimtas, leistinas ar nereikšmingas.

33. Rizika Tikimybė Poveikis Organizacinės finansinės problemos priverčia Maža Katastrofiškas mažinti projekto biudžetą. Naujokų įtraukimas neįmanomas, nesvarbu, Didelė Katastrofiškas kad jie turi reikalaujamus įgūdžius. Personalo vadovas serga , tuo metu kai jis labai Vidutinė Rimtas reikalingas. Naudojamuose programinės įrangos Vidutinė Rimtas komponentuose atsirado defektų, kurie įtakoja jų funkcionalumą. Pasikeičia reikalavimai, todėl reikia pakeisti Vidutinė Rimta pagrindinį projektą. Organizavimas perskirstomas taip, kad Didelė Rimtas pasikeičia vadovas atsakingas už projektą. Sistemos duomenų bazių naudojimasis Vidutinė Rimtas gali trukti ilgiau nei buvo tikėtasi. Neįvertinamas programinės įrangos kūrimui Didelė Rimtas reikalingas laikas. CASE įrankių neįmanoma integruoti. Didelė Leistinas Vartotojams sunku suprasti įtrauktus Vidutinė Leistinas reikalavimų pakeitimus. Reikalaujamas personalo apmokymas neįmanomas. Vidutinė Leistinas Neįvertinamas defektų taisymui reikalingas laikas. Vidutinė Leistinas Neįvertinamas programinės įrangos dydis. Didelė Leistinas Kodas, sugeneruotas naudojant CASE įrankius, tampa Vidutinė Nereikšmingas neefektyvus. Rizikos tikimybės

34. Rizikos planavimas • Apsvarstoma kiekviena rizika ir sukuriama strategija kaip išvengti tos rizikos. • Vengimo strategija • Sumažinama tikimybė, kad rizika išaugs. • Minimizavimo strategija. • Sumažinama rizikos įtaka projektui ar produktui. • Nenumatytų aplinkybių planavimas • Nenumatytų aplinkybių planavimas yra planas kaip kovoti su rizika, kuri netikėtai atsiranda.

35. Rizikos valdymo strategijos Rizika Strategija Organizacinės finansinės Parengiamas trumpas dokumentas vyriausiam vadovui, Problemos kuris parodo kokią svarbią įtaka projektas duos verslui. Reikalavimų problemos Įspėti vartotoją apie potencialius sunkumus ir vėlinimo galimybę, ištirti komponentų pirkimą. Personalo susirgimas Perskirstyti komandą taip, kad kiekvienas komandos narys suprastų kitų darbą ir prireikus galėtų kurį nors pakeisti. Defektuoti komponentai Pakeisti defektuotus komponentus į kitus, kurių žinomas patikimumas. Reikalavimų pasikeitimas Numatyti, kokiu keliu būtų galima išvesti informaciją apie pasikeitusių reikalavimų įtaką, maksimizuoti informacijos slėpimą projekte. Organizaciniai pertvarkymai Parengiamas trumpas dokumentas vyriausiam vadovui, kuris parodo kokią svarbią įtaka projektas duos verslui. Duomenų bazių našumas Apsvarstyti našesnių duomenų bazių pirkimo galimybę. Neįvertintas projektavimo Apsvarstyti komponentų pirkimą, apsvarstyti Laikas programų generatoriaus naudojimą.

36. Rizikos stebėjimas • Reguliariai vertinti kiekvieną nustatytą riziką, norint numatyti didėja ji ar mažėja. • Taip pat vertinti pasikeitusios rizikos poveikį. • Darbų eigos aptarimuose vadovas turėtų aptarti kiekvieną svarbią riziką

37. Rizikos požymiai Rizikos tipas Potencialūs požymiai Technologinės Aparatūros pristatymo ar programinės įtakos tiekimo vėlinimas, daug technologijų problemų. Žmonių Žema personalo moralė, blogi santykiai tarp komandos narių. Organizacinės Organizacinės paskalos, vyriausiojo vadovo veiksmų sėkmė. Įrankių Komandos narių nenoras naudoti įrankius, nusiskundimai dėl CASE įrankių, didesnės galios darbo stočių “nulūžimai”. Reikalavimų Daugelis reikalavimų keičiasi, vartotojų nusiskundimai. Įvertinimų Nesiseka dirbti pagal tvarkaraštį, nesiseka taisyti defektus.

38. Esminiai akcentai • Geras projekto vadovavimas yra pagrindinis faktorius projekto sėkmei. • Nevizualios ( nematomos) programinės įrangos dalys kelia problemas valdymui. • Vadovai turi skirtingas pareigas, tačiau jų svarbiausia veikla turėtų būti planavimas, įvertinimas ir darbų tvarkaraščių sudarymas. • Planavimas ir įvertinimas yra iteracinis procesas, kuris tęsiasi visą projekto eigą.

39. Esminiai akcentai • Projekto atsiskaitymo taškai yra prognozuojama būsena, kai formalios darbų eigos ataskaitos yra pristatomos vadovui. • Rizika gali būti projekto rizika, produkto rizika ar verslo rizika. • Rizikos valdymas apima nustatymą rizikų, kurios gali įtakoti projektą; planavimą, norint garantuoti, kad šios rizikos neišsivystytų į grėsmingus pavojus

40. Esminių aspektų raktiniai žodžiai • (gero vadovavimo įtaka, nevizualumas, vadovo pareigos, planavimas ir įvertinimas, atskaitos taškai, rizikos tipai, valdymas)

41. Klausimas 4.1 • Ką apima valdymo veikla?

42. Klausimas 4.2 • Kas atliekama projekto planavimo metu?

43. Klausimas 4.3 • Kodėl svarbus rizikos valdymas?

44. Klausimas 4.4 • Ką atspindi kalendorinės diagramos ir tinklinis darbų grafikas?

45. Klausimas 4.5 • Koks programinės įrangos projektų valdymo išskirtinumas?