Sistem informatic pentru

eficientizarea
transportului feroviar în
București

DATE \@ "d MMMM" \* MERGEFORMAT 11

iunie 2023

PROIECT MPEG
Scris de: Alexandru-Petru Matei

1
NUME PROIECT: Sistem informatic pentru eficientizarea transportului feroviar în
București

SPONSOR PROIECT: Transferoviar Călători și Primăria București

AUTORITATE CONTRACTANTĂ: METROPOLITAN RAIL TRANSPORT AGENCY SRL

PROJECT MANAGER: Matei Alexandru-Petruț

DATA REALIZĂRII: 13 iunie 2023

2
CUPRINS
1. Introducere .................................................................................................................................
1.1. Justificarea proiectului ....................................................................................................
1.2. Descrierea proiectului și a obiectivelor sale ....................................................................
2. Cerințe de nivel superior .............................................................................................................
3. Deadline finalizare proiect ..........................................................................................................
4. Buget proiect ...............................................................................................................................
5. Resurse umane alocate cu specificarea rolurilor .........................................................................
6. Etapele desfășurării proiectului ...................................................................................................
7. Analiza SWOT a proiectului ..........................................................................................................
8. Ishikawa .......................................................................................................................................
9. Pareto ..........................................................................................................................................
10. Work Breakdown Structure .........................................................................................................
11. Riscurile proiectului .....................................................................................................................
12. Estimări durată și cost - Expert Judgement .................................................................................
13. Drumul critic ................................................................................................................................
13.1. Drumul critic pentru implementarea backend-ului .........................................................
13.2. Drumul critic pentru implementarea interfeței cu utilizatorul ........................................
14. Graficul Gantt ..............................................................................................................................
15. RACI .............................................................................................................................................
16. Resurse supraalocate ..................................................................................................................
17. Noul grafic Gantt .........................................................................................................................
18. Resurse uniformizate ..................................................................................................................
19. Motivarea unei persoane ............................................................................................................
20. Mail către management pentru decizie ......................................................................................
21. Durata și costul activităților ........................................................................................................
22. Cost Breakdown Structure ..........................................................................................................
23. Calculul mărimilor EVM ..............................................................................................................
24. Lessons learned ..........................................................................................................................

3
 1. Introducere
1.1. Justificarea proiectului
Sistemul de eficientizare a transportului feroviar (S.E.T.F.) propus are ca scop îmbunătățirea
eficienței și gestionării transportului feroviar în zona București și zona limitrofă. În prezent, această
regiune se confruntă cu numeroase probleme legate de traficul feroviar, inclusiv întârzieri, perturbări
în programul de transport și neeficientizarea fluxului de călători. Pentru a remedia aceste probleme,
este necesară dezvoltarea unui sistem informatic care să permită gestionarea optimă a rețelei
feroviare și coordonarea eficientă a tuturor actorilor implicați.

Sistemul de transport feroviar din București și zona limitrofă suferă de mai multe deficiențe
care afectează experiența călătorilor și eficiența transportului. Printre principalele probleme se
numără:

 Întârzieri frecvente: trenurile din regiune întâmpină adesea întârzieri semnificative, ceea ce
afectează în mod direct timpul de călătorie al pasagerilor și programul general de transport.
Aceasta duce la nemulțumirea călătorilor și la o imagine proastă a sistemului feroviar în ochii
publicului.

 Gestionarea ineficientă a resurselor: resursele și infrastructura disponibile pentru transportul

feroviar nu sunt utilizate în mod optim. Există unele trenuri care circulă aproape goale, în timp
ce altele sunt supraaglomerate. Această ineficiență duce la costuri suplimentare și utilizarea
ineficientă a resurselor.

 Comunicare și coordonare deficiente: lipsa unei comunicări și coordonări eficiente între diferiții
actori implicați în transportul feroviar agravează problemele existente. Lipsa informațiilor
actualizate și a unui flux de comunicare clar duc la întârzieri și neconformități în desfășurarea
transportului.
De asemenea, provocările actuale cu care se confruntă sistemul feroviar pe care trebuie să le
rezolve sistemul informatic care va fi implementat sunt: infrastructura învechită, cererea mare de
servicii de navetiști, concurența din partea altor forme de transport și necesitatea de a adopta noi
tehnologii pentru o mai bună eficiență.

1.2. Descrierea proiectului și a obiectivelor sale

Proiectul propus vizează dezvoltarea și implementarea unui sistem informatic avansat care să
contribuie la eficientizarea și optimizarea transportului feroviar în București. Acest sistem informatic
are ca obiectiv principal îmbunătățirea calității serviciilor de transport feroviar, reducerea întârzierilor,
optimizarea utilizării infrastructurii feroviare și promovarea utilizării sustenabile a transportului public.

Prin intermediul acestui proiect, se va crea o platformă centralizată și integrată care să ofere
funcționalități avansate și informații în timp real călătorilor, operatorilor de transport și autorităților
implicate în gestionarea transportului feroviar. Sistemul va putea monitoriza și gestiona eficient
4
infrastructura feroviară, oferind date despre disponibilitatea liniilor și trenurilor, orare actualizate,
informații despre întârzieri, rute alternative și evenimente neprevăzute.

Prin intermediul acestui sistem, călătorii vor beneficia de informații precise și actualizate despre
orarele trenurilor, permițându-le să își planifice mai bine călătoriile și să evite întârzierile. Operatorii
de transport vor avea la dispoziție instrumente avansate pentru a optimiza gestionarea flotei de
trenuri, îmbunătățind punctualitatea și eficiența în furnizarea serviciilor de transport feroviar.
Autoritățile vor avea acces la date în timp real despre utilizarea infrastructurii feroviare și pot interveni
prompt pentru a remedia problemele tehnice sau de capacitate.

De asemenea, proiectul va viza integrarea sistemului informatic pentru transportul feroviar cu alte
moduri de transport, cum ar fi rețelele de autobuze, tramvaie și metrou, pentru a facilita planificarea
călătoriilor intermodale și a asigura o conexiune fluentă între diferitele modalități de transport.

Implementarea acestui sistem informatic avansat va avea un impact semnificativ în ceea ce privește
îmbunătățirea calității serviciilor de transport feroviar, reducerea congestionării și a poluării în
București, precum și promovarea utilizării sustenabile a transportului public. Prin centralizarea și
optimizarea informațiilor și proceselor legate de transportul feroviar, se va crea un mediu mai eficient
și mai convenabil pentru călători, contribuind la dezvoltarea unei infrastructuri de transport modernă
și sustenabilă în București.

Pentru a rezolva problema menționată mai sus și pentru a îmbunătăți eficiența transportului
feroviar în București și zona limitrofă, sistemul propus trebuie să îndeplinească niște cerințe minime
pentru toți actorii (beneficiarii direcți) implicați.

Din perspectiva călătorilor (actorii principali), cerințele minimale propuse sunt:

 Acces la o aplicație mobilă care permite călătorilor să consulte și să programeze călătorii,
utilizând un calendar interactiv.
 Notificări și avertizări în timp real pe telefonul mobil privind întârzierile, perturbările sau
modificările de program.
 Posibilitatea de a achiziționa bilete prin intermediul aplicației mobile și de a le valida utilizând
tehnologii de scanare a codurilor QR.
Din perspectiva personalului feroviar (actorii secundari), cerințele minimale propuse sunt:
 Acces la un panou de control centralizat, care oferă informații în timp real despre poziția
trenurilor, starea infrastructurii și programul de transport.
 Sisteme de urmărire și monitorizare a trenurilor, integrate în panoul de control, pentru a
identifica rapid problemele și a gestiona resursele disponibile.
 Comunicare eficientă prin intermediul unui sistem de mesagerie internă pentru a coordona
personalul feroviar și a rezolva problemele în timp util.
Din perspectiva autorităților de transport, cerințele minimale propuse sunt:
 Acces la un sistem de raportare și analiză a datelor în timp real, care furnizează informații
detaliate despre performanța sistemului feroviar.
 Capacitatea de a lua decizii informate privind îmbunătățirea infrastructurii și a programului de
transport pe baza datelor colectate și analizate.

5
  Comunicare și colaborare eficiente cu ceilalți actori implicați prin intermediul sistemului
informatic pentru a implementa soluții integrate și a îmbunătăți eficiența transportului.
Din perspectiva operatorilor de trenuri, cerințele minimale propuse sunt:
 Acces la un sistem de programare și gestionare a trenurilor, care oferă informații în timp real
despre programul de transport, schimbările de rută și întârzieri.
 Sisteme de urmărire a trenurilor, integrate în sistemul de programare și gestionare, pentru a
planifica eficient călătoriile și a minimiza întârzierile.
 Capacitatea de a comunica rapid și eficient cu personalul feroviar și autoritățile de transport
pentru a rezolva problemele în timp util.

2. Cerințe de nivel superior

Sistemul informatic trebuie să fie proiectat și implementat în conformitate cu reglementările GDPR și

să asigure protecția datelor personale ale utilizatorilor. Toate informațiile confidențiale și datele
personale colectate și stocate în cadrul sistemului trebuie să fie criptate și să beneficieze de măsuri de
securitate adecvate pentru a preveni accesul neautorizat.

Interfața sistemului trebuie să fie accesibilă și ușor de utilizat pentru toate categoriile de utilizatori,
inclusiv persoanele cu dizabilități sau cu nevoi speciale. Se vor respecta standardele de accesibilitate și
se vor oferi opțiuni de personalizare pentru a satisface nevoile diverse ale utilizatorilor.

Sistemul trebuie să funcționeze în parametri optimi, asigurând o gestionare eficientă a orarelor, rutele
și informațiile referitoare la trenuri. Performanța sistemului trebuie să fie ridicată, asigurând o răspuns
rapid la cererile utilizatorilor și minimizarea întârzierilor în furnizarea informațiilor.

6
Sistemul trebuie să fie prevăzut cu un plan de mentenanță regulată pentru a asigura funcționarea
continuă și optimă. Se vor implementa proceduri eficiente de gestionare a defecțiunilor, pentru a
minimiza timpul de inactivitate și a remedia rapid eventualele probleme.

Interfața sistemului trebuie să fie intuitivă, ușor de navigat și să ofere o experiență coerentă pentru
toți utilizatorii, indiferent de nivelul lor de cunoștințe tehnice. Se vor oferi instrucțiuni și ajutor
contextual pentru a facilita utilizarea și înțelegerea funcționalităților sistemului.

Sistemul trebuie să fie capabil să se integreze cu alte sisteme relevante, cum ar fi rețelele de autobuze,
tramvaie și metrou, pentru a asigura o planificare și coordonare eficientă a călătoriilor intermodale. Se
vor stabili protocoale standard de comunicare și se va asigura compatibilitatea cu alte sisteme utilizate
în domeniul transportului feroviar.

Sistemul trebuie să ofere notificări și alerte în timp real călătorilor și operatorilor de transport cu
privire la întârzieri, modificări de orar, evenimente neprevăzute sau alte informații relevante. Aceste
notificări și alerte pot fi livrate prin intermediul aplicației mobile, e-mail sau alte canale de comunicare
eficiente.

Aceste cerințe de nivel superior vor asigura dezvoltarea unui sistem informatic robust, sigur și eficient
pentru eficientizarea transportului feroviar în București, ținând cont de aspecte importante cum ar fi
securitatea datelor, accesibilitatea, funcționarea precisă și în parametri, mentenanța, gestionarea
defecțiunilor și satisfacerea nevoilor diverse ale utilizatorilor.

3. Deadline finalizare proiect

Beneficiarul dorește implementarea (analiză, proiectare, dezvoltare, testare și suport)

sistemului informatic într-un interval de 18 luni de la data semnării contractului, iar după data
finalizării implementării vor fi asigurate mentenanța și posibilitatea adăugării de noi funcționalități
astfel încât aplicația să rămână în trend cu tehnologiile actuale și cerințele actorilor implicați. Soluția
propusă este viabilă, accesibilă prin intermediul unei aplicații mobile și este implementată cu ajutorul
unor tehnologii actuale care să asigure o utilizare cât mai eficientă a acesteia.

4. Buget proiect

Determinarea unui buget exact pentru acest proiect depinde de mai mulți factori, cum ar fi
complexitatea sistemului, dimensiunea și infrastructura existentă, resursele necesare pentru
dezvoltare și implementare, costurile de mentenanță și alte cerințe specifice ale proiectului.
Bugetul exact alocat pentru proiectul de față este de aproximativ 450.000 euro (aproximativ 2.250.000
lei) și este destinat etapelor de analiză, proiectare, implementare, dezvoltare, testare și suport ale
soluției.

7
 5. Resurse umane alocate cu specificarea rolurilor

Rol Număr de resurse alocate pentru acest rol

Project Manager 1
Arhitect software 1
Proiectant 1
Frontend Developer 2
Backend Developer 2
Full-Stack Developer 1
Tester 2
Consultant business 1
Asistent suport 1
Angajat HR 2
Consultant juridic 1

6. Etapele desfășurării proiectului

Numărul etapei Numele etapei Data de început Rezultat/Livrabil
1 Definirea cerințelor și 19 iunie 2023 Document care conține
specificațiilor de sistem cerințele,
(etapa de planificare) funcționalitățile și
obiectivele
2 Dezvoltarea modelelor 3 iulie 2023 Arhitectura sistemului
de date și a arhitecturii (documentație
sistemului (etapa de tehnică)
analiză)
3 Dezvoltarea interfețelor 31 iulie 2023 Prototipul sistemului
cu utilizatorul și propus (ecranele
prototiparea sistemului aplicației)
(etapa de proiectare)
4 Implementarea 28 august 2023 Backend funcțional
backend-ului și testare
unitară
5 Implementarea 28 august 2023 Frontend funcțional
frontend-ului și testare
unitară
6 Integrarea și testarea 30 septembrie 2024 Aplicația propusă
întregului sistem testată și validată
7 Instruirea utilizatorilor 4 noiembrie 2024 Training-uri,
documentații și pagini
de wiki
8 Mentenanța aplicației 30 decembrie 2024 Asigurarea funcționării
și suport corecte a aplicației
7. Analiza SWOT a proiectului

Benefice atingerii obiectivelor Pun în pericol atingerea

8
 obiectivelor
Sursa internă (organizația) Puncte tari Puncte slabe
- eficientizarea - dependență de
transportului feroviar infrastructura existentă
- promovarea - costuri ridicate
sustenabilității - rezistența la schimbare
- utilizarea unor
tehnologii avansate
- conexiuni intermodale
Sursa externă (mediul extern) Oportunități Amenințări
- îmbunătățirea - schimbări legislative și
experienței călătorilor reglementări
- reducerea poluării și - concurență și rezistență
congestiei la adopție
- colaborare cu - securitate cibernetică și
autoritățile și operatorii protecția datelor
de transport

8. Ishikawa

PERSONAL PROCESE TEHNOLOGII

Resurse Deficiențe în
Lipsa de procesul de
umane Incompatibilită
înțelegere dezvoltare
insuficiente ți tehnice
sau
sau
acceptare
insuficient
de către Lipsa unei Limitări
personal metodolog tehnologice
Lipsa ii
implicării și
colaborării Lipsa Eficiență
validării scăzută a
transportul
ui feroviar
Lipsa
colectării și
Factori analizei
externi Constrângeri
Lipsa unor
legate de
mecanisme
infrastructura
adecvate de
existentă
monitorizare

MEDIU MĂSURĂTORI
9. Pareto

Defect Număr Număr apariții Procent cumulat

9
 apariții cumulate
Erori plată 18 18 21.18%
Erori server 15 46 36.47%
Erori 13 31 54.12%
autentificare
Erori rezervare 12 58 68.24%
bilet
Calitate scăzută 11 69 81.18%
requests
Erori afișare 9 78 91.76%
Erori lipsă date 8 86 100.00%
Erori notificări 7
Erori raportare 6
Erori mesagerie 5

10. Work Breakdown Structure

10
 11. Riscurile proiectului

Risc Probabilitate Impact Responsabil Reclamant Status

financiar
Eșec în 4 5 Echipa de Echipa de Open
integrarea dezvoltare testare
sistemelor
existente
Probleme de 3 4 Echipa de Arhitect Open
securitate și dezvoltare software
confidențialitate
a datelor
Dependență de 2 3 Manager de Consultant In progress
furnizorii proiect business
externi
Schimbări 3 4 Consultant Echipa de HR Open
neprevăzute în juridic
reglementările
legale
11
 Probleme de 3 4 Echipa de Echipa de In progress
performanță și dezvoltare testare
scalabilitate a
sistemului
Resurse umane 2 3 Manager de Echipa de HR In progress
insuficiente proiect
pentru proiect
Lipsa adoptării 3 2 Asistent Consultant In progress
și implicării suport business
utilizatorilor
finali
Eșec în livrarea 4 5 Manager de Consultant Open
la termen proiect business
Instabilitatea 2 4 Echipa de Echipa de In progress
tehnologică dezvoltare testare

12. Estimări durată și cost - Expert Judgement

Nr. Denumire Responsabil Unitate Preț Durată Preț total Preț total Status
crt. serviciu de fără fără TVA cu TVA
măsură TVA (lei) (lei)
(lei/oră)
1 Definirea Manager de oră 400 80 ore 32.000 38.080 In
cerințelor și proiect, progress
specificațiilor Consultant
de sistem juridic
2 Dezvoltarea Arhitect oră 600 120 72.000 85.680 In
modelelor de Software, ore progress
date și a Echipa de
arhitecturii dezvoltare
sistemului
(etapa de
analiză)
3 Dezvoltarea Proiectant oră 700 320 224.000 266.560 In
interfețelor cu ore progress
utilizatorul și
prototiparea
sistemului
(etapa de
proiectare)
4 Implementare Echipa de oră 1500 1120 1.680.000 1.999.200 In
a aplicației dezvoltare ore progress
propriu-zise
5 Integrarea și Consultant oră 400 360 144.000 171.360 In
testarea business, ore progress
sistemului Echipa de
testare
12
 6 Instruirea Asistent oră 200 80 ore 16.000 19.040 In
utilizatorilor suport progress
7 Mentenanța Echipa de oră 300 - - - In
aplicației și dezvoltare, progress
suport Echipa de
testare,
Asistent
suport
TOTAL 2.288.000

13. Drumul critic

13.1. Drumul critic pentru implementarea backend-ului

Notăm următoarele activități:

A = Analiză și proiectare a funcționalităților backend

B = Configurare și instalare a mediului de dezvoltare
C = Implementare baza de date
D = Implementare API-uri pentru gestionarea utilizatorilor
E = Implementare API-uri pentru gestionarea biletelor
F = Implementare API-uri pentru gestionarea trenurilor
G = Implementare logica de business pentru rezervarea biletelor
H = Implementare logica de business pentru programul trenurilor
I = Implementare logica de business pentru raportare și analiză
J = Implementare securitate și autentificare
K = Testare integrată și de performanță
L = Documentare și pregătire pentru lansare
M = Lansare și implementare în producție

Activitate Activitate precedentă Durata (zile)

A - 10
B A 7
C B 14
D C 12
E C 14
F C 10
G D 18
H F 14
I G 18
J I 10
K J 7
L K 5

13
 M L 3

Drumul critic este cel îngroșat în figura de mai sus și costul drumului critic este 104 zile.

13.2. Drumul critic pentru implementarea interfeței cu utilizatorul

Notăm următoarele activități:

A = Analiză cerințe și proiectare interfață GUI

B = Realizare design interfață GUI
C = Proiectarea subcomponentelor minimale GUI (ecrane goale)
D = Integrarea GUI-ului minimal cu backend-ul
E = Realizare ecran profilul utilizatorului
F = Realizare ecrane gestionare trenuri
G = Realizare ecrane achiziționare bilet de tren
H = Realizare ecrane monitorizare și raportare
I = Realizare ecrane login și register
J = Integrarea ecranelor cu funcționalitățile specifice cu API-urile create
K = Integrarea ecranelor de login și register cu API-urile create

14
L = Documentare GUI

Activitate Activitate precedentă Durata (zile)

A - 8
B - 10
C A 10
D C 7
E D 21
F E 21
G F 21
H G 14
I H 7
J I 10
K J 4
L K 7

Drumul critic este cel îngroșat în figura de mai sus și costul drumului critic este 130 zile.

14. Graficul Gantt

15
15. RACI

16
 R (Responsabil): Persoana responsabilă de a executa activitatea.
A (Autorizator): Persoana care are autoritatea de a lua decizii și a aproba etapele proiectului.
C (Consultant): Persoana care oferă consultanță și expertiză în cadrul etapei respective.
I (Informat): Persoana care trebuie să fie informată despre progresul și rezultatele etapei, dar nu are
un rol activ în realizarea ei.

C.B. = Consultant Business

P.M. = Project Manager
A.S. = Arhitect software
F.D. = Frontend Developer
B.D. = Backend Developer

P.M. A.S. Proiectant F.D. B.D. Full-Stack Tester C.B. Asistent

Developer Suport
Definirea R I I I I I I I I
cerințelor și
specificațiilor
de sistem
Dezvoltarea A R I I I R I I I
modelelor de
date și a
arhitecturii
sistemului
Dezvoltarea A C R I I C I I I
interfețelor cu
utilizatorul și
prototiparea
sistemului
Implementarea I A I I R R I I I
backend-ului și
testare unitară
Implementarea I A I R I R I I I
frontend-ului și
testare unitară
Integrarea și A I I I I I R C I
testarea
întregului
sistem
Instruirea A I I I I I C R R
utilizatorilor
Mentenanța A I I R R C R I I
aplicației și
suport

17
 16. Resurse supraalocate

În urma unei inspecții a tabelului RACI și a modului alocării resurselor umane, se poate observa o
suprasolicitare a unor anumite roluri. În special, rolul de Full-Stack Developer este alocat în cadrul mai
multor activități, iar acest lucru poate duce la epuizarea persoanei de pe acest rol. Cum există o
singură resursă umană de acest tip și câte 2 pe rolurile de Frontend Developer și Backend Developer,
se poate face o repartizare în cadrul activităților care să implice mai mult și ceilalți developeri în cadrul
proiectării și dezvoltării arhitecturii.

Pentru a-i implica și pe ceilalți dezvoltatori în cadrul acestor procese, se recomandă schimbarea
perioadelor de dezvoltare a frontend-ului și backend-ului. Mai exact, în acest moment ele se
desfășoară în paralel și nu permite dezvoltatorilor în mod special implicarea în cadrul etapelor
precedente. Astfel, perioada de implementare a frontend-ului va fi decalată cu 2 săptămâni, iar
perioada de implementare a backend-ului va fi scurtată cu o lună pentru a implica Backend Developerii
în procesele de proiectare și dezvoltare a arhitecturii. De asemenea, perioadele pentru dezvoltarea
arhitecturii și prototiparea ecranelor vor fi prelungite astfel încât dezvoltatorii să se implice în cadrul
acestor etape și să compenseze schimbarea perioadelor de dezvoltare propuse anterior (frontend
developers pentru prototipare ecrane și backend developer pentru arhitectură sistem).

17. Noul grafic Gantt

18
18. Resurse uniformizate
19
În privința resurselor uniformizate, există un echilibru evident pe partea de testare, integrare,
dezvoltare propriu-zisă și mentenanță. Rolurile sunt bine împărțite și acest lucru permite părților să-și
realizeze activitățile fără a exista perturbații sau abateri de la programul inițial. Cu toate schimbările
menționate anterior (secțiunea de Resurse supraalocate), va exista o mai bună alocare a sarcinilor în
echipa de dezvoltare, astfel Full-Stack developerul nu mai trebuie să acopere majoritatea sarcinilor pe
partea de consultanță în cadrul etapelor de dezvoltare arhitectură sistem și prototipare GUI.

Partea de testare și integrare este acoperită de testeri și asistentul suport însă permite chiar și
dezvoltatorilor să ia task-uri de mentenanță și validare în cazul în care acest lucru este absolut necesar.
Managerul de proiect are posibilitatea de a urmări toate procesele și de a se asigura că activitățile
respectă programul și totul este livrat la timp.

19. Motivarea unei persoane

Motivarea unei persoane care lucrează în cadrul proiectului se poate face prin diferite mijloace de
stimulare materială (prime, salarii mai mari, bonusuri, aprecierea performanței cu spor de salariu sau
alte avantaje în bani) sau psihologică (mediu de lucru plăcut, atmosferă relaxantă, feedback și
recunoaștere, dezvoltarea unei culturi a învățării și a creșterii, comunicare clară a obiectivelor și a
așteptărilor, asigurare a resurselor necesare, provocări și oportunități de creștere, training-uri,
asigurarea unui echilibru între viața personală și cea profesională).

20. Mail către management pentru decizie

Subiect: Urgent: Probleme de alocare a resurselor și provocări ale sistemului

Stimați membri ai echipei de conducere,

Sper că acest mesaj vă găsește într-o stare bună. Vă scriu pentru a aduce la cunoștință o situație critică
legată de proiectul curent la care lucrăm. Recent, am întâmpinat unele provocări cu sistemul care au
dus la o supraalocare a resurselor umane disponibile.
În ultimele săptămâni, am constatat o suprasolicitare a sistemului, în special în ceea ce privește
capacitatea acestuia de a gestiona volumul mare de cereri și de a funcționa la nivelul optim. Aceasta a
creat o presiune semnificativă asupra resurselor noastre umane, iar efectul se resimte asupra calității
și eficienței lucrului pe proiect.
Mai mult, am întâmpinat și unele probleme tehnice, precum tehnologii care nu funcționează
corespunzător și lipsa de calificare a personalului în fața noilor cerințe tehnologice. Aceste aspecte au
generat întârzieri și dificultăți în progresul proiectului nostru.
În ciuda eforturilor noastre pentru a gestiona aceste provocări, resursele noastre umane actuale nu
sunt suficiente pentru a face față situației. Există mai multe motive pentru această insuficiență,

20
precum alocarea personalului și pe alte proiecte, concedii medicale și evenimente neprevăzute care au
afectat disponibilitatea resurselor noastre cheie.
În fața acestei situații, vă solicit sprijinul și intervenția pentru a ne ajuta să depășim aceste obstacole și
să readucem proiectul pe linia de plutire. Apreciez înțelegerea dvs. în legătură cu gravitatea situației și
vă rog să analizați posibilitățile de alocare suplimentară a resurselor umane calificate, fie prin
redistribuirea personalului sau prin identificarea altor soluții viabile.
De asemenea, vă rog să considerați posibilitatea oferirii sprijinului necesar pentru a remedia
problemele tehnice și pentru a asigura o calificare adecvată a personalului în vederea adaptării la
cerințele actuale.
Înțeleg că aceste solicitări presupun ajustări și eforturi suplimentare, dar sunt convins că, prin
colaborarea noastră și implicarea resurselor potrivite, vom putea depăși această perioadă dificilă și
vom reuși să finalizăm proiectul cu succes.
Vă mulțumesc pentru atenția acordată acestei probleme urgente. Vă rog să luați în considerare
solicitările mele și să acționați în consecință. Sunt disponibil pentru a discuta în detaliu despre situație
și despre posibilele soluții.

Cu respect,
Project Manager

21. Durata și costul activităților

Nr. Activitate Descriere Durată Cost (lei)

crt.
1 Definirea - Efectuarea întâlnirilor cu stakeholderii și 0,5 luni 40.000
cerințelor și utilizatorii finali pentru a identifica
specificațiilor cerințele sistemului
de sistem - Documentarea cerințelor funcționale și
non-funcționale
- Stabilirea specificațiilor de sistem

2 Dezvoltarea - Diagrame de arhitectură și diagrame de 1 lună 90.000

modelelor de bază de date
date și a - Deciderea asupra funcționalităților și
arhitecturii modulelor sistemului
sistemului - Arhitectura sistemului
(etapa de
analiză)
3 Dezvoltarea - Realizarea unui design detaliat al 2 luni 270.000
interfețelor cu sistemului
utilizatorul și - Realizarea ecranelor aplicației
prototiparea - Realizarea unui prototip
sistemului
(etapa de
proiectare)

21
4 Implementarea - Implementarea funcționalităților și 11 luni 1.600.000
aplicației modulelor sistemului
propriu-zise - Testarea și depanarea sistemului pe
module (teste unitare)
5 Integrarea și - Instalarea și configurarea sistemului în 2 luni 180.000
testarea mediu de producție
sistemului - Integrarea sistemului cu alte sisteme
existente
- Efectuarea testelor funcționale și de
performanță
- Validarea funcționalităților
6 Instruirea - Testarea cu utilizatorii finali ai aplicației 0,5 luni 20.000
utilizatorilor - Validarea cerințelor cu utilizatorii
- Pregătirea aplicației pentru mentenanță
și suport
7 Mentenanța - Oferirea de suport utilizatorilor pas cu - -
aplicației și pas
suport - Asigurarea mentenanței aplicației
- Fixarea bugurilor și erorilor

22. Cost Breakdown Structure

22
23. Calculul mărimilor EVM

Activitate Cost real (lei) Grad de finalizare (%)

Întocmire plan cerințe 10.000 100
funcționale
Întocmire plan cerințe 10.000 100
nefuncționale
Realizare design frontend 40.000 100
Realizare design backend 50.000 100
Validare design frontend 25.000 100
Validare design backend 25.000 100
Adăugare noi funcționalități 3000 100
Modificare funcționalități 3000 100
actuale
Realizare teste manuale 25.000 100
frontend
Realizare teste manuale 25.000 100
backend
Realizare teste automate 30.000 100
23
 frontend
Realizare teste automate 30.000 100
backend
Validare cerințe după testare 50.000 100
Modul achiziționare bilet 150.000 100
Modul programare trenuri 150.000 100
Modul profilul utilizatorului 150.000 100
Modul monitorizare și 150.000 100
raportare
Modul integrare cu sisteme 150.000 100
existente
Modul plată 150.000 100
Modul autentificare și 50.000 100
înregistrare
Modul REST API 50.000 100
Identificare bug-uri backend 10.000 100
Identificare bug-uri frontend 10.000 100
Rezolvare bug-uri backend 20.000 100
Rezolvare bug-uri frontend 20.000 100
Interfață rezervare loc 150.000 100
Interfață mersul trenurilor 150.000 100
Interfață angajat 150.000 100
Interfață călător 150.000 100
Interfață administrator 50.000 100

AC = 10.000 * 2 + 40.000 * 1 + 50.000 * 5 + 25.000 * 4 + 3000 * 2 +

30.000 * 2 + 150.000 * 10 + 20.000 * 2 = 2.016.000 (cost real)

PV = 50.000 * 4 + 25.000 * 3 + 30.000 * 6 + 150.000 * 10 + 25.000 *

5 = 2.055.000

EV = 50.000 * 4 + 25.000 * 3 + 30.000 * 6+ 150.000 * 10 + 25.000 *

5 = 2.055.000

𝐶𝑉 = 𝐸𝑉 − 𝐴𝐶 = 2.055.000 – 2.016.000 = 39.000

𝑆𝑉 = 𝐸𝑉 − 𝑃𝑉 = 0

𝐶𝑃𝐼 = 𝐸𝑉 / 𝐴𝐶 = 2.055.000 / 2.016.000 = 1.019 > 1 ⇒ 𝑏𝑢𝑔𝑒𝑡𝑢𝑙

nu e depășit

𝑆𝑃𝐼 = 𝐸𝑉 / 𝑃𝑉 = 2.055.000 / 2.055.000 = 1

24
Costul final al proiectului este de aproximativ 410.000 euro.

24. Lessons learned

În cadrul proiectului de față, am aplicat o metodologie riguroasă pentru a colecta și documenta lecțiile
învățate. Am desfășurat interviuri, sondaje și sesiuni de retrospectivă, obținând informații valoroase și
feedback de la membrii echipei noastre.

Pe baza acestei analize, am identificat următoarele lecții învățate:

 Planificare riguroasă
Am observat că o planificare detaliată și o definiție clară a cerințelor proiectului sunt esențiale
pentru succesul său. O planificare solidă ne-a permis să evităm întârzieri și să ne adaptăm mai
eficient la schimbări.

 Comunicare și colaborare eficientă

Am constatat că comunicarea transparentă și colaborarea strânsă între membrii echipei și
părțile interesate au jucat un rol crucial în atingerea obiectivelor. Comunicarea frecventă și
clară a ajutat la evitarea neînțelegerilor și la gestionarea eficientă a așteptărilor.

 Gestionarea riscurilor
Am învățat că identificarea și gestionarea proactivă a riscurilor sunt esențiale. Prin evaluarea
periodică a riscurilor și implementarea măsurilor de reducere a acestora, am putut minimiza
impactul negativ asupra proiectului și am evitat întârzierile majore.

25