MISIUNE #MAI-2026-049
45:00
⚠ CONFIDENȚIAL · OPERAȚIUNI DE URGENȚĂ

PROIECTUL „e-MAI-2027" — BLOCAJ CRITIC

Data: 17 aprilie 2026, 14:30 · Deadline: 17 aprilie 2026, 17:00 (raportare la MIPE)

MESAJ DE LA DIRECTORUL GENERAL IT:

„Proiectul e-MAI-2027 (modernizarea sistemului de emitere pașapoarte, buget 14 mil. EUR, 80% cofinanțare POS 2021-2027) este BLOCAT. La 2 săptămâni de termen pentru a doua Cerere de Rambursare intermediară (3,2 mil. EUR), AM a suspendat plățile. Echipa de proiect s-a lovit de 5 probleme transversale care trebuie rezolvate ÎN ORDINE. Fiecare problemă are un cod de deblocare care eliberează accesul la următoarea.

Aveți 45 de minute să deblocați întregul flux. Dacă nu reușiți, proiectul intră în procedură de reziliere și instituția pierde toți banii UE.

Mult succes. Nu am timp de a vă explica în detaliu — folosiți tot ce ați învățat săptămâna aceasta."
ENIGMA 01 · PRIORITIZARE AGILE

Comitetul de urgență a cerut re-prioritizare REZOLVAT

Modul 1 — MoSCoW · Durata estimată: 7 min

Situația: Product Owner-ul a plecat în concediu fără a prioritiza noile cerințe urgente apărute la auditul intermediar. Aveți 5 cerințe și 4 categorii MoSCoW. Trebuie să le mapați corect pentru a demonstra că proiectul respectă filozofia fix-time, vary-scope a DSDM.

Cerințele proiectului e-MAI-2027:

  • C1: Modulul de emitere pașapoarte biometrice trebuie să funcționeze (proiectul nu are sens fără el).
  • C2: Integrarea cu baza de date națională a cazierului (lipsa aduce incoveniente operatorului, dar pașaportul se poate emite).
  • C3: Dashboard cu statistici săptămânale pentru conducere (ar fi frumos, dar e suficient un raport manual lunar).
  • C4: Versiunea mobilă a aplicației pentru cetățean (planificată pentru ciclul următor de finanțare 2028-2030).
  • C5: Conformitatea WCAG 2.1 AA pentru toate interfețele publice (obligatorie prin lege).

Sarcina:

Notați pentru fiecare cerință categoria corectă: M (Must), S (Should), C (Could), W (Won't this time). Apoi concatenați literele în ordinea C1, C2, C3, C4, C5.

Exemplu format: dacă răspunsul ar fi Must-Must-Could-Should-Won't, codul ar fi MMCSW.

ENIGMA 02 · ARHITECTURĂ ENTERPRISE

Arhitectul a demisionat — completăm ADM-ul REZOLVAT

Modul 2 — TOGAF ADM · Durata estimată: 8 min

Situația: Arhitectul IT care pregătea viziunea pentru a doua iterație a plecat. A lăsat un flow-chart incomplet al ADM. Trebuie să identificați cele 4 faze menționate mai jos și să formați codul din primele 2 litere ale fiecărei faze corecte (A, B, C... = litera fazei TOGAF).

Fișe descoperite în arhivă:

  • Fișa 1: „Am identificat toți stakeholder-ii, am obținut sponsorizarea Secretarului de Stat și am scris declarația de viziune la nivel înalt."
  • Fișa 2: „Am mapat procesele operaționale ale emiterii pașaportului, capabilitățile necesare și organigrama viitoare."
  • Fișa 3: „Am proiectat structura bazelor de date, schemele logice și fizice, catalogul entităților principale."
  • Fișa 4: „Am construit roadmap-ul de implementare în 3 ondulări de 6 luni, cu prioritizare pe riscuri."

Sarcina:

Asociați fiecare fișă cu litera fazei ADM din care face parte (A, B, C, D, E, F, G sau H). Concatenați cele 4 litere în ordinea Fișa 1, 2, 3, 4.

Exemplu: dacă fazele ar fi B, A, C, D codul ar fi BACD.

ENIGMA 03 · GUVERNANȚĂ IT

Auditorul intern a semnalat o lipsă critică de control REZOLVAT

Modul 3 — COBIT 2019 · Durata estimată: 7 min

Situația: Auditorul intern a descoperit o problemă la e-MAI-2027: toate rolurile importante (inițiere cerere rambursare, aprobare, autorizare plată furnizor, verificare audit) sunt pe aceeași persoană. Trebuie să identificați principiul COBIT/control intern încălcat și procesul COBIT responsabil de remediere.

Intrebare compusă:

A. Care este numele principiului de control intern încălcat (2 cuvinte în engleză, abreviat uzual)?

B. Care dintre procesele COBIT se ocupă prioritar de definirea politicii de securitate informație (APO01, APO13, BAI06 sau MEA03)?

Sarcina:

Concatenați abrevierea principiului (3 litere) + codul procesului COBIT (5 caractere: 3 litere + 2 cifre).

Exemplu: SOD + APO12 = SODAPO12

ENIGMA 04 · ELIGIBILITATE CHELTUIELI

3 cheltuieli suspecte în CR — alegeți-o pe cea eligibilă REZOLVAT

Modul 5, 7, 8 — MySMIS CR + Achiziții · Durata estimată: 9 min

Situația: Sunteți la o oră de finalizarea CR și aveți 3 facturi contestate de echipa de verificare internă. Doar una dintre ele respectă TOATE regulile de eligibilitate + achiziție publică. Celelalte două trebuie scoase din CR pentru a evita corecții financiare.

Cele 3 facturi:

Factura A — 85.000 EUR · Licență software achiziționată direct de la producător (o singură ofertă solicitată), contract semnat 05.01.2026, factura datată 20.02.2026, plătită 28.02.2026. Buget aprobat: „Software infrastructură", linie cu 120.000 EUR alocat. Justificare: „Singurul furnizor capabil tehnic".
Factura B — 42.000 EUR · 3 echipamente hardware, procedură de achiziție cerere de ofertă prin SEAP, 3 oferte primite, câștigător desemnat, contract semnat 10.03.2026, recepție cu PV de punere în funcțiune 15.04.2026, factură 20.04.2026, plată 25.04.2026. Buget aprobat: „Echipamente IT", linie cu 200.000 EUR alocat.
Factura C — 8.500 EUR · Servicii de consultanță achiziție directă, 1 ofertă, contract semnat 01.04.2026, activitate prestată 02.04.2026-10.04.2026, factură 12.04.2026, plătită din bugetul instituției 18.04.2026. Pista de audit: emailuri, 0 (zero) procese-verbale de prestare servicii, 0 (zero) rapoarte livrabile. Buget aprobat: „Consultanță", linie cu 50.000 EUR alocat.

Sarcina:

Identificați factura eligibilă. Apoi alegeți cele DOUĂ motive principale de NEELIGIBILITATE pentru celelalte facturi, din lista următoare (fiecare motiv = un cod):

  • LCP — lipsă concurență / procedură incorectă (ar fi trebuit licitație sau cerere ofertă cu 3+ oferte)
  • LJT — lipsă justificare tehnică validă pentru sursă unică
  • LPA — lipsă pistă de audit (documente justificative de realizare)
  • DBG — depășire buget pe linie
  • PAD — plata în afara perioadei de eligibilitate
  • TVA — TVA tratat incorect

Răspuns: litera facturii eligibile (A/B/C) + codul de neeligibilitate al primei facturi suspecte + codul de neeligibilitate al celei de-a doua.

Exemplu format: dacă eligibilă = C și problemele sunt DBG la A și PAD la B, codul ar fi CDBGPAD.

ENIGMA 05 · PRINCIPII ORIZONTALE

Evaluare DNSH respinsă — salvați ultimul raport REZOLVAT

Modul 9 — DNSH · Durata estimată: 8 min

Situația finală: AM a respins secțiunea DNSH din dosar cu observația: „Evaluare superficială, lipsesc măsuri concrete pentru 2 din cele 6 obiective de mediu." Aveți tabelul DNSH original, dar două celule sunt goale. Trebuie să le completați ca să salvați proiectul.

Tabel DNSH original (parțial completat):

#
Obiectiv
Măsură de mitigare / Dovadă
1
Atenuare schimbări climatice
Servere cu eticheta ENERGY STAR; contract cloud cu PUE ≤ 1.3
2
Adaptare schimbări climatice
Centru de date redundant (Bucuresti + Cluj) + DRP testat anual
3
Apă și resurse marine
??? [de completat]
4
Economie circulară
Echipamente vechi colectate prin operator DEEE autorizat; politică reuse înaintea achiziției
5
Prevenire poluare
Criterii eco-design (EPEAT Gold) în caietul de sarcini; ambalaj reciclabil
6
Biodiversitate
??? [de completat]

Sarcina:

Pentru cele 2 obiective marcate, alegeți măsurile CORECTE pentru un proiect software din cele de mai jos (DOAR una e validă pentru obiectivul 3, DOAR una pentru obiectivul 6):

  • NSA — „Nu se aplică" (răspuns scurt)
  • CPE — Consum apă minimizat prin sisteme de răcire cu aer în centrele de date (nu cu apă)
  • AUD — Audit energetic anual
  • LOC — Amplasare centre de date în afara zonelor Natura 2000; fără impact asupra habitatelor protejate
  • COF — Compensare carbon prin proiecte de reîmpădurire
  • WCG — Conformitate WCAG 2.1 AA

Răspuns: codul pentru obiectivul 3 + codul pentru obiectivul 6.

Exemplu format: dacă obiectivul 3 = AUD și 6 = COF, codul ar fi AUDCOF.

PANOU FORMATOR (Escape, pentru control)
Stats live: 0/5 · 0 încercări