dr. Asta Vaitkevičienėastak/data/paskaitos/3... · 2015-09-21 · Laiko v. 6.1-6.6 Projekto grafiko planavimas ... Laiko ir medžiagų apmokėjimo.Naudojami įdarbinant papildomus

Vilniaus universitetasMatematikos ir informatikos fakultetas

Programų sistemų katedra

dr. Asta Vaitkevičienė

Programų sistemų

projektų ir kokybės valdymas

Dalykas skaitomas Programų sistemų 4 kurso bakalaurams2015 m.

1

Projekto inicijavimas

INICIJAVIMAS

I. Akcininkų nustatymas

PLANAVIMAS

I. Projekto valdymo plano parengimas

II. Projekto apimties planavimas

2

3

Žinių sritys

Projektų valdymo procesų grupės

Inicijavimas Planavimas Vykdymas Kontrolė Užbaigimas

Integravimo v. 4.1 Nuostatų parengimas

4.2 Projektovaldymo plano parengimas

4.3 Darbų valdymas 4.4, 4.5 Darbų kontrolė; pakeitimų vykdymas

4.6 Projekto ar etapo užbaigimas

Apimties v. 5.1-5.4 Projekto apimties planavimas

5.5, 5.6 Apimties patvirtinimas ir kontrolė

Laiko v. 6.1-6.6 Projekto grafiko planavimas

6.7 Grafiko kontrolė

Kainos v. 7.1-7.3 Projekto kaštų planavimas

7.4 Kaštų kontrolė

Kokybės v. 8.1 Kokybės planavimas

8.2 Kokybės valdymas

8.3 Kokybės kontrolė

Žmog. išt. v. 9.1 Žmogiškųjų išteklių planavimas

9.2-9.4 Komandos valdymas

Komunik. v. 10.1 Komunikacijosplanavimas

10.2 Komunikacijos valdymas

10.3 Komunikacijų kontrolė

Rizikos v. 11.1-11.5 Rizikos planavimas

11.6 Rizikų kontrolė

Įsigijimo v. 12.1 Pirkimų planavimas

12.2 Pirkimų valdymas

12.3 Pirkimų kontrolė 12.4 Pirkimų užbaigimas

Akcininkų v. 13.1 Akcininkų nustatymas

13.2 Akcininkų planavimas

13.3 Akcininkų valdymas

13.4 Akcininkų kontrolė

4

Projekto akcininkai (angl. stakeholders)

Projekto akcininku (angl. stakeholder) gali būti individas, grupė

individų ar organizacija, kurie gali paveikti arba gali būti paveikti

projektu vykdomos veiklos, projekto metu priimamų sprendimų ir

projekto rezultatų.

Projekto akcininkai gali būti aktyviai įsitraukę į projekto veiklą arba

visai neįsitraukę; gali projektą paveikti teigiamai arba neigiamai.

Akcininkų interesai gali konfliktuoti tarpusavyje ir sukelti kliūčių

projekto įvykdymui

5

Projekto akcininkų imtis ir suskirstymas

Projekto akcininkai apima projekto komandą ir visus susijusius

asmenis tiek organizacijos viduje, tiek išorėje.

Projekto komanda turi suklasifikuoti visus akcininkus pagal jų

pobūdį:

vidinis/išorinis;

teigiamas/neigiamas;

vykdantis/patariantis;

aktyvus/neaktyvus.

6

Akcininkų įtaka

Akcininkai gali turėti skirtingas atsakomybes ir skirtingą valdžią

projekte. Jų atsakomybė ir valdžia projekto eigoje gali kisti. Jų

įsitraukimas gali svyruoti nuo atsitiktinio pasidomėjimo projektu iki

visiško įsitraukimo į projektą ir finansinės, politinės ar kitokio

pobūdžio pagalbos teikimo.

Projekto vadovas turi viso projekto metu stebėti akcininkų sąrašą ir

jų įtaką, atnaujinti turimą informaciją, planuoti akcininkų valdymą.

7

Akcininkų nusistatymas (I)

Akcininkų nusistatymas susijęs su projektu gali būti teigiamas arba

neigiamas. Teigiamas nusistatymas padės įvykdyti greičiau,

sėkmingiau projektą, o neigiamas akcininkų nusistatymas gali

sukelti projekto žlugimą ar vėlavimą, galimai kaštų padidėjimą ar

kitus neigiamus efektus.

8

Akcininkų nusistatymas (II)

Teigiamas, pvz. geležinkelio tiesimo projekte, verslininkai gali

įžiūrėti ir siekti teigiamų projekto rezultatų, kurie galima atpigintų

žaliavų pristatymą ar produkcijos išvežimo kaštus.

Neigiamas, pvz. geležinkelio tiesimo projekte, bendruomenė

gyvenanti prie būsimos geležinkelio linijos, gali priešintis šiai

vėžiai, nes jie turės būti iškeldinti arba susitaikyti su triukšmu,

transporto pasikeitimu ir kt. aspektais.

9

Santykis tarp projekto akcininkų ir projekto

Projekto akcininkai

Projekto komanda

Projektas

Sponsorius

Projekto grupės nariai

Projekto valdymo grupės nariai

Projekto vadovas

Portfelio vadovas

Programos vadovas

Projektų vadovų

direktorius

Funkcinių padalinių vadovai

PardavėjaiVerslo

partneriai

Klientai / Naudotojai

Parengta pagal Project Management Institute. A Guide to the Project Management Body Of Knowledge, 5th edition, 2013

10

Akcininkai

1. Sponsorius – ypatingas akcininkas;

2. Klientai / naudotojai – paslaugos gavėjai; rezultatų naudotojai;

3. Pardavėjai / perpardavėjai – subrangovai;

4. Verslo partneriai – sertifikacija, standartizuoti produktai;

5. Organizacijų grupės – infrastruktūrinės sąsajos su projektu;

6. Organizacijos funkcinių padalinių vadovai – skiria resursus;

7. Projekto vadovas – vadovauja darbams;

8. Projekto grupės nariai – vykdo darbus.

11

Sponsorius (angl. sponsor)

Projekto sponsorius – asmuo arba grupė, kuri teikia resursus ir

palaikymą projektui bei sudaro galimybes projekto sėkmei; gali būti tiek

vidinis, tiek išorinis organizacijos narys; nuo pradžios iki pabaigos remia

projektą.

Sponsorius lydi projektą nuo pat pradžių, prisideda prie pradinių apimčių

ir nuostatų parengimo, projekto metu sprendžia ypač svarbius, aukštos

rizikos klausimus ar situacijas, dalyvauja etapų peržiūrose ir padeda

projekto pateiktims įsilieti į verslą po projekto uždarymo.

12

Akcininkai (I)

Klientai / naudotojai patvirtina projekto rezultatus (produktą), jį

išbando, testuoja. Gali būti tiek vidiniai, tiek išoriniai organizacijos

nariai. Gali būti skirtingų lygių (pvz., farmacinį produktą, gali

išrašyti gydytojai, o naudoti ir už jį mokėti pacientai).

Pardavėjai / perpardavėjai – papildomų dalių, paslaugų tiekėjai,

subkontraktoriai, subrangovai, tipiškai pateikia projektui reikalingas

dalis, įrankius, paslaugas (pvz., techninę įrangą, mokymus,

ekspertus ir kt.).

13

Akcininkai (II)

Verslo partneriai – tipiškai išorinės organizacijos, turinčios

specialių ryšių su projektą vykdančia organizaciją, pavyzdžiui

vykdančių organizacijos ar produkto sertifikacija (kokybės ISO 9001

standartą), teikiančių standartizuotus produktus (pvz. Oracle

certified partner, Microsoft gold certified partner ir pan.)

Organizacijų grupės susijusios su projektu per marketingo,

rinkodaros, personalo, finansų ar kitos srities paslaugas, dažnai

veikia kaip partneriai siekiantys bendro tikro.

14

Akcininkai (III)

Funkcinių padalinių vadovai veikia kaip pagrindiniai administratoriai,

atsakingi už tam tikrą funkcinę sritį, tiek tiesiogiai susijusią su projektu

(pvz. programuotojų padalinio vadovas), tiek netiesiogiai (personalo,

pardavimų skyriai).

Projektų vadovas ir projekto komanda veikia kaip pagrindiniai projektą

įgyvendinantys asmenys, teikia savo ekspertizės žinias, rengia projekto

rezultatus, laikosi sutartos tvarkos.

Kiti – pirkimų reguliavimo tarnybos, finansų institucijos, konsultantai ir

kiti turintys finansinių ar kitų paskatų domėtis projektu.

15

Akcininkų nustatymo procesas

Akcininkų nustatymo procesas (angl. identify stakeholders) – tęstinė

veikla, kurios metu identifikuojami akcininkai, analizuojamas ir

dokumentuojamas jų įtakos ir poveikio projektui lygis.

1. Projekto nuostatai2. Pirkimų dokumentai3. Įmonės aplinkos duomenys4. Įmonės organizaciniai dokumentai

Įeities duomenys

1. Akcininkų registras

Išeities duomenys

1. Akcininkų analizė2. Ekspertinis vertinimas3. Susitikimai

Įrankiai/Technikos


16

Pirkimų dokumentai

Techninė (darbo) užduotis tiekėjams

Tiekėjo pasiūlymas

Sutartis

17

Kas perkama?

Įranga. Jei yra kuriama nauja programų sistema ir jai įdiegti reikia aparatinės

įrangos (AĮ, angl. hardware), tokią AĮ galima pirkti iš kitos organizacijos arba

nuomoti (pastaba: būtina atsižvelgti į įvairias aplinkybes: sukurtos sistemos

gyvavimo trukmę, ar AĮ reikės dalintis su kitais)

Darbuotojų samdymas. Žmonės iš išorės gali būti samdomi visam projektui

vykdyti arba tik atskiriems projekto darbams atlikti. Tačiau reikėtų vengti

samdyti visus programuotojus, kad įvykdytumėte projektą (įvertinta turi būti ir

būsimos sistemos priežiūra)

Kitos prekės ar paslaugos. pvz., gali būti geriau pirkti mokymų paslaugas,

nepriklausomus testuotojus.

18

Prašymai teikti pasiūlymą

Prašymas teikti pasiūlymus:

Prašymas teikti pasiūlymus (angl. RFP – Request For Proposal)

Prašymas siūlyti kainą (angl. RFQ – Request For Quotation)

Kvietimas siūlyti kainą (angl. IFB – Invitation For Bid)

Prieš tai turi būti įvardinta koks bus sandorio tipas (sandoriai:

fiksuotos kainos, išlaidas padengiantieji, laiko ir medžiagų apmokėjimo);

pateikta techninė (darbo) užduotis tiekėjams ir įvardinta kaip vyks

tiekėjų atranka

19

Sandoriai

Fiksuotos kainos. Geriausia naudoti tada, kai yra gerai apibrėžtas

kuriamas produktas ir yra nemažai informacijos iš ankstesnių panašių

projektų

Išlaidas padengiantieji. Jie pirkėjams yra rizikingiausi, nes nežino

galutinės kainos. Tačiau jie gali būti vienintelė galimybė produktui įsigyti,

kai nėra gero jo apibrėžimo, arba prašoma pateikti kažką, ko anksčiau

nėra buvę

Laiko ir medžiagų apmokėjimo. Naudojami įdarbinant papildomus

žmones, kai specifiniams projekto darbams atlikti prireikia specialistų

20

Pirkimų organizavimas

1. Techninė (darbo) užduotis tiekėjams parengimas ir viešinimas

2. Kvalifikacinių reikalavimų tiekėjams (įvardinus ir kaip vyks

atranka) parengimas ir viešinimas

3. Prašymas teikti pasiūlymus

4. Tiekėjų atranka

5. Laimėtojo paskelbimas

6. Sutarties sudarymas

21

Kas yra jūsų projekto akcininkai?

Vardas Pavardė,Pareigos, Organizacija

Rolė El. paštasTelefonasAdresas

Projekto poreikis

Įtakoslygis

Įsitraukimas

Pavyzdys


22

13.1 Akcininkų nustatymas

Integravimo valdymas

Įmonė / Organizacija

13.1 Akcininkų

nustatymas

13.2 Akcininkų valdymo

nustatymas

4.1 Projekto nuostatų rengimas

5.2 Reikalavimų surinkimas

8.1 Kokybės valdymo suplanavimas

10.1 Komunikacijos valdymo suplanavimas

11.1 Rizikų valdymo suplanavimas

11.2 Rizikų nustatymas

12.1 Pirkimų valdymo suplanavimas

Projekto nuostatai

Įmonės aplinkos duomenysĮmonės organizaciniai dokumentai

12.1 Pirkimų valdymo planavimas

Pirkimų dokumentai


Projekto planavimas

INICIJAVIMAS


PLANAVIMAS



23

24

Žinių sritys

Projektų valdymo procesų grupės

Inicijavimas Planavimas Vykdymas Kontrolė Užbaigimas

Integravimo v. 4.1 Nuostatų parengimas

4.2 Projektovaldymo plano parengimas

4.3 Darbų valdymas 4.4, 4.5 Darbų kontrolė; pakeitimų vykdymas

4.6 Projekto ar etapo užbaigimas

Apimties v. 5.1-5.4 Projekto apimties planavimas

5.5, 5.6 Apimties patvirtinimas ir kontrolė

Laiko v. 6.1-6.6 Projekto grafiko planavimas

6.7 Grafiko kontrolė

Kainos v. 7.1-7.3 Projekto kaštų planavimas

7.4 Kaštų kontrolė

Kokybės v. 8.1 Kokybės planavimas

8.2 Kokybės valdymas

8.3 Kokybės kontrolė

Žmog. išt. v. 9.1 Žmogiškųjų išteklių planavimas

9.2-9.4 Komandos valdymas

Komunik. v. 10.1 Komunikacijosplanavimas

10.2 Komunikacijos valdymas

10.3 Komunikacijų kontrolė

Rizikos v. 11.1-11.5 Rizikos planavimas


Įsigijimo v. 12.1 Pirkimų planavimas

12.2 Pirkimų valdymas

12.3 Pirkimų kontrolė 12.4 Pirkimų užbaigimas

Akcininkų v. 13.1 Akcininkų nustatymas

13.2 Akcininkų planavimas

13.3 Akcininkų valdymas

13.4 Akcininkų kontrolė

25

Nobody plans to fail, but many fail to plan

Success is when everything that goes wrong, fits in your plan

26

Planavimas

Planavimas – sistemingos pastangos identifikuoti projekto tikslų

pasiekimui reikalingus atlikti veiksmus, metodus ir išteklius

Planavimo tikslas - sumažinti neapibrėžtumų poveikį projekto

eigai

Planavimo proceso metu nustatoma kas, ką, kada ir kaip atliks

27

Projekto valdymo planas

Projekto valdymo planas – dokumentas, kuris nusako kaip

projektas bus vykdomas, stebimas ir kontroliuojamas. Projekto

valdymo planas integruoja ir apjungia visus pagrindinius planus

(angl. baseline) ir pagalbinius planus iš viso planavimo proceso

1. Projekto nuostatai2. Kitų procesų rezultatai3. Įmonės aplinkos duomenys4. Įmonės organizaciniai dokumentai

Įeities duomenys

1. Projekto valdymo planas

Išeities duomenys

1. Ekspertinis vertinimas2. Pagalbinės technikos

Įrankiai/Technikos


28

Pagrindiniai planai (angl. baselines)

Apimties planas (angl. scope baseline)

Tvarkaraščio planas (angl. schedule baseline)

Kaštų planas (angl. cost baseline)

29

Pagalbiniai planai (angl. subsidiary plans) (I)

1. Apimties valdymo planas

2. Reikalavimų valdymo planas

3. Tvarkaraščio valdymo planas

4. Kaštų valdymo planas

5. Kokybės valdymo planas

6. Procesų gerinimo planas

30

Pagalbiniai planai (angl. subsidiary plans) (II)

7. Žmogiškųjų išteklių valdymo planas

8. Komunikacijos valdymo planas

9. Rizikų valdymo planas

10. Pirkimų valdymo planas

11. Akcininkų valdymo planas

31

Papildomi valdymo plano elementai

Pasirinktas projekto kūrimo gyvavimo ciklas

Pasirinkto kūrimo ciklo adaptacija konkrečiam projektui

Aprašas kaip projektas bus vykdomas

Pakeitimų valdymo planas

Konfigūracijų valdymo planas

Pagrindinių projekto planų suderinamumo palaikymas

Neišspręstų klausimų, atvirų problemų, pastabų turiniui

valdymas

32

Projekto valdymo plano parengimas

1. Projekto nuostatai2. Kitų procesų rezultatai3. Įmonės aplinkos duomenys4. Įmonės organizaciniai dokumentai

Įeities duomenys

1. Projekto valdymo planas

Išeities duomenys

1. Ekspertinis vertinimas2. Pagalbinės technikos

Įrankiai/Technikos


33

Įeities duomenys: projekto nuostatai

Projekto nuostatų (angl. project charter) dydis gali skirtis

kiekviename projekte priklausomai nuo projekto sudėtingumo ir

informacijos, kuri yra žinoma inicijavimo etape.

Minimaliai projekto nuostatai turi nusakyti projekto ribas

34

Įeities duomenys: kitų procesų rezultatai

Visų procesų nuo 5 iki 13 srities

rezultatai

Pasikeitimai šiuose dokumentuose

gali reikalauti keisti projektų valdymo

planą

Žinių sritys Planavimas

Integravimo v. 4.2 Sukurti projektovaldymo planą

Apimties v. 5.1-5.4

Laiko v. 6.1-6.6

Kainos v. 7.1-7.3

Kokybės v. 8.1

Žmog. ištekl. v. 9.1

Komunik. v. 10.1

Rizikos v. 11.1-11.5

Įsigijimo v. 12.1

Akcininkų v. 13.2

35

Įeities duomenys: įmonės aplinkos duomenys

Įmonės aplinkos duomenys (angl. enterprise environmental

factors), galintys įtakoti projekto planą apima (bet neapsiriboja):

Vyriausybės standartai, pramonės standartai, organizacinė struktūra

Projektų valdymo informacinės sistemos (automatizuoti įrankiai,

informacijos platinimo, konfigūracijų valdymo sistemos)

Infrastruktūra (esama įranga)

Personalo administravimas (priėmimo į darbą tvarka, įrašai apie

darbuotojų efektyvumą, mokymus)

36

Įeities duomenys: įmonės organizaciniai dokumentai

Įmonės organizaciniai dokumentai (angl. enterprise

organizational process assets):

Procesus ir procedūras aprašantys dokumentai; žinių bazė

Projektų valdymo plano šablonas

Pakeitimų valdymo procedūros

Projektų valdymo bylos iš ankstesnių projektų

Naujausia įmonės standartų, procedūrų ir projekto dokumentų

šablonų žinių bazė

37

4.2 Projekto valdymo plano parengimas

Integravimo valdymasĮmonė /

Organizacija

4.1 Projekto nuostatų rengimas

4.2 Projekto valdymo

plano parengimas

5.1 Apimties valdymo suplanavimas

5.6 Apimties kontrolė

6.7 Tvarkaraščio kontrolė

6.1 Tvarkaraščio valdymo suplanavimas

7.1 Kaštų valdymo suplanavimas

11.1 Rizikų valdymo suplanavimas


Įmonės aplinkos duomenysĮmonės organizaciniai dokumentai

Kitų procesų rezultatai

Komunikacijos valdymo planasKaštų valdymo planasŽmogiškųjų išteklių planasPirkimų valdymo planasProcesų valdymo planasKokybės valdymo planasReikalavimų valdymo planasRizikų valdymo planasTvarkaraščio valdymo planasApimties valdymo planasAkcininkų valdymo planasKaštų planasTvarkaraščio planasApimties planasProjekto valdymo plano atnaujinimai

Projekto nuostatai7.4 Kaštų kontrolė

8.1 Kokybės valdymo suplanavimas

9.1 Žmog. resurs. valdymo suplanavimas

10.1 Komunikacijos valdymo suplanavimas

10.3 Komunikacijos kontrolė

12.1 Pirkimų valdymo suplanavimas

12.3 Pirkimų kontrolė

12.4 Pirkimų užbaigimas

13.2 Akcininkų valdymo suplanavimas

13.4 Akcininkų įsitraukimo kontrolė


Projekto planavimas

INICIJAVIMAS


PLANAVIMAS



38

39

Apimtis (angl. scope)

Projektų kontekste, terminas apimtis gali reikštis:

Produkto apimtis. Savybės ir funkcijos charakterizuojančios

produktą, paslaugą ar rezultatą.

IR / AR

Projekto apimtis. Darbai, skirti sukurti (suformuoti, realizuoti)

produktą, paslaugą ar rezultatą, turintį specifikuotas savybes ir

funkcijas. Projekto apimtis dažnai suprantama kaip apimanti

produkto apimtį.

40

Projekto apimties planavimas

1. Apimties valdymo suplanavimas

2. Reikalavimų surinkimas

3. Apimties apibrėžimas

4. Suskaidytų darbų lentelės (WBS) sukūrimas

41

Projekto apimties planavimas

1. Projekto apimties valdymo suplanavimas




42

1. Projekto apimties valdymo suplanavimas

Apimties valdymo suplanavimas (angl. plan scope management) -

procesas, nustatantis kaip apimtis bus apibrėžiama, validuojama ir

kontroliuojama, t.y. kaip apimtis bus valdoma projekto metu. Gali

būti formalus (dokumentuotas) arba ne

1. Projekto valdymo planas2. Projekto nuostatai3. Įmonės aplinkos duomenys4. Įmonės organizaciniai dokumentai

Įeities duomenys

1. Apimties valdymo planas2. Reikalavimų valdymo planas

Išeities duomenys

1. Ekspertinis vertinimas2. Susitikimai

Įrankiai/Technikos


43

Apimties valdymo planas

Apima:

Projekto apimties detalaus apibrėžimo procedūros nustatymą

Suskaidytos darbų lentelės (WBS) sukūrimo procedūrą

Suskaidytos darbų lentelė (WBS) palaikymo ir patvirtinimo

procedūrą

Rezultatų priėmimo formalios procedūros nustatymą

Prašymų apimties pakeitimams valdymo procedūros nustatymą

44

Reikalavimų valdymo planas

Apima:

Reikalavimų veiklų planavimo, stebėjimo ir kontrolės procedūras

Konfigūracijų valdymo procedūrų nustatymą

Reikalavimų prioritetų nustatymo tvarką

Produkto savybių metrikos ir jų pagrindimas

Reikalavimų atsekamumo struktūros nustatymas

45


Reikalavimų surinkimas (angl. collect requirements) – procesas,

identifikuojantis ir formaliai aprašantis akcininkų poreikius ir

reikalavimus, kurie turės būti patenkinti projektu


1. Apimties valdymo planas2. Reikalavimų valdymo planas3. Akcininkų valdymo planas4. Projekto nuostatai5. Akcininkų registras

Įeities duomenys

1. Reikalavimų dokumentacija2. Reikalavimų atsekamumo matrica

Išeities duomenys

1. Interviu2. Tikslinės grupės3. Seminarai4. Grupės kūrybingumo palaikymo technikos5. Grupinio sprendimų priėmimo technikos6. Apklausos7. Stebėjimai8. Prototipai9. Lyginamoji analizė10. Kontekstinės diagramos11. Dokumentų analizė

Įrankiai/Technikos

46

Reikalavimų surinkimo svarba

Vienas iš kertinių procesų valdant kiekvieną projektą

Apibrėžia ir leidžia aiškiai suprasti kokie bus projekto rezultatai

Stebėtinai daug projektų šio proceso neatlieka korektiškai, kad ir

koks lengvas iš šalies jis atrodo

Daugumos nesėkmingų projektų priežastis – netiksliai ar

nepilnai surinkti pradiniai reikalavimai

47

Situacijos analizė (I)

Situacija: kompanijoje vykdomas programinės įrangos sukūrimo

projektas. Pasibaigus inicijavimo fazei verslo (veiklos) analitikai

pradeda analizuoti reikalavimus ir po analizės juos pateikia

projekto komandai vykdymui. Vos tik veiklos reikalavimai yra

aprašyti kaip techniniai reikalavimai, pradedama gamyba

48

Situacijos analizė (II)

Realybė: dauguma atvejų, veiklos analitikai yra nepajėgūs apimti

visų reikalavimų analizės. Tam tikra dalis reikalavimų visada lieka

pražiūrėta. Konstravimo etape, užsakovas tipiškai suranda vietas,

kurioms reikalavimai buvo nenagrinėti ir neišanalizuoti

Baigtis: projekto komanda turi įgyvendinti „paliktuosius“

reikalavimus už tai negaudama jokio apmokėjimo

Išvada: reikalavimų surinkimas yra kiekvieno projekto pats

svarbiausias etapas

49

Reikalavimų surinkimo gerosios praktikos

1. Niekada nemanykite, kad žinote projekto reikalavimus. Tipiškai ką jūs galvojate yra

visai priešingai nei užsakovas pageidauja. Visada pasitikrinkite ką galvoja klientas

2. Įtraukite galutinį naudotoją - jei įmanoma nuo pat pradžių

3. Reikalavimų dokumentas turėtų būti visiškai aiškus. Reikalavimai realistiški, tikslūs ir

išmatuojami.

4. Nekalbėkite apie sprendinį ar tinkamą jam technologiją, nieko nežadėkite klientui

kol visi reikalavimai nėra surinkti

5. Jei reikalinga, sukurkite prototipą, pavyzdį, kuris iliustruotų reikalavimą

6. Prieš pradedant vykdyti kitą projekto etapą – priverskite klientą pasirašyti

reikalavimų dokumentą

50

Atrinkti reikalavimų surinkimo metodai

1. Tikslinės grupės / Seminarai: parenkami tinkami akcininkai ir

srities specialistai, vykdoma diskusija apie būsimą produktą,

kurią moderuoja vienas žmogus

2. Grupės sprendimų priėmimas:

◦ Vienbalsiai

◦ Daugumos sprendimu

◦ Pagal didžiausią grupę

◦ „Diktatoriaus“ sprendimas

51

Atrinkti reikalavimų surinkimo metodai

3. Klausimynai: tipiniu atveju, jeigu reikia surinkti daugelio

žmonių nuomonę, bet gali būti naudojami ir įsipareigojimui

užtvirtinti

4. Konteksto diagrama: vizualiai vaizduojamas produktas /

paslauga parodant išorinius elementus, kurie sąveikauja su

produktu ar paslauga. Identifikuojami veiklos įvykiai į kuriuos

kuriamas produktas ar paslauga turi reaguoti. Nurodomi įeities

ir išeities duomenys

52

Reikalavimų dokumentacija (I)

1. Veiklos reikalavimai:

◦ Veiklos ir projekto pagrindiniai tikslai (atsekamumui)

◦ Veiklos taisyklės

◦ Pagrindiniai principai

2. Akcininkų reikalavimai

◦ Poveikis kitoms organizacijos sritims

◦ Poveikis organizacijos viduje ir išorėje

◦ Akcininkų komunikavimo ir atsiskaitymų reikalavimai

53

Reikalavimų dokumentacija (II)

3. Reikalavimai sprendiniui:

◦ Funkciniai ir nefunkciniai reikalavimai

◦ Technologiniai ir atitikimo standartams reikalavimai

◦ Palaikymo ir mokymo reikalavimai

◦ Kokybės reikalavimai

◦ Dokumentavimo reikalavimai

54

Reikalavimų dokumentacija (III)

4. Reikalavimai projektui:

◦ Paslaugų teikimo lygis, sauga, suderinamumas

◦ Priėmimo kriterijai

5. Pereinamojo laikotarpio reikalavimai

6. Prielaidos, apribojimai taikomi reikalavimams bei sąsaja tarp

reikalavimų

55

Reikalavimų atsekamumo matrica


56


Apimties apibrėžimas (angl. define scope) – procesas, kurio metu

apibrėžiama, kurie iš surinktų reikalavimų bus įgyvendinami

projektu, o kurie ne

1. Apimties valdymo planas2. Projekto nuostatai3. Reikalavimų dokumentacija4. Įmonės organizaciniai dokumentai

Įeities duomenys

1. Projekto apimties aprašas2. Projekto dokumentų atnaujinimai

Išeities duomenys

1. Ekspertinis vertinimas2. Produkto analizė3. Alternatyvų generavimas4. Seminarai

Įrankiai/Technikos


57

Projekto apimties aprašas

Produkto apimties aprašymas

Priėmimo kriterijai

Projekto rezultatai / pateiktys (angl. deliverables)

Reikalavimai / Poreikiai už projekto ribų

Apribojimai

Prielaidos

58


Suskaidytų darbų lentelėje (angl. WBS – work breakdown

structure) nurodomi pagrindiniai projekto darbai. Darbai skaidomi į

keletą lygių tol, kad žemiausio lygio darbų įvykdymo laipsnį galima

būtų išmatuoti ir būtų aišku, kokio finansavimo jiems reikėtų.

1. Apimties valdymo planas2. Projekto apimties aprašas 3. Reikalavimų dokumentacija4. Įmonės aplinkos duomenys5. Įmonės organizaciniai dokumentai

Įeities duomenys

1. Apimties planas2. Projekto dokumentų atnaujinimai

Išeities duomenys

1. Dekompozicija2. Ekspertinis vertinimas

Įrankiai/Technikos


59

Suskaidytų darbų lentelė (WBS)

Projektas

2. Darbų grupė 3. Darbų grupė

1.1. Darbas

1.2. Darbas

1.3. Darbas

2.1. Darbas

2.2. Darbas

3.1. Darbas

3.2. Darbas

3.3. Darbas

2.2.1. Darbelis

2.2.2. Darbelis

1 lygis

................

2 lygis

...............

3 lygis

................

t. t.

1. Darbų grupė

60

WBS rengimo gairės

Projektų vadovas neprivalo pats sudaryti suskaidytų darbų lentelę. Jis

gali pasitelkti specialistus

Kiekvienas žemesnio lygio punktas yra aukščiau esančio lygio

komponentas. Darbus skaidyti reikia į tiek lygių, kad būtų galima rengti

darbų trukmės, kainos ir reikiamų išteklių įverčius

Remkimės 8/80 taisykle: darbai ne trumpesni nei 8 valandos ir ne

ilgesni nei 80 valandų

Kiekvienas punktas turi turėti tinkamą lygių kiekį

Naudokime skaitinius numerius kiekvienam WBS darbui

61

Darbų rinkinys (angl. work package) ir atsakomybės priskyrimas

Planuojamas darbas yra žemiausio lygmens suskaidytų darbų

lentelės (WBS) elementas. Šis elementas dar yra vadinamas darbų

rinkiniu (angl. work package)

Darbų rinkiniui yra priskiriamas už jį atsakingas asmuo, kuris turi

turėti kompetenciją įvykdyti numatytus darbus

62

Įsipareigojimo reikšmė

Pavyzdys

63

WBS nauda

WBS yra projekto trukmės ir kainos, reikalingų išteklių vertinimo

pagrindas. Tai instrumentas, padedantis bendrauti projekto grupės

nariams, bendrauti su užsakovu, stebėti projekto eigą ir atlikti kitus

projekto valdymo veiksmus

64

WBS pagal produkto kūrimo etapus

Programinės įrangos

produktas

Produkto reikalavimai

Programinė įranga

Dokumentacija naudotojams

Mokymų medžiaga

Projekto valdymas

Planavimas

Susitikimai

Administravimas

Projektavimas Konstravimas Testavimas


65

WBS pagal pateiktis

Lėktuvų sistema

Projekto valdymas

Sistemos inžinerijos valdymas

Papildomos projekto

valdymo veiklos

Apmokymai

Įrengimų

Infrastruktūros

Paslaugų

Duomenys

Techniniai užsakymai

Įrenginių duomenys

Valdymo duomenys

Lėktuvai

Fiuzeliažas

Variklis

Komunikavimo sistemos

Navigacinės sistemos

Priešgaisrinės sistemos

Palaikanti įranga Infrastruktūra

Angarai

Taisyklos

Testavimas ir vertinimas


66

Klausimai į kuriuos turite atsakyti rengdami WBS

Ar visos užduotys yra nustatytos?

Ar dažnai pamirštamos užduotys, tokios kaip planavimas,

derinimo ciklai, testavimas, spausdinimas yra numatytos?

Ar nurodyta kiek užduotis užtruks?

Ar kiekviena užduotis turi atsakingą asmenį?

Ar yra tik vienas atsakingas asmuo vienai užduočiau?

67

Apimties planas (angl. scope baseline)

Apimties planą sudaro

1. patvirtina projekto apimties aprašo versija

2. suskaidytų darbų lentelė (WBS)

3. susijęs darbų lentelės žodynas (aprašas)

68

Apimties planavimas

Projekto apimtis keičiasi

Projekto apimtis turi būti aiškiai apibrėžta prieš darant projektą,

pakeitimai turi būti valdomi

Projekto apimtis turi būti suderinta ir patvirtinta

Documents

dr. Asta Vaitkevičienėastak/data/paskaitos/3... · 2015-09-21 · Laiko v. 6.1-6.6 Projekto grafiko planavimas ... Laiko ir medžiagų apmokėjimo.Naudojami įdarbinant papildomus