osa 3
osa 3
osa 3
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Jõudlust määravate parameetrite fikseerimine ja iseloomustus<br />
Planeeritud ülevaated, planeeritud jõudluse hindamise ülevaated<br />
10. Tegevuste eest vastutajad, tegevuste haldamine (Action assignment and management)<br />
Loetelu vastutajatest, tööde alustamise tingimused ja protseduurid, tööde<br />
kulgemise kontrolli protseduurid, tööde lõpetamise tingimused ja protseduurid<br />
11. Haldamine (Management)<br />
Haldusstruktuuri kirjeldus; haldusstruktuuri toimimised reeglid ja protseduurid<br />
12. Töö aluseks ja abiks olevad standardid, protseduurid, tööriistad, mida<br />
kasutatakse selles projektis.<br />
Ei ole raske taibata, et peaaegu iga sisukorra alajaotuse koostamiseks läheb vajab tarkvarainseneri<br />
abi, või vastav alajaotus sisaldab hinnalist infot tarkvara projekti koostamiseks. Sellest ka<br />
vajadus kaasata tarkvara inseneri süsteemi loomise planeerimisse päris algusest peale.<br />
Pärast üldplaani koostamist ja heakskiitmist, sõlmitakse partnerite vahelised lepingud,<br />
koostatakse üksikute <strong>osa</strong>de kohta detailsed plaanid ja hakatakse tööle.<br />
3.3.1 Kommentaarid süsteemi loomise plaanile<br />
Keskpäraste tarkvara inseneride üks enimlevinud küsimusi on ”Miks on vaja plaani kui midagi ei<br />
ole täpselt teada ja kõik asjad muutuvad pidevalt” Pidevalt muutuvas ümbruses edukaks<br />
toimetulemiseks on vaja strateegilist plaani (mis muutub harva) ja taktikalist plaani (mida<br />
korrigeeritakse sageli). Vastavalt vajadusele korrigeeritavad taktikalised plaanid aitavad<br />
muudatustele õigeaegselt (s.t. minimaalsete kulutustega) reageerida.<br />
Igal projekti juhatuse koosolekul peaks plaani ülevaatamine olema üks päevakorrapunktidest.<br />
Eelmisest koosolekust toimunud muudatuste ilmutatud analüüs, edasiliikumise analüüs, tekkinud<br />
või seni lahendamata probleemide (riskifaktorite) fikseerimine ja lahendusvariantide arutamine<br />
eelpoolnimetatud analüüsi valguses -- aitavad dünaamiliselt reageerida muudatustele ja valida<br />
häid edasiliikumise variante. Korralik planeerimine eeldab kannatlikkust, enesedistsipliini ja<br />
rasket tööd -- ükski nendest omadustest ei kuulu keskmise tarkvara inseneri tugevate omaduste<br />
hulka.<br />
Esialgsete plaanide koostamisel peaks <strong>osa</strong>lema kogu projekti meeskond, ainult nii saavutatakse<br />
töö käigus vajalik vastastikune mõistmine. Hilisem plaanide täideviimise kontroll ja vajaduse<br />
korral plaanide operatiivne muutmine on puhtalt projektijuhi ja haldusmeeskonna ülesanne.<br />
3.3.2 Projekti jagamine töödeks (Work breakdown structure)<br />
Kogu projekti realiseerimisega seotud tegevus tuleb jagada paraja suurusega töödeks, või tööde<br />
gruppideks. Paras suurus tähendab ennekõike juhtimise ja kontrolli mõttes parajat suurust. Tööde<br />
grupid tekivad suuremates projektides, kus kogu toote struktuur on hierarhiline –gruppide arv<br />
(ehk siis hierarhia ülemisel tasemel olevate tööde arv) on jällegi määratud inimese võimega<br />
hallata mitte üle seitsme erineva tööde grupi korraga.<br />
59