Documente Academic
Documente Profesional
Documente Cultură
c om
Ursan-Mihalcea Rǎzvan
Project 2003
Concepte şi Lecţii ilustrate
Cuprins
5.1.
5.2. ISNTRODUCEREA DATELOR ............................................................................................................ 5
TABILIREA DATEI DE ÎNCEPERE A PROIECTULUI .......................................................................... 6
5.3. STABILIREA DURATELOR FIECARUI TASK ŞI SUBTASK .................................................................. 7
5.4. EVIDENŢIEREA TASK-URILOR STRUCTURATE ............................................................................... 8
6. LECŢIA 3 – CONCEPTUL DE LEGǍTURǍ ÎNTRE DOUǍ ACTIVITǍŢI.............................. 9
6.1. LEGǍTURI ÎNTRE ACTIVITǍŢILE UNUI PROIECT ............................................................................. 9
6.2. NUMEROTAREA TASK-URILOR ŞI A SUBTASK-URILOR................................................................. 10
7. LECŢIA 4 – STRUCTURA IERARHICǍ A PROIECTULUI .................................................... 11
8. LECŢIA 5 – CREAREA LEGǍTURILOR ÎNTRE TASK-URI.................................................. 12
9. LECŢIA 6 – DRUMUL CRITIC AL PROIECTULUI ................................................................. 15
Am organizat cartea pe Lecţii, care pe parcurs vor deveni mai complicate, dar nu
imposibile. Dacǎ ai deja ceva experienţǎ în folosirea produsului Project, po ţi sǎri lecţiile
pe care le cunoşti deja, însǎ, dacǎ e prima oarǎ când lucrezi cu Project, te sfǎtuiesc sǎ
parcurgi lecţiile pe rând fǎrǎ a trece la altǎ lecţie pânǎ nu ai înţeles perfect lecţia
anterioarǎ.
Chiar de ǎlucru
modul dac în aceast ǎ carteProject,
cu produsul am folosit Project tehnicilor
majoritatea 2003 pentru a prezenta
prezentate aici
pot fi realizate şi în alte versiuni anterioare de Project (XP, 2000).
Informaţiile din dreptul acestei iconiţe nu sunt obligatoriu de re ţinut, dar dacǎ
vrei sǎ le reţii, cu atât mai bine!
3. Introducere
Dacǎ ai fost vreodatǎ responsabil de coordonarea unor activitǎţi specifice care
trebuiesc finalizate într-o perioadǎ anume (sau pânǎ la un anumit termen limitǎ) şi pentru
o anumitǎ valoare de bani, sau dacǎ eşti pur şi simplu un manager de proiect, aceastǎ
carte este pentru tine. Chiar dacǎ nu ne dǎm seama, noi toţi aplicǎm teoria
managementului în viaţa de zi cu zi. Când ? Când ne ducem la şcoalǎ sau la muncǎ,
înainte sǎ mâncǎm, când lucrǎm, şi în orice facem în fiecare moment al vie ţii noastre.
Cum aşa ? Pǎi, de exemplu, înainte sǎ mâncǎm (unii din noi) ne gândim ce mânc ǎruri
putem preg ǎti sau ce mâncǎruri avem deja, şi alegem mâncarea care ne satisface cel mai
bine în funcţie de anumite criterii. Aşadar, înainte sǎ mâncǎm, ne gândim la toate
variantele de mâncǎruri, iar apoi luǎm o decizie care reprezintǎ varianta cea mai potrivitǎ
(în funcţie de cât de foame ne este, de ce orǎ este, ş.a.m.d.).
Aşadar, cum ne poate ajuta Project în cazul realiz ǎrii unui proiect ? Project ne ajutǎ sǎ
realizǎm un plan de acţiune, ne dǎ posibilitatea introducerii şi organizǎrii informaţiilor şi
detaliilor care definesc activitǎţile ce trebuiesc terminate pentru a atinge obiectivul
propus. Project te ajut ǎ începând cu definirea proiectului şi detaliilor acestuia, continuând
apoi cu definirea activitǎţilor şi resurselor care alcǎtuiesc proiectul, pregǎtirea pentru
publicarea acestuia, urmǎrirea progresului şi al stadiului în care se afl ǎ, analiza costurilor,
a calitǎţii proiectului, ş.a.m.d.
Microsoft Project nu te va putea ajuta cu paşii (1), (2), (7) şi (8), însǎ te poate ajuta
foarte bine la ceilalţi paşi, uşurându-ţi munca foarte mult.
În stânga ferestrei este panoul de pornire (Getting Started), unde putem ori sǎ
deschidem un proiect existent, ori sǎ creem unul. La dreapta acestui panou se afl ǎ panoul
de vizualizare al proiectului format din mai multe iconiţe care ne vor ajuta sǎ schimbǎm
modul
modul de
de vizualizare
vizualizare al proiectului
Gantt Chart format ţie de cerin
în funcdintr-un ţe. Maitabelar
formular la dreapta
(a şa acestui panouvedea
cum putem este
şi în Excel) şi zona de reprezentare a diagramei Gantt, ambele zone fiind despǎrţite
printr-o barǎ mobilǎ cu care se poate stabili procentul de spatiu vizibil din fiecare zon ǎ.
Dupǎ cum poţi vedea în panoul de vizualizare (cel cu mai multe iconiţe), a doua iconiţa
de sus este selectatǎ (Gantt Chart), fapt ce ne spune cǎ ne aflǎm în modul de vizualizare
al diagramei Gantt.
Formularul tabelar din modul de vizualizare Gantt Chart este alcǎtuit din mai multe
coloane, printre care şi Task Name unde vom introduce task-urile care alcǎtuiesc
proiectul, durata acestora, ş.a.m.d. Diagrama Gantt din dreapta formularului este alcǎtuitǎ
şi ea dintr-un antet care ne permite sǎ observǎm relaţiile şi durata task-urilor, subtask-
urilor, şi chiar a proiectului.
Acum dacǎ vom face click în panoul de pornire pe
ultimul element (Create a new project…) vom vedea
panoul New Project.
Acesta este panoul unde putem crea un proiect nou
de la zero, putem crea un proiect bazat pe un altul
existent, sau putem crea un proiect folosind şabloanele
oferite de Office (cele deja instalate sau cele aflate pe
internet). Printre şabloanele existente se numǎrǎ cele de
construţie, de mutare a locuinţei, de creare a unui nou
produs
despre sau aratǎ,ǎ ş.a.m.d.
cumfirm Dacǎrealizat
un proiect vrei sǎ-în
ţi faci o idee
Project te
sfǎtuiesc sǎ navighezi printre şabloanele deja instalate
în Office.
Pe lângǎ şabloane, Project deţine şi experţi de proiect care automatizeazǎ crearea unui
proiect prin anumiţi paşi impuşi de Project. Aceşti experţi se aflǎ chiar deasupra panoului
de pornire în bara de instrumente:
Apǎsând pe sǎgetuţa din dreapta
butoanelor puse la dispoziţie, putem
accesa experţii de creare a task-urilor şi proiectului, de identificare a resurselor, putem
urmǎri este
stânga progresul
folosit proiectului,
pentru a afişputem întocmi
a/ascunde de experşiţi.multe altele. Primul buton din
rapoarte,
panoul
Pe prima linie a tabelului avem numele proiectului, în cazul acesta un Sistem Mobil
de raportare (un fel de aparat mobil – precum un telefon mobil). Fiind un proiect
software, trebuiesc întocmite cerinţele de performanţǎ a sistemului pe care se va instala
(ce componente fizice îl vor alcǎtui încât sǎ fie atât performant cât şi ieftin), însǎ pentru
acest lucru trebuie sǎ aflǎm care sisteme se folosesc cel mai mult. Pentru a afla acest
lucru, trebuie sa intervievam utilizatorii (potenţialii cumpǎrǎtori ai acestui produs),
dupǎ care putem defini cerinţele de performanţǎ (determinǎm exact ce componente ne
trebuiesc). Fiind un sistem software, trebuie sǎ realizǎm o logicǎ a design-ului acestui
software (logicǎ adicǎ planul programului încât sǎ fie cât mai uşor şi cât mai optim de
implementat), design-ul bazei de date (structura bazei de date care va fi accesatǎ din
cadrul programului), mai trebuie sǎ implementǎm codul de program A (o bucatǎ de cod
care va forma programul final ) care va fi realizat de o echipǎ şi respectiv codul B realizat
de altǎ echipǎ. Pentru acest software trebuie sǎ cumpǎrǎm componentele (resursele)
hardware (adicǎ acele componente fizice care fac sistemul func ţional) necesare
funcţionǎrii acestuia, iar apoi sǎ le asamblǎm. Dupǎ aceasta, pentru a obţine un prototip
al proiectului, va trebui sǎ integrǎm partea software (programul) în partea hardware
(aparatul).
Acu5.2. Stabilirea
m cǎ am introdusdatei de începere
task-urile care alcaǎtuiesc
proiectului
proiectul, trebuie sǎ definim la fiecare
task durata desfǎşurǎrii acestuia.
Anumite task-uri sunt alcǎtuite din mai multe subtask-uri. La aceste task-
uri nu se va defini durata de desfǎşurare aceasta fiind calculatǎ automat de
Project dupa definirea duratelor fiecarui subtask ce alcǎtuieşte acel task.
Aşadar, la task-urile alcǎtuite din mai multe subtask-uri se va defini
durata de desfǎşurare doar a subtask-urilor!
Aici vom alege 15.04.06 ca datǎ de început a proiectului (Start date) sau orice altǎ
datǎ acesta fiind doar un exemplu.
În imaginea de mai sus am definit durata doar la task-urile care sunt simple (nu sunt
alcǎtuite din mai multe subtask-uri), cât şi la subtask-urile task-urilor pe care încǎ nu le-
am evidenţiat. Task-urile care conţin subtask-uri sunt task-uri structurate. În acest proiect
avem 5 astfel de task-uri structurate. Primul task structurat este de fapt chiar primul nivel
din proiect, Sistem mobil de raportare, iar la acesta nu definim durata (fapt pentru care
apare 1day? în loc de 1day). Acel semn de întrebare reprezintǎ faptul cǎ nu a fost
specificatǎ o duratǎ pentru task-ul respectiv.
Project poate memora durata atât în zile, cât şi în ore (la duratǎ scrii 1h de
exemplu), minute (1m), s ǎptǎmâni (1w), ş.a.m.d., însǎ sfatul meu este sǎ
foloseşti aceeaşi mǎsurǎ de timp pentru fiecare task şi subtask.
Dupǎurce
imaginii mǎap ǎsǎm
toare butonul
(primul devaindentare
nivel la dreapta
avea un minus va trebui
în stânga s ǎceobdenot
lui, fapt ţinemǎ crezultatul
ǎ este un
task structurat):
Diagrama
Legǎturǎ Cod Descriere
Gantt
Predecesorul se terminǎ şi
Finish-Start FS
începe urmǎtorul
Acum sǎ explic cum am ajuns la structura ierarhic ǎ de mai sus. Gândind logic (de la
ultimul subtask pânǎ la primul), pentru a integra software/hardware in cazul Sistemului
mobil de raportare, trebuie sa asamblam componentele hardware, însǎ pentru aceasta e
nevoie sǎ cump
integrarea ǎrǎmnecomponentele
software, trebuie codul hardware pentru
programului careaaavea
fost ce asambla.
împ ǎrţit în În
douceǎ prive
moduleşte
pentru câte o echipǎ de programatori. Aşadar, pentru integrarea software ne trebuie
Codul program A şi Codul program B, însǎ codul acesta nu se poate realiza fǎrǎ o
bazǎ de date, iar baza de date nu poate fi realizatǎ fǎrǎ a gândi logica design-ului
software-ului (fiindcǎ trebuie sǎ existe logicǎ în orice program sau bazǎ de date). Dar,
pentru ca toţi aceşti paşi sǎ poatǎ fi realizaţi, trebuie sǎ ştim care sunt cerinţele de
performanţǎ ale utilizatorilor, iar pentru a şti acest lucru trebuie s ǎ intervievǎm
utilizatorii. Şi iatǎ structura ierarhicǎ a proiectului nostru.
Dupǎ cum putem vedea, Project asociazǎ fiecǎrui task şi subtask un cod de
identificare în prima coloanǎ a tabelului. Aceste coduri vor putea fi folosite pentru a
marca unstructura
ştim din predecesor în coloana
ierarhic ǎ pe care şadar,
am fǎcut-o. Amai
Predecessors întorcându-ne
devreme la proiectul
cǎ Definirea nostru,
cerinţelor de
performanţǎ se poate face abia dupǎ ce intervievǎm utilizatorii. Aşadar, pe linia
subtask-ului definirea cerinţelor de performanţǎ vom scrie în coloana predecesorilor
codul liniei unde se aflǎ subtask-ul intervievare utilizatori, adicǎ 3 în cazul nostru. Iatǎ
mai jos cum va arǎta tabelul:
mai la dreapta,
realiza decât duppentru a marcaǎfaptul
ǎ ce interviev c ǎ definirea
m utilizatorii cerinţelor şde
. În continuare, timperforman ţǎ se logica
cǎ subtask-ul poate
design-ului va putea fi executat abia dupǎ ce s-au definit cerinţele de performanţǎ, aşadar
predecesorul acestui subtask va fi 4 şi vom obţine o legǎturǎ Finish-Start. Dupǎ cum
putem vedea în structura ierarhicǎ întocmitǎ mai devreme, dupǎ ce definim cerinţele de
performanţǎ putem trece la subtask-ul cumpǎrarea componentelor hardware, acesta
având ca predecesor, evident, tot 4. Aici se realizeazǎ prima noastrǎ legǎturǎ Start-Start ,
fiindcǎ logica design-ului poate fi realizatǎ în timpul cumpǎrǎrii componentelor
hardware. Mai departe, subtask-ul design-ul bazei de date poate fi realizat dupǎ ce se
întocmeşte logica design-ului, aşadar predecesorul pentru acest subtask este 6. Dupǎ ce se
realizeaza design-ul bazei de date, se poate trece la crearea codului de program. Acesta
însǎ esteCodul
Aşadar, împǎrţprogram
it pe douǎAechipe, minimizând
se va realiza astfel
în acela durata
şi timp cu cre ǎrii codului
Codul programdeBprogram.
, ambele
având acelaşi predecesor 7. Asamblarea hardware se va realiza dupǎ ce se vor cumpǎra
componentele hardware, deci va avea ca predecesor 11. Şi în cele din urmǎ, integrarea
software/hardware se va putea realiza abia dupǎ ce se asambleazǎ hardware-ul şi dupǎ
ce se creazǎ codul program. Aşadar, aici vom avea 3 predecesori, 12, 8, şi 9 pe care îi
vom scrie separaţi prin “;”. Iatǎ cum va arǎta tabelul final şi diagrama Gantt:
Aici vom bifa Critical path dupǎ care apǎsǎm Next. În fereastra care ne-a apǎrut
acum suntem întrebaţi ce informaţii sǎ afişǎm în diagrama Gantt (resurse, date, etc).
Bifǎm None, deoarece deocamdatǎ nu dorim sǎ afişeze nimic, neavând resurse, ş.a.m.d.
Dupǎ ce mai apǎsǎm Next, expertul ne întreabǎ dac ǎ dorim sǎ aparǎ legǎturile între task-
uri sau nu. Lǎsǎm bifatǎ op ţiunea Yes, apǎsǎm Next, apoi Format it şi în cele din urmǎ
Exit Wizard. Iatǎ cum va arǎta diagrama Gantt:
Aşadar, putem trage de aici concluzia cǎ pot apǎrea întârzieri în realizarea Codului
program B, în cumpǎrarea componentelor hardware şi în asamblarea hardware fǎrǎ
a afecta în vreun fel durata proiectului, îns ǎ, dacǎ una din aceste activitǎţi dureaza mai
mult decât este disponibil, se va afecta durata proiecctului (despre acest caz voi vorbi în
altǎ lecţie). Restul activitǎţilor sunt critice şi orice întârziere care ar apǎrea în
des fǎşurareaǎ, acestora
prelungeasc poatecalculat
fiindcǎ durata afecta ǎdurata
de Project ǎşurǎriiproiectul
desfpentru proiectului
nostru(poate decât
este cea sǎ ǎse
minim ).
Coloanele care ne intereseazǎ sunt Free Slack şi Total Slack. Se observǎ cǎ toate
task-urile critice (adicǎ cele care formeazǎ drumul critic) au valoarea 0 în aceste coloane.
Coloana Free Slack reprezintǎ cu cât poate fi întârziat un task f ǎrǎ a întârzia task-urile
succesoare (care depind de acesta) iar Total Slack reprezintǎ cu cât poate fi întârziat un
task fǎrǎ a întârzia proiectul. Aşadar, putem demonstra cǎ acest proiect nu este foarte
sensibil (adicǎ sunt mici şansele ca drumul critic sǎ se schimbe) luând urmǎtoarele cazuri
particulare:
Codul program B (9) este estimat a dura 3 zile, şi putem vedea cǎ poate avea
•
Putem vedea în cǎsuţa din colţul din stânga al ferestrei cu numele task-ului, durata
mai la dreapta, iar sub aceste cǎsuţe putem vedea lista activitǎţilor de care depinde
(predecesorii), în acest caz cumpararea componentelor hardware. În aceastǎ listǎ vom
selecta coloana Lag şi vom introduce durata întârzierii dintre aceste douǎ activitǎţi, adicǎ
3d (3 zile). De asemeni, în acestǎ listǎ putem modifica şi tipul legǎturii dintre activitǎţi în
coloana Type selectând unul din cele patru tipuri puse la dispoziţie şi definite în Lecţia 3.
Apǎsǎm OK şi vom vedea în diagrama Gantt cum subtask-ul asamblare hardware s-a
mutat mai la dreapta cu 3 zile.
Putem vedea acum o parte din schema ierarhicǎ fǎcutǎ de noi, doar cǎ aici fiecare
“notiţǎ” conţine şi detaliile activitǎţii respective. Pentru a vedea toate activitǎţile, putem
derula zona de vizualizare cu s ǎgeţile de pe marginea ferestrei. Bineînţeles, şi aici
cǎsuţele roşii reprezintǎ drumul critic, iar cele albastre drumul non-critic. Pentru a vedea
întreaga reţea, ne putem duce în meniu la View şi selectǎm Zoom, iar în fereastra ce va
apǎrea vom selecta opţiunea Entire Project dupǎ care apǎsǎm Ok. Iatǎ rezultatul:
Putem vedea în stânga cǎsuţele care nu au legǎturi între ele, acestea fiind task-urile
structurate, iar cele cu legǎturi între ele sunt, evident, subtask-rile. Evident, nu putem
înţelege mare lucru fiindcǎ Project a micşorat foarte mult cǎsuţele datǎ fiind mǎrimea
structurii. Existǎ însǎ o şmecherie: punând cursorul mouse-ului deasupra unei cǎsuţe,
acea cǎsuţǎ se va mǎri pentru a putea vedea detaliile (ca mai jos), iar dup ǎ ce mutǎm
cursorul mouse-ului în altǎ parte acea cǎsuţǎ se va micşora înapoi.
Pentru a permite mutarea cǎsuţelor, vom alege Layout din meniul Format. În
fereastra care ne apare, sus avem douǎ opţiuni, Automatically position all boxes
(poziţioneazǎ automat toate cǎsuţele) şi Allow manual box positioning (permite
poziţionarea manualǎ a cǎsuţelor). Vom bifa a doua opţiune şi vom apǎsa Ok. Acum
poziţionǎm mouse-ul pe marginea unei cǎsuţe (va trebui sǎ se schimbe cursorul mouse-
ului într-un fel de sǎgetuţe negre), dupǎ care putem muta cǎsuţa.
Un alt lucru care s-ar putea sǎ nu ne placǎ sunt sǎgeţile de legǎturǎ între cǎsuţe,
fiindcǎ se suprapun. Pentru a schimba acest lucru, ne ducem iar la Layout din meniul
Format şi bifǎm opţiunea Straight. Acum vom vedea diagrama exact cum trebuie: cu
legǎturile nesuprapuse, exact ca in structura ierarhic ǎ pe care am fǎcut-o şi noi.
termina proiectul.
Voi încerca sǎ menţin lucrurile cât mai simple, aşadar, în acest tabel, pe coloana
Resource Name vom introduce 2 resurse: Inginer de design şi Inginer Software.
Tabelul nostru va trebui s ǎ arate astfel:
În cadrul proiectului nostru, dacǎ avem 3 ingineri de design, aceştia pot executa
aceleaşi activitǎţi în acelaşi timp, aşadar nu îi putem diferenţia. Pentru a-i putea
diferenţia, putem introduce în loc de inginer de design numele unuia din ei, şi pentru
ceilalţi la fel, vom introduce câte un nume pentru fiecare în cadrul coloanei Resource
name. Aşadar, sǎ zicem cǎ mai adaugǎm 2 resurse în proiectul nostru, Ionescu şi Teodor
şi vom obţine:
identifica o resursǎ şi dupǎ grupul din care face parte, nu numai dupǎ iniţiale sau nume.
Acum însǎ, pentru proiectul nostru vom şterge ultimele 2 resurse, şi le vom lǎsa doar
pe primele. Cum putem şterge o resursǎ ? Facem click dreapta pe num ǎrul unic asociat
acesteia (valoarea din prima coloanǎ a tabelului) şi selectǎm Delete Resource.
Stocul nostru de resurse va trebui s ǎ arate astfel:
exǎtracum
oreleDup poţi pl
se vor vedea,
ǎti cuam
1,5ales 3 ingineri
lei/or de design
ǎ. Mai avem fiind pl ǎcare
fiecaresoftware
3 ingineri tit cusunt pl ǎtiţǎi iar
50 lei/or cu
100 lei/orǎ, fǎrǎ bonusuri pentru orele extra.
13.3. Alocarea resurselor pentru fiecare activitate
Acum ne vom întoarce la modul de vizualizare al diagramei Gantt ori fǎcând click pe
a doua iconiţǎ de sus din panoul de vizualizare, ori selectând din meniul View opţiunea
Gantt Chart. Vom selecta primul subtask (intervievare utilizatori) cǎruia îi vom atribui
o resursǎ şi vom apǎsa în bara de instrumente butonul care are ca imagine doi oameni.
Dacǎ nu gǎseşti acel buton, poţi selecta din meniul Tools opţiunea Assign Resources. Va
apǎrea urmǎtoarea fereastrǎ:
Avem aici lista resurselor disponibile alcǎtuitǎ din coloana cu numele resurselor, şi
coloana Units unde vom introduce numǎrul de resurse alocate subtask-ului ales de noi. În
cazul nostru vom asocia 2 ingineri de design pentru a intervieva utilizatorii, aşadar scriem
în coloana
Assign . DacUnits valoareaǎ 200%
ǎ se întâmpl sǎ greş(sau mai ssimplu,
eşti sau ǎ nu mai200 ). Dup
vrei ǎ aceasta
sǎ fie alocatǎapoǎsresurs
ǎm butonu
ǎ unuil
subtask, poţi selecta în aceastǎ fereastrǎ resursa pe care vrei sǎ o retragi şi apeşi butonul
Remove.
Acum, cu aceastǎ fereastrǎ încǎ deschisǎ, facem click în tabelul de task-uri pe
urmǎtorul subtask cǎruia îi vom aloca o resursǎ, în cazul nostru Definirea cerinţelor de
performanţǎ. Dupǎ cum putem vedea din lista de resurse a fereastrei de mai sus a dispǎrut
valoarea unitǎţilor de resurse alocate de noi mai devreme. De ce ? Fiindcǎ ne-am mutat la
un alt subtask care nu are nici o resursǎ asociatǎ. Dacǎ facem înapoi click pe subtask-ul
intervievare utilizatori, vom vedea c ǎ apare din nou valoarea 200 la inginer de design.
Revenind la subtask-ul Definirea cerinţelor de performanţǎ, acestuia îi vom da 3 ingineri
ǎ toǎţtoarele
de d esign (adicurm
subtask-urilor ǎ doar trei avem în stocul de resurse). Mai departe vom aloca
i, fiindcresurse:
Cumpǎrǎ componentele
100% Inginer de design
hardware
Asamblare hardware 200% Inginer de design
Integrare Sw/Hw 200% Inginer de design
baraAcum
despǎputem
rţitoareînchide fereastra
dintre tabel de alocare
şi diagrama a resurselor
Gantt la dreapta ap ǎsând
pân ǎ vedem ǎ tragem
. Daccoloanele,
Closetoate
iatǎ care va fi rezultatul:
Putem vedea în ultima coloanǎ ( Resource Names) numele resurselor alocate fiecǎrui
subtask cât şi unitǎţile alocate din fiecare resursǎ. Se poate observa la subtask-ul cumpǎrǎ
componente hardware cǎ nu apare numǎrul de unitǎţi alocate din resursa respectiv ǎ.
Acest lucru se întâmplǎ fiindcǎ am alocat decât un singur inginer de design (100%)
acestui subtask.
Acum sǎ presupunem cǎ mai e nevoie de încǎ 2 ingineri de software la ultimul
subtask de integrare software/hardware, aşadar facem click pe butonul de alocare a
resurselor şi introducem 200 la resursa inginer software. Iatǎ rezultatul:
resurse încât sǎ scurtǎm durata proiectului. Una e când o activitate este realizatǎ de o
persoanǎ, şi alta e când este realizatǎ de mai multe persoane. Însǎ acest lucru nu este
mereu valabil, chiar dacǎ Project aşa presupune! Dacǎ ştim cǎ durata unui task va rǎmâne
aceeaşi indiferent de câte resurse îi alocǎm, putem sǎ modificǎm în tabel durata task-ului
ignorând calculele fǎcute de Project. În cazul nostru vom scrie în loc de 0,5 days, 1d.
Aşadar, trebuie sǎ activit
durata
•
ai mereu grijsǎǎ fie
ǎţilor de dou ǎ aspecte
corect ǎ când aloci resurse anumitor activit ǎţi:
unitǎţile de resurse alocate sǎ fie corect introduse
•
terminarea
de subtask-ului
task eveniment definirea
în proiectul cerinselect
nostru, ţelor ǎde
m performan . Pentruǎ dup
celula careţǎurmeaz a introduce un astfel
ǎ subtask-ul care
finalizeazǎ task-ul structurat. În cazul nostru, task-ul eveniment va fi introdus dupǎ
subtask-ul definirea cerinţelor de performanţǎ, fiindcǎ la finalizarea acestui subtask se
finalizeazǎ şi task-ul structurat Cerinţe de performanţǎ. A şadar, pentru a putea introduce
task-ul eveniment, selectǎm celula care urmeazǎ dupǎ definirea cerinţelor de
performanţǎ, în cazul nostru aceastǎ celulǎ fiind task-ul structurat Software, şi ori
apǎsǎm tasta Ins de la tastaturǎ, ori alegem din meniul Insert opţiunea New Task. Iatǎ
cum va arǎta tabelul:
Dupǎ cum poţi vedea în diagrama Gantt, a apǎrut rombul care reprezintǎ task-ul
eveniment tocmai creat care încǎ nu este legat de nici o activitate. Cum leg ǎm acest task
eveniment de ultimul subtask care finalizeazǎ task-ul structurat Cerinţe de performanţǎ ?
Ştim cǎ, fiind un eveniment, trebuie s ǎ aparǎ dupǎ ce se finalizeazǎ ultimul subtask
(definirea
Iatǎ cum vacerin
arǎtaţelor de performan
diagrama ţǎ),
Gantt dup aşadar leg
ǎ crearea predecesorul
ǎturii: task-ului eveniment va fi 4.
Putem vedea o listǎ ascunsǎ sus în fereastrǎ unde este selectat implicit calendarul
standard de proiect, în care se presupune cǎ oamenii lucreazǎ de luni pânǎ vineri, de la
8:00 dimineaţa pânǎ la 12:00 dupǎ-amiaza, şi de la 13:00 pânǎ la 17:00 seara. Aşadar, sǎ
luǎm un exemplu de zi liberǎ în care se presupune cǎ nu se va lucra: 1 Mai, Ziua Muncii.
Apǎsǎm pe sǎgeata de jos din bara de derulare a calendarului pentru a ne muta în calendar
la luna Mai, selectǎm ziua de 1, iar în dreapta ferestrei putem vedea 3 op ţiuni de unde
vom alege pe cea din mijloc, Nonworking time spunând astfel lui Project cǎ de 1 Mai nu
se va lucra în cadrul proiectului nostru:
La fel putem da liber de 25 Decembrie, de Crǎciun, ş.a.m.d, dupǎ care apǎsǎm Ok.
Dacǎ doreşti s ǎ dai liber în toate zilele de vineri din cadrul unei luni, po ţi
selecta coloana cu iniţiala zilei (F de la Friday în cazul acesta), şi poţi
schimba sǎ fie zi liberǎ, aplicându-se pentru fiecare zi de vineri. De
asemeni, poţi selecta mai multe zile ţinând apǎsatǎ tasta Ctrl.
Dupǎ cum observǎm din bara de stare (cea din josul ferestrei), ce vedem noi este
prima paginǎ dintr-un total de 3 pagini care vor fi printate. Nu ne convine, a şa cǎ apǎsǎm
pe butonul Page Setup aflat sus în fereastrǎ, şi ne va apǎrea fereastra de setǎri ale paginii
unde în campul Adjust to vom alege 55% pentru a micşora totul dupǎ care apǎsǎm
butonul Print Preview şi iatǎ rezultatul:
Acum ne-au rǎmas decât douǎ pagini, una cu diagrama reţea, iar cealaltǎ cu legenda. În
loc sǎ fi modificat acea valoare, puteam mult mai simplu sǎ bifǎm a doua opţiune din
fereastra Page Setup, adicǎ opţiunea Fit to, unde lǎsam valorile implicite (1 şi 1), şi am
fi
mai ţinut o ǎîncadrare
obpotrivit perfectǎ perfect
pentru încadrare într-o pagin ǎ a diagramei.
ǎ în pagin ǎ. Aşadar, metoda a doua este cea
Vom selecta eticheta Header pentru a seta antetul, iar al doilea câmp de text putem
introduce textul care va apǎrea în fiecare antet al paginilor printate. Mai mult de atât,
putem seta textul din mijlocul antetului selectând eticheta Center, apoi selectând eticheta
Left vom putea seta textul din stânga antetului, şi la fel putem seta şi in dreapta antetului.
De exemplu, am putea scrie în stânga antetului numǎrul de paginǎ (selectând eticheta
Left dupǎantetului
mijlocul şi butonul
care apeputem scrie Add din proiectului
numele dreptul listei ascunse eticheta
(selectând cu PageCenter
Numberşi),scriind
iar în
numele proiectului în câmpul de editare). Iatǎ cum va arǎta fereastra dupǎ ce vom face
aceste lucruri:
Pentru primul tip de task Project va recalcula munca şi durata de fiecare datǎ când
este necesar, însǎ unitǎţile de muncǎ vor rǎmâne fixe. Asemǎnǎtor, în task-urile cu duratǎ
fixǎ, dacǎ unitǎţile sunt schimbate, munca va fi recalculatǎ corespunzǎtor. Tipul implicit
de task este cel cu unitǎţi fixe.
Pentru a schimba tipul de task folosit într-un proiect, selectǎm Options din meniul
Tools, iar în fereastra ce va apǎrea vom selecta eticheta Schedule. În ultima listǎ ascunsǎ
(Default task type) vom selecta tipul de task ce va fi folosit în proiect.
Ambele tipuri de resurse sunt marcate cu roşu spunându-ne astfel cǎ aceste resurse
sunt supraalocate.
View şi iatǎ ce vomPentru
vedea:a afla mai multe detalii, vom alege Resource Graph din meniul
Aici putem vedea pentru fiecare tip de resursǎ când este supraalocatǎ. În imaginea de mai
sus putem observa cǎ între 17 aprilile 2006 şi 21 aprilile 2006 este nevoie decât de 2
inginerii de design. Însǎ pe 25 aprilie 2006 este nevoie de înc ǎ un inginer de design, iar în
ziua urmǎtoare este nevoie de încǎ 2 ingineri de design, resurse de care nu dispunem,
ş.a.m.d. Pentru a vedea graficul de supraalocare pentru inginerii de software, facem click
pe sǎgeata din dreapta a panoului din stânga, cel cu legenda, şi iatǎ rezultatul:
În cazul inginerilor de software, putem vedea cǎ în perioada 2 mai 2006 – 4 mai 2006 mai
este nevoie de câte un inginer de software, ş.a.m.d.
Mai existǎ un alt mod de vizualizare al resurselor supraalocate mult mai detaliat.
Pentru acesta vom selecta din meniul View opţiunea Resource Usage.
Aici nu numai cǎ putem vedea şi activitǎţile, dar putem vedea exact timpul de lucru
(valorile negre), timpul de care mai este nevoie (valorile rosii), şi putem de asemenea sǎ
vedem ce resurse sunt asociate fiec ǎrui task. Acest mod de vizualizare este cel mai util în
caz cǎ dorim mai multe detalii. Dac ǎ vrem sǎ determinǎm rapid ce resurse sunt
supraalocate, putem opta la varianta a doua, cea cu graficul de alocare al resurselor.
Aici avem mai multe opţiuni, iar pe noi ne intereseazǎ momentan sǎ putem rezolva
supraalocarea fǎrǎ a extinde durata proiectului, aşadar bifǎm prima opţiune din cele 4 de
jos, Level only within available slack , adicǎ nivelarea va produce eventuale întârzieri
ale task-ului încât sǎ nu fie depǎşitǎ rezerva de timp disponibilǎ, şi deci fǎrǎ a întârzia
proiectul. Apoi apǎsǎm butonul Level Now dupǎ care vom fi întrebaţi dacǎ nivelǎm
întregul stoc de resurse, sau doar resursele selectate. Pe noi ne intereseaz ǎ întregul stoc,
aşadar lǎsǎm prima opţiune bifatǎ, şi dǎm OK. Dupǎ cum vom observa, proiectul nu mai
are acum resurse supraalocate, acestea fiind distribuite optim încât sǎ nu fie întârziat
proiectul. Dacǎ însǎ ar fi fost imposibil sǎ nivelǎm resursele fǎrǎ sǎ întârziem proiectul,
am fi primit o eroare cum cǎ nu se poate, şi am fi apǎsat în fereastra acelei erori butonul
Skip All, şi am fi observat eventual o nivelare slabǎ, adicǎ nu toate resursele ar fi fost
nivelate. În acest caz, fiindcǎ am fi rǎmas cu resurse supraalocate, am fi deschis fereastra
de mai sus
butonul Level ǎ ow
încN odat ǎ, am
, dup fi debifat
ǎ care prima opcţǎiune
am fi observat din cele
nivelarea 4, şsucces
a avut apǎǎsat
i am fiîns din nou
proiectul ar
fi avut o duratǎ de desfǎşurare mai mare.
Aşadar, dacǎ durata proiectului este criticǎ vom folosi nivelarea fǎrǎ extinderea
duratei proiectului, dacǎ ar fi fost posibilǎ, iar dacǎ nu, am fi recurs la a doua variant ǎ.
Dacǎ însǎ ne-am fi permis o extindere a duratei proiectului, am fi putut alege de la
început varianta a doua. De asemeni, am fi putut rezolva problema supraalocǎrii manual,
alocând noi resurse activitǎţilor la care ar fi fost nevoie, însǎ cu costuri suplimentare.
Decizia îţi aparţine, fiindcǎ în asta constǎ managementul proiectelor: în decizii.
lucru, se introduce xx/hr iar dacǎ este calculat pe an, se introduce xx/yr.
Ovt. Rate – cu cât va fi plǎtitǎ resursa de muncǎ pentru orele lucrate în plus.
•
alte servicii de genul, aici specificǎm cât cere acea persoanǎ pentru acele
servicii (deobicei se lasǎ 0 aici).
Accrue At – tipul de platǎ. Se poate alege Start (plata la început), End (plata
•
Base Calendar
definit – tipulVezi
de noi, ş.a.m.d. de Lec
calendar al resursei.
ţia 12 pentru Poatedetalii.
mai multe fi cel standard, unul
Aşadar, în proiectul nostru vom atribui resurselor valorile din imaginea de mai sus
pentru fiecare coloanǎ descrisǎ anterior.
Aşadar, pentru terminarea proiectului putem vedea cǎ este acum nevoie de 17 zile
(fiindcǎ am schimbat programul de lucru la o resursǎ) şi va avea un cost total de
19.661,54 lei.
Pentru a afla costul total pentru utilizarea resurselor, vom selecta Resource Sheet din
meniul View, iar apoi din acelaşi meniu vom selecta opţiunea Cost din submeniul Table.
Aici sunt enumerate câteva din cele mai folosite tipuri de rapoarte, iar pentru mai multe
tipuri de rapoarte vei selecta iconiţa Custom. Printre rapoartele cele mai folosite sunt cele
de date generale,
ş.a.m.d. Deocamdat deǎ activit ǎţile
sǎ select ǎmunui
iconiproiect,
ţa Costscosturile proiectului,
, fiindcǎ vrem resursele
un raport proiectului,
cu detaliile despre
costurile activitǎţilor şi a proiectului, şi ap ǎsǎm butonul Select. Ne va apǎrea încǎ o listǎ
de iconiţe cu mai multe subtipuri de rapoarte referitoare la costuri, din care o vom alege
pe prima, Cash Flow şi apǎsǎm Select. Iatǎ cum va arǎta raportul:
Putem vedea în acest raport atât activitǎţile proiectului, cât şi costurile necesare pentru
fiecare task grupate pe sǎptǎmâni. În ultima coloanǎ putem vedea totalurile task-urilor
structurate, iar pe ultimul rând din ultima coloan ǎ se aflǎ costul total al proiectului.
Dacǎ proiectul însǎ ar fi durat mai mult decât 5 sǎptǎmâni, poate cǎ nu ne-am dori sǎ
vedem costurile sǎptǎmânale, ci lunare, de exemplu. Pentru a schimba acest lucru, vom
apǎsa Close în fereastra cu raportul, dupǎ care ne va apǎrea din nou fereastra de alegere a
tipului de raport. De data aceasta vom alege iconi ţa Custom, apǎsǎm Select, şi va apǎrea
o nouǎ fereastrǎ cu o listǎ a tuturor rapoartelor. Din aceastǎ listǎ vom selecta Cash Flow,
apoi apǎsǎm butonul Edit şi se va deschide fereastra de mai jos:
Aici putem vedea cǎ putem schimba unitatea de timp implicitǎ selectând Months în
loc de Weeks. Putem, de asemenea, sǎ sortǎm elementele raportului în funţie de anumite
criterii, şi multe altele. Dupǎ ce am schimbat unitatea de timp pentru raport, ap ǎsǎm OK,
vom reveni la fereastra cu lista rapoartelor în care apǎsǎm Preview şi vom vedea noul
raport dar cu costurile pe luni.
Aici evom
num le Consultan , durataaţiile
introduceţǎinform de oreferitoare
zi fiind o lavizita
task-ul
la 3recurent. În prim
zile. Alegem în ul rând op
stânga vaţiunea
avea
Daily, iar în lista ascunsǎ ce urmeazǎ mai la dreapta selectǎm Every 3rd şi vom bifa
opţiunea Workday din dreapta listei ascunse. De ce ? Fiindcǎ vrem ca acesta sǎ vinǎ doar
în zilele lucrǎtoare. Dacǎ bifam opţiunea Day, s-ar fi presupus cǎ acea persoanǎ venea
chiar mai des decât odat ǎ la 3 zile pentru a recupera zilele de weekend în care nu se
lucreazǎ în cadrul proiectului nostru. Apǎsǎm OK şi iatǎ rezultatul:
Evident cǎ acel consultant cere bani pentru vizitele f ǎcute şi pentru informaţiile pe care
le-ar putea
resurs ǎ nouǎdaspecial
cu privire la acest
pentru şi progresul
proiecttask. proiectului.
Nu voi face Aşadar
acest lucru, fiindctrebuie sǎ alocǎm
ǎ se procedeaz ǎ lao
fel ca în Lecţia 10.
Selectǎm în prima listǎ Cost şi bifǎm op ţiunea Ascending dup ǎ care apǎsǎm OK. Acum
vom vedea task-urile în ordine cresc ǎtoare dupǎ cost.
Alte opţiuni de sortare puse la dispoziţie sunt dupǎ Data de începere a unui task,
Data de sfârşire a unui task, dupǎ prioritatea unui task, ş.a.m.d. Dar pentru sortǎri mai
avansate, vom folosi opţiunea Sort by pentru a edita în fereastra de mai sus exact dup ǎ ce
vrem sǎ sortǎm şi cum.
22.2. Gruparea informaţiilor
Pentru a grupa task-urile în task-uri critice şi non-critice, fiind încǎ în modul de
vizualizare Gantt, alegem din Project –> Group by opţiunea Critical şi iatǎ rezultatul
grupǎrii:
Ca şi la sortare, avem şi aici mai multe opţiuni implicite de grupare (dupǎ duratǎ,
duratǎ şi prioritate, task-uri eveniment, etc.), însǎ pentru o mai complexǎ grupare, vom
alege din meniul Project –> Group by opţiunea Customize Group, şi vom vedea
urmǎtoarea fereastrǎ:
Aici putem introduce toate criteriile dupǎ care se va face gruparea. Ca un exemplu, în
fereastra de mai sus am introdus sǎ se facǎ o grupare dupǎ task-urile critice şi non-critice,
iar pentru fiecare tip de task, o alt ǎ grupare dupǎ cost, sortat crescǎtor. Iatǎ rezultatul:
Putem vedea cǎ bara galbenǎ indicǎ cele douǎ grupuri de task-uri, critice şi non-critice,
iar bara gri indicǎ grupurile de task-uri care au un anumit cost (400 lei, 800 lei, etc).
22.3. Filtrarea informaţiilor
Ce înseamnǎ filtrare ? Filtrarea presupune eliminarea informa ţiilor care nu aparţin
anumitor criterii. De exemplu, putem face o filtrare dupǎ task-urile critice, obţinând astfel
o listǎ doar cu task-urile critice, cele non-critice fiind eliminate (nu şi fizic, ci doar
temporar). Aşadar, în proiectul nostru dezactivǎm gruparea selectând din meniul Project
–> Group by opţiunea No Group, revenind la modul de vizualizare Gantt. Acum vom
selecta din meniul Project –> Filter for opţiunea Critical. Iatǎ rezultatul:
Putem vedea cǎ au dispǎrut task-urile non-critice doar privind diagrama Gantt, care ne
aratǎ doar task-urile critice. Pentru a elimina filtrul, select ǎm din acelaşi meniu Project –
> Filter for opţiunea All Tasks reafişând toate task-urile. Prin opţiunile de filtrare
implicite putem gǎsi filtrarea dupǎ task-uri evenimente, filtrarea task-urilor care încep şi
se terminsǎǎ într-un
evident, alc ǎtuimanumit
filtreleinterval,
noastre care folosesc anumite
personalizate. Pentru aresurse, ş.a.m.d.
face acest lucru,Şselect
i aici ǎputem,
m din
meniul Project –> Filter for opţiunea More filters şi va apǎrea o fereastrǎ cu o listǎ
mǎricicǎ de filtre disponibile. Pentru a crea un nou filtru, ap ǎsǎm butonul New, şi va
apǎrea o fereastrǎ ca mai jos:
Nu voi insista pe implementarea unui filtru, ci voi explica ce filtru am creat şi cum în
fereastra anterioarǎ. Mai sus am introdus un nume de filtru care va descrie filtrul nostru,
am bifat Show in menu pentru a introduce acest filtru în lista de filtre implicite din
cadrul submeniului Filter for, iar în tabelul de mai jos am introdus dou ǎ linii astfel:
•Am selectat din prima lista ascuns ǎ elementul Critical şi am specificat ca acesta
sǎ fie egal cu Yes selectând opţiunea equals, fǎcând astfel sǎ afişǎm toate task-
urile critice.
•
Apoi
urile sam
ǎ seselectat dupǎdin
executeAnd prima ǎcoloan
o anumit ǎ şfiindc
dat ǎ. A adar, ǎam
mai impunem
selectat dinţie:
o condi
Created task-
coloana
Field Name pentru cǎ ne intereseazǎ când a fost creat task-ul, în coloana Test am
ales is greater than or equal to (adicǎ mai mare sau egal) pentru c ǎ dorim ca
task-ul sǎ inceapǎ dupǎ o anumitǎ datǎ, iar în ultima coloanǎ am introdus o
valoare parametrizatǎ. Aceastǎ valoare parametrizatǎ ne permite sǎ afişǎm o
fereastrǎ la selectarea filtrului, în care utilizatorul poate introduce o valoare. În
cazul nostru am specificat între ghilimele ce mesaj s ǎ aparǎ utilizatorului în acea
fereastrǎ şi dupǎ ghilimele am specificat operatorul ? pentru ca Project sǎ ştie cǎ
este o valoare parametrizatǎ. Apǎsǎm OK, Close la fereastra de filtre, iar din
meniul Project –> Filter for vom alege filtrul tocmai creat de noi, Critice dupǎ o
anumitǎ perioadǎ, şi vom vedea urmǎtoarea fereastrǎ:
În aceastǎ fereastrǎ vom introduce o datǎ dupǎ care vrem sǎ vedem task-urile critice,
dupǎ care apǎsǎm OK şi dacǎ am introdus bine data, vom vedea task-urile critice care au
început dupǎ acea datǎ introdusǎ.
Dupǎ cum am spus, nu insist pe aceast ǎ parte a filtrelor (mai ales fiindcǎ avem deja
destule la dispoziţie în lista de filtre disponibile din fereastra More filters).
Este bine de ştiut cǎ toate aceste trei operaţii (sortare, grupare şi filtrare)
pot fi combinate în funcţie de cerinţe. Aşadar putem face o sortare a unor
grupǎri asupra datelor obţinute dintr-un filtru.
Putem vedea cǎ fereastra a fost împǎrţitǎ în douǎ, sus având modul de vizualizare Gantt
iar jos modul de vizualizare al Resurselor şi predecesorilor acestora. Fǎcând click pe un
subtask putem vedea cum se modific ǎ informaţiile din panoul de jos. În fereastra de mai
sus am fǎcut click pe subtask-ul definirea cerinţelor de performanţǎ, şi putem vedea jos
ce resurse au fost alocate acestui subtask in lista din stânga, iar în lista din dreapta putem
vedea subtask-urile predecesoare, de care depinde subtask-ul selectat.
Pe lângǎ faptul cǎ putem vedea mai multe informa ţii deodatǎ, putem de asemenea sǎ
modificǎm resursele alocate cât şi legǎturile acestui subtask (predecesorul, tipul legǎturii,
cu cât va întârzia).
Fǎcând click dreapta pe partea gri din partea dreaptǎ a celei de-a doua liste, vom
vedea un meniu de unde putem alege tipul de vizualizare al resurselor task-urilor
selectate. În imaginea de mai sus ne afl ǎm în modul de vizualizare Resources &
Predecessors. Putem alege, de asemenea, sǎ vedem orarul resurselor alocate task-ului
(Resource Schedule), costul acestora (Resources Cost), ş.a.m.d.
panou ǎ facempanoul
Daci nferior, click pe partea
curent. ce bun ?ǎ P(în
Lainferioar zona gri
ǎi acum dinselecta
putem dreapta)
dinvom faceView
meniul din acest
tipul
de vizualizare din panoul inferior. Selectând Resource Graph putem vedea graficul de
lucru al resurselor asociate doar task-ului selectat din tabel, ca în imaginea urm ǎtoare:
Cum facem sǎ scǎpǎm de panoul inferior ? Simplu: la fel cum am fǎcut ca acesta sǎ
aparǎ. Facem click dreapta pe diagrama Gantt şi vom alege Remove Split. Dacǎ îns ǎ nu
te afli în modul de vizualizare al diagramei Gantt, te po ţi folosi de meniul Window unde
ai aceleaşi opţiuni: Split sau Remove Split.
În prima listǎ ascunsǎ (Units) din aceastǎ fereastrǎ putem stabili care va fi unitatea de
timp implicitǎ care se va folosi în diagramǎ. Putem schimba sǎ afişǎm pe luni, pe
trimestre, pe semestre, zile, ore, minute, etc. În urmǎtoarea listǎ (Label) putem alege
modul de afişare al datei în funţie de preferinţele fiecǎruia, putem de altfel sǎ o şi aliniem
la stânga, dreapta sau pe mijloc (în lista de dedesubt), iar în lista Show putem alege pe
câte nivele va fi reprezentatǎ unitatea de timp.
23.3. Inserarea unei alte coloane de informaţii în tabelul de task-uri
Dacǎ vrem sǎ afişǎm mai multe informaţii în tabelul de task-uri al modului de
vizualizare Gantt, nu trebuie decât sǎ facem click dreapta pe capul de tabel pe una din
coloane şi sǎ alegem Insert Column, sau selectând din meniul Insert opţiunea cu acelaşi
nume. Aşadar, sǎ presupunem cǎ vrem sǎ inserǎm în tabel coloana Cost pentru a putea
vedea costul fiecǎrui task fǎrǎ a schimba modul de vizualizare. Dup ǎ ce selectǎm Insert
Column, vom vedea urmǎtoarea fereastrǎ:
Aici vom alege din prima listǎ
ascunsǎ coloana pe care vrem sǎ
o includem în tabel, în cazul
nostru fiind Cost, specificǎm
titlul coloanei (titlul din capul de
tabel) sau lǎsǎm gol iar titlul va fi
cel din prima listǎ ascunsǎ. Apoi
putem sǎ alegem alinierea titlului
cât şi a valorilor din coloanǎ,
dupǎ care apǎsǎm OK şi iatǎ care
va fi rezultatul:
În aceastǎ fereastrǎ putem asocia subtask-ului o referinţǎ la un fişier extern sau o adresǎ
de internet, la un mod de vizualizare Project, putem crea un nou document Project sau
putem asocia
Address o adres
o adres ǎ de e-mail.
ǎ de internet, Deocamdat
sǎ zicem ǎ vom introduce .înApcâmpul
http://www.echipaA.ro de text
ǎsǎm OK de vedea
şi vom jos la
cǎ în prima coloanǎ în dreptul subtask-ului a apǎrut o imagine care ne spune c ǎ acest
subtask are o referinţǎ la ceva. Acum, dacǎ facem click pe acea imagine ni se va deschide
browser-ul de internet la site-ul introdus de noi.
Acum sǎ alegem alt task sau subtask, sǎ zicem asamblare hardware. Vrem sǎ îi
asociem o referinţǎ la modul de vizualizare Resource Graph pentru a vedea graficul
resurselor alocate. Facem click dreapta pe subtask, alegem Hyperlink şi în panoul din
stânga vom selecta Place in This Document, adicǎ al doilea buton de sus. Ne va ap ǎrea o
listǎ cu toate modurile de vizualizare, din care noi vom alege Resource Graph şi apǎsǎm
OK. Acum, dacǎ vom face click pe imaginea din dreptul subtask-ului, vom vedea cǎ se
celelalteǎ dou
schimb modul de de
ǎ tipuri referinţe. exact aşa cum am dorit. La fel putem proceda şi cu
vizualizare
Pe lângǎ notiţe, unei resurse îi putem asocia chiar şi o legǎturǎ externǎ, la fel cum am
fǎcut la task-uri. Unei resurse îi pot fi asociate aceleaşi tipuri de legǎturi externe ca şi la
task-uri!
Un lucru important la resurse este c ǎ putem edita pentru fiecare resursǎ în parte orarul
acesteia (când va lucra, când nu va lucra, etc.). Pe lâng ǎ orarul acesteia putem defini chiar
şi un interval de timp în care aceasta va fi disponibil ǎ, tipul resursei (de munc ǎ sau
materialǎ), detaliile referitoare la cost, ş.a.m.d.
În acest proiect am definit pe prima linie titlul proiectului ( Colectare resurse), unde
avem douǎ task strucurate care se ocupǎ de angajarea inginerilor software şi inginerilor
de design, iar dupǎ angajare putem întocmi lista de resurse pentru a putea continua
proiectul implicit, Sistemul mobil de raportare. Pentru a angaja ingineri software avem
nevoie sǎ publicǎm anunţuri de angajare, task ce va dura 5 zile estimat (publicare şi
primirea de rǎspunsuri). Pentru a seta o duratǎ estimatǎ unui task scriem pur şi simplu
valoarea urmǎtǎ de ?, ca de exemplu 5?. Apoi, dupǎ ce vom primi rǎspunsuri la anunţuri,
vom putea intervieva persoanele ce doresc postul respectiv. Dupǎ interviul care va dura
o zi, vom da o testare celor intervievaţi pentru a pǎstra persoanele cele mai potrivite.
Pentru a angaja ingineri de design trebuie doar sǎ publicǎm anunţurile, şi sǎ îi
intervievǎm. Dupǎ toate acestea putem întocmi lista de angajaţi, moment în care se va
putea începe proiectul nostru. În stocul de resurse vom avea nevoie doar de 2 manageri,
iar fiecǎrui task simplu îi vom aloca o singur ǎ resursǎ manager, cei doi manageri fiind
distribuiţi automat task-urilor acestui proiect.
Cum facem sǎ includem şi sǎ legǎm acest proiect de angajare în proiectul nostru ?
Facem click in proiect pe task-ul care va depinde de data finalizǎrii angajǎrii
personalului, şi din meniul Insert alegem Project şi ne va apǎrea fereastra de deschidere
a unui proiect existent. Alegem proiectul de angajare şi iatǎ cum va apǎrea în proiectul
nostru:
Putem observa cǎ subproiectul de angajare are fontul îngro şat pentru a scoate în evidenţǎ
cǎ este un subproiect. Putem vedea exact structura şi diagrama Gantt întocmitǎ mai
devreme pentru acest subproiect. Mai mult, acum vom modifica predecesorul task-ului
Intervievare utilizatori şi introducem valoarea de pe prima coloanǎ a liniei unde apare
subproiectul, în cazul nostru fiind 2. Atenţie însǎ, fiindcǎ dacǎ ne uitǎm mai bine în prima
coloanǎ apar de douǎ ori numerele de la 1 la 9, fiindc ǎ avem de-a face cu un subproiect în
care numerotarea începe tot de la 1. Nu putem sǎ legǎm un task din proiect cu un task
dintr-un subproiect exact din aceastǎ cauzǎ, dar putem lega un task din proiect de acel
subproiect. Putem observa c ǎ s-a modificat şi drumul critic, şi deci, şi durata proiectului,
iar din drumul critic fac parte chiar şi task-urile din subproiect. Datoritǎ task-urilor cu
durata estimatǎ în cadrul subproiectului putem vedea, de asemenea, c ǎ proiectul nostru
are o duratǎ tot estimatǎ, lucru normal, de altfel, fiindcǎ nu ştim cât va dura pânǎ se
primesc rǎspunsuri la anunţurile de angajare.
Aşa cum adǎugǎm o notiţǎ unui task, la fel putem adǎuga notiţe şi
subproiectelor.
lǎsǎǎm
list şte op
, nibifat ǎ ţop
iuni, ş.a.m.d.
ţiunea The Din listǎ select
aceaproject
entire pentruǎ primul
a creaelement, Save
o linie de bazaǎnew baseline
pentru întreg,
proiectul nu pentru task-uri individuale din moment ce ne va interesa progresul
proiectului, apǎsǎm pe butonul Save Baseline, iar apoi apǎsǎm pe Done. Iatǎ cum putem
sǎ salvǎm o linie de bazǎ.
durat 6 zile, nu 5 cum pl ǎnuisem. Vom introduce la acelaşi subtask pe coloana Act.Dur.
valoarea 6. La fel vom preciza cǎ subtask-ul Definirea cerintelor de performanţǎ a fost
finalizat în procent de 100%, dar în loc de o zi a durat 2. La task-ul eveniment Finalizare
cerinţe de performanţǎ vom completa progresul cu valoarea 100, iar la subtask-ul Logica
design-ului vom completa cu 25% precizând astfel cǎ s-a realizat doar un sfert din acest
subtask. Dup
subtask se ǎ cum ǎputem
realizeaz în jumvedea
ǎtate în
de coloana Act.Dur.
zi, de aceea , Project
şi valoarea 0.5adays
calculat ǎ 25%
. Iniţcial din acest
am stabilit cǎ
va dura 2 zile acest subtask, motiv pentru care putem vedea valoarea 1.5 days în coloana
Rem.Dur., adicǎ timpul rǎmas pentru a finaliza subtask-ul. Este şi logic: dacǎ 100%
reprezintǎ 2 zile, 25% reprezintǎ o jumǎtate de zi. Dar sǎ presupunem în cazul nostru cǎ a
durat o zi sǎ se realizeze subtask-ul în proporţie de 25%. Vom introduce în coloana
Act.Dur. valoarea 1, dar vom vedea cǎ se schimbǎ automat valoarea de 25% în 50%,
fiindcǎ o zi din douǎ reprezintǎ jum ǎtate. Dar noi vrem sǎ îi spunem lui Project cǎ într-o
singurǎ zi am realizat doar 25%. Pentru a face acest lucru, modific ǎm valoarea din
coloana Rem.Dur. cu 3, fiindcǎ o zi din patru ( 1+3) reprezintǎ un sfert, adicǎ 25%. Ce
putem vedea pânǎ acum ? Pǎi sǎ ne uitǎm la imaginea urmǎtoare:
Putem vedea costul asociat progresului pân ǎ în momentul de fa ţǎ, putem vedea câte ore
de lucru au fost efectuate de fapt, iar în diagrama Gantt putem vedea nişte linii negre în
interiorul benzilor colorate. Ce sunt aceste linii negre ? Aceste linii negre ne arat ǎ pe
diagramǎ cât la sutǎ a fost efectuat din subtask-urile respective. Putem vedea cǎ pe
primele douǎ bare albastre apare o linie neagrǎ lungǎ cât bara, iar pe cea roşie putem
vedea cǎ subtask-ul nu a fost complet finalizat.
Un alt lucru interesant pe care îl putem face în acest moment este s ǎ vedem dacǎ am
depǎşit sau nu suma disponibil ǎ pentru realizarea acestui proiect, şi chiar cu cât am
depǎşit-o sau cât am economisit. Pentru a face acest lucru, select ǎm din meniul View
opţiunea Reports iar din fereastra de rapoarte alegem categoria Costs iar apoi
subcategoria Earned Value. Vom vedea urmǎtorul raport:
Un alt. mod de a vedea aceste informaţii este cu ajutorul tabelelor. Vom selecta din
Act.Cost
submeniul Table al meniului View op ţiunea More tables, iar în fereastra care va apǎrea
vom selecta Earned Value din listǎ. Vom vedea în cadrul proiectului un nou mod de
vizualizare care ne aratǎ aceleaşi coloane ca şi în raportul generat mai sus.
În acest tabel putem coloanele Baseline Start (data de începere a task-ului în linia de
bazǎ) şi Baseline Finish (data de terminare a task-ului în linia de baz ǎ). Aceste douǎ
coloane ne ajutǎ sǎ comparǎm progresul proiectului cu linia de bazǎ, pentru a putea spune
cu cât suntem în urmǎ sau dacǎ proiectul a decurs conform planului. Pentru acest lucru ne
uitǎm la ultimele douǎ coloane: Start Var. şi Finish Var. Dacǎ ne uitǎm pe tabelul de
mai sus, iatǎ care este interpretarea: subproiectul de angajare a început la timp (0 în
penultima coloana), şi s-a terminat la timp (0 în ultima coloanǎ). Intervievarea
utilizatorilor
a durat cu o zia început
mai multdupǎ 15am
decât zilepl(cât a durat
ǎnuit (16 înrealizarea subproiectului
ultima coloan de angajare),
ǎ). Definirea cerin ţelordar
de
performanţǎ a început cu o zi mai târziu decât a fost plǎnuit (16 în penultima coloanǎ), şi
a durat cu o zi mai mult. Dacǎ ne uitǎm la Codul Program B putem vedea cǎ a început
chiar dupǎ ce s-a finalizat subproiectul de angajare, şi a durat cât am pl ǎnuit (valorile de
pe ultimele 2 coloane sunt egale). Acum, pe prima linie putem vedea cǎ proiectul nostru a
fost plǎnuit sǎ înceapǎ pe 17.04.06 dar a început pe 26.04.06, lucru confirmat de
penultima coloanǎ de pe prima linie fiindcǎ proiectul a început cu o întârziere de 7 zile.
În ultima coloanǎ putem vedea cǎ proiectul nostru va dura 10 zile în plus (diferen ţa între
ultimele douǎ coloane). Dar acest lucru este deocamdat ǎ relativ, fiindcǎ nu s-au terminat
toate subtask-urile iar Project presupune implicit cǎ acestea vor respecta planul de
desfǎşurare
nostru fǎrǎdura
ar putea a avea întârzieri.
cu mai Dar 10
mult decât ǎ vor
daczile apǎrea întârzieri, evident cǎ şi proiectul
în plus.
25.4. Informaţii statistice despre proiect
Pentru a vedea detaliile pe scurt despre un proiect, vom selecta Project Information
din meniul Project şi în fereastra care va apǎrea vom apǎsa butonul Statistics. Vom
vedea urmǎtoarea fereastrǎ:
În panoul de sus putem vedea informaţiile legate de datele de începere şi terminare ale
proiectului fǎcându-se referinţǎ şi la linia de bazǎ. Putem vedea chiar şi cu cât mai târziu
începe proiectul, şi cu câte zile în plus se terminǎ. Apoi, în panoul de jos putem vedea cât
dureazǎ proiectul, câtǎ muncǎ s-a depus, cât costǎ proiectul, cât mai a rǎmas din proiect
de finalizat, la fel cu referinţe la linia de bazǎ, ş.a.m.d. În stânga jos putem vedea chiar şi
progresul proiectului.
Acum nu pot decât sǎ-ţi urez spor la lucru, şi bafta la proiecte! Şi încǎ odatǎ: verificǎ
de douǎ ori datele introduse, fiindca Project mai face anumite ajust ǎri care poate cǎ nu- ţi
vor conveni.