Projekto valdymas

©Ian Sommerville 2010 Software Engineering, 8th edition. Slide 1

Projekto valdymas

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


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


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ą


Apžvelgiamos temos

Valdymo veikla Projekto planavimas Projekto darbų tvarkaraščio sudarymas Rizikos 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ų

PĮ projekto valdymas


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

PĮ projektų valdymo išskirtinumas


Apžvelgiamos temos

Valdymo veikla (veiklos išvardinimas (6 veiklos),

bendrybės, apribojimai) Projekto planavimas Projekto darbų tvarkaraščio sudarymas Rizikos valdymas


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

Valdymo veikla


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

Valdymo bendrybės


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ų


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


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


Įvairių tipų projekto planai

Plan DescriptionQuality plan Describes the quality procedures and

standards that will be used in a project.Validation plan Describes the approach, resources and

schedule used for system validation. Configurationmanagement plan

Describes the configuration managementprocedures and structures to be used.

Maintenance plan Predicts the maintenance requirements ofthe system, maintenance costs and effortrequired.

Staff development plan. Describes how the skills and experience ofthe project team members will bedeveloped.

Kokybės

Atestavimo

Priežiūros

Kvalifikacijos kėlimo

Pakeitimų valdymo


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 pabaigaciklo pabaiga


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


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


Atskaitos taškai reikalavimų inžinerijos procese

Evaluationreport

Prototypedevelopment

Requirementsdefinition

Requirementsanalysis

Feasibilityreport

Feasibilitystudy

Architecturaldesign

Designstudy

Requirementsspecification

Requirementsspecification

ACTIVITIES

MILESTONES

Veiklos žingsniai

Atskaitos taškaiDeliverables Pateiktys


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


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


Projekto darbų tvarkaraščio sudarymo procesas

Estimate resourcesfor activities

Identify activitydependencies

Identifyactivities

Allocate peopleto activities

Create projectcharts

Softwarerequirements

Activity chartsand bar charts

Nustatytiveiklos

žingsnius

Nustatyti veiklos žingsniųpriklausomybes

Apskaičiuotiveiklos žingsnių

resursus

Paskirstytižmonėms

veiklos žingsniams

Sukurtiprojekto

diagramas

PĮ reikalavimaiVeiklos žingsnių ir

projekto daliųaptarimai


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


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


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

Task Duration (days) DependenciesT1 8T2 15T3 15 T1 (M1)T4 10T5 10 T2, T4 (M2)T6 5 T1, T2 (M3)T7 20 T1 (M1)T8 25 T4 (M5)T9 15 T3, T6 (M4)

T10 15 T5, T7 (M7)T11 7 T9 (M6)T12 10 T11 (M8)


Darbų tinklinis grafikas

start

T2

M3T6

Finish

T10

M7T5

T7

M2T4

M5

T8

4/7/99

8 days

14/7/99 15 days

4/8/99

15 days

25/8/99

7 days

5/9/99

10 days

19/9/99

15 days

11/8/99

25 days

10 days

20 days

5 days25/7/99

15 days

25/7/99

18/7/99

10 days

T1

M1 T3T9

M6

T11

M8

T12

M4


Kalendorinės diagramos 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

T4

T1T2

M1

T7T3

M5T8

M3

M2T6

T5M4

T9

M7T10

M6

T11M8

T12

Start

Finish


Darbuotojų paskirstymas4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

T4

T8 T11

T12

T1

T3

T9

T2

T6 T10

T7

T5

Fred

Jane

Anne

Mary

Jim


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)


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ą.


Programinės įrangos rizikaRizika Rizikos tipas AprašymasPersonalo 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.NeprieinamumasReikalavimų Projektas ir Pasikeičia daug reikalavimų. Pasikeitimas produktasSpecifikacijų Projektas ir Esminių interfeisų charakteristikosVėlinimas produktas negaunamos laiku.Dydžio Projektas ir Buvo neteisingai įvertintas sistemos dydis. Neįvertinimas produktasCASE į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 pasirodoKonkurencija rinkoje, kai sistema yra beveik baigta.


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


Rizikos valdymo procesas

Risk avoidanceand contingency

plans

Risk planning

Prioritised risklist

Risk analysis

List of potentialrisks

Riskidentification

Riskassessment

Riskmonitoring

Galimos rizikos sąrašas

Rizikos sąrašas su prioritetais

Rizikos išvengimo ir galimų atsitiktinumų planas

Rizikos įvertinimas


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.


Rizikos tikimybės

Rizika Tikimybė PoveikisOrganizacinė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ė Rimtasreikalingas laikas.CASE įrankių neįmanoma integruoti. Didelė LeistinasVartotojams sunku suprasti įtrauktus Vidutinė Leistinas reikalavimų pakeitimus.Reikalaujamas personalo apmokymas neįmanomas. Vidutinė LeistinasNeįvertinamas defektų taisymui reikalingas laikas. Vidutinė LeistinasNeįvertinamas programinės įrangos dydis. Didelė LeistinasKodas, sugeneruotas naudojant CASE įrankius, tampa Vidutinė Nereikšmingas neefektyvus.


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.


Rizikos valdymo strategijos

Rizika StrategijaOrganizacinė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ą.


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ą


Rizikos požymiai

Rizikos tipas Potencialūs požymiaiTechnologinė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.


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ą.


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

Esminiai akcentai


Esminių aspektų raktiniai žodžiai (gero vadovavimo įtaka, nevizualumas, vadovo

pareigos, planavimas ir įvertinimas, atskaitos taškai, rizikos tipai, valdymas)


Klausimas 4.1 Ką apima valdymo veikla?


Klausimas 4.2 Kas atliekama projekto planavimo metu?


Klausimas 4.3 Kodėl svarbus rizikos valdymas?

Documents

Projekto valdymas