Metaminds
EN RO
Contactați-ne

Soluții/Ingineria calității

Disciplină inginerească·De la revizuire la operare

Arhitectură revizuită,
testată și validată înainte de producție.

Revizuirea proiectării, verificarea automatizată și validarea în laborator înainte de lansarea la nivel național — tehnologie testată în laborator, nu pe cetățeni.

PracticaIngineria calității
Se aplică laArhitectură, platformă, cod, operațiuni
PorțiContract · Integrare · Performanță · Securitate
Teren de testareLaboratorul de inovare Metaminds
Se regăsește înArhitecturi de referință și standarde
DomeniuSector public, apărare, bănci, energie
Trei colegi Metaminds în fața unui ecran dintr-o sală de ședințe, pe care este afișat un flux de lucru pentru ingineria calității — cerințe, revizuirea proiectării, planificarea testelor, automatizare și validare în laborator, care conduc la o decizie go/no-go și la pregătirea pentru producție — alături de mesajul „Quality Engineering for a more resilient tomorrow: trusted digital services for the public, built with rigour” și de sectoarele deservite: servicii publice, justiție, educație și control guvernamental.

01Angajamentul nostru

Excelența nu este o etapă.
Este standardul pe care îl respectăm la fiecare livrare.

Platformele pe care le construim susțin declarații fiscale, ședințe de judecată, rețele școlare și comunicații guvernamentale. În astfel de sisteme, un defect nu este o linie într-un backlog — este un cetățean care nu își poate depune declarația, o ședință care nu poate avea loc, un serviciu public care lipsește tocmai în ziua în care este cel mai necesar.

De aceea urmărim excelența în livrare și în operare ca pe o singură disciplină continuă, nu ca pe două etape separate. Ea începe la prima revizuire de arhitectură și nu se încheie la go-live: proiectăm pentru încărcarea celei mai grele zile, nu a uneia obișnuite, testăm tehnologia în propriul laborator înainte ca ea să ajungă în infrastructura unui client și rămânem alături de program și după aceea — pentru că un sistem nu este niciodată mai bun decât modul în care este operat.

Și punem nevoile clienților înaintea propriilor preferințe: arhitectura potrivită pentru misiune, nu cea mai comodă, consultanță independentă în alegerea tehnologiilor, precum și documentație și instruire care le permit cu adevărat echipelor clientului să opereze ceea ce am construit. Progresul este un angajament pe termen lung. La fel și calitatea sistemelor care îl susțin.

—Calitate integrată încă din faza de proiectare, nu verificată abia la final
—Misiunea clientului înaintea preferințelor noastre tehnologice
—Testat în laborator înainte de a ajunge vreodată în producție
—Responsabilitate care continuă după go-live, în operarea de zi cu zi

02Prezentare generală

În sistemele critice,
defectele nu sunt simple tichete.

Calitatea este adesea redusă la testarea funcțională de la finalul unui proiect, când deciziile de arhitectură nu mai pot fi schimbate. Aplicăm bunele practici de proiectare a arhitecturii ca pe o disciplină inginerească — cu revizuire timpurie, verificare continuă și validare în condițiile reale pe care le va întâlni sistemul.

—Revizuire în raport cu modurile de defectare cunoscute
—Porți de contract, integrare și performanță
—Simularea încărcării din zilele de vârf
—Tehnologie testată mai întâi în laborator

03Servicii

Cinci practici,
aplicate de la proiectare până la operare.

01

Revizuirea arhitecturii

Evaluarea proiectării după criterii de reziliență, securitate și operabilitate — realizată cât timp proiectul mai poate fi schimbat și consemnată sub formă de decizii, nu de opinii.

02

Automatizarea testării

Verificare integrată în pipeline-urile GitLab: porți de contract, integrare, performanță și securitate pe care o versiune trebuie să le treacă înainte de a putea avansa.

03

Validarea performanței și a încărcării

Simularea zilelor de vârf — perioade electorale, termene fiscale, sesiuni de examene — astfel încât capacitatea să fie dovedită pentru cea mai grea zi, nu pentru una obișnuită.

04

Validarea tehnologiei

Platforme noi testate în laboratorul de inovare înainte de a intra în infrastructura unui client, cu riscurile de integrare descoperite în mediul nostru, nu în al lor.

05

Standarde și documentație

Arhitecturi de referință și standarde de operare aplicabile în toate programele, astfel încât a doua livrare să pornească de la ceea ce a dovedit prima.

04Cum lucrăm

Patru porți între un proiect
și un sistem pe care ni-l asumăm.

Deschideți diagrama la dimensiune completă →

Fiecare poartă este o etapă a aceluiași lanț de livrare, nu un exercițiu separat. Munca care nu a trecut de poarta anterioară nu avansează — iar ceea ce învață echipele de operare, împreună cu ceea ce dovedește laboratorul, se întoarce la poarta de proiectare, în loc să rămână doar o lecție învățată.

Meta Quality Engineering — cele patru porți într-un singur lanț de livrare, de la stânga la dreapta: 01 Design, proiectare (revizuirea arhitecturii, analiza modurilor de defectare, revizuirea securității și a conformității, revizuirea operabilității, decizii consemnate), 02 Build, construire (sursa de adevăr, etapele pipeline-ului, teste de contract și de integrare, scanarea dependențelor și a vulnerabilităților, proveniența artefactelor, politici ca cod), 03 Prove, validare (mediu efemer pentru fiecare rulare, simularea încărcării din zilele de vârf, exerciții de failover și de recuperare în caz de dezastru, validare în laboratorul de inovare, recepția de către client) și 04 Operate, operare (reconciliere GitOps, clustere de producție, un plan de observabilitate, backenduri pentru trace-uri și loguri, analiză post-incident), cu o buclă de feedback care readuce constatările din operare și din laborator la poarta de proiectare; nimic nu ajunge în producție altfel decât prin Git.

05Metodologii

Cum este condusă munca,
nu doar cum este construit sistemul.

Deschideți fluxul de lucru la dimensiune completă →

Tehnologia se schimbă de la un program la altul; modul în care este condusă munca, nu. Acestea sunt metodele din spatele livrării — cum se convine asupra sferei proiectului, cum își păstrează o echipă ritmul, cum ajunge o modificare în producție și cum este operat un serviciu odată ajuns acolo. Fluxul de lucru de mai jos arată ce face fiecare disciplină, în fiecare fază.

Fluxul de lucru Meta engineering, cap la cap — o diagramă swimlane cu șase faze, de la stânga la dreapta (Discover, Design, Build, Verify, Release, Operate: descoperire, proiectare, construire, verificare, lansare, operare), pe patru culoare: managementul programului stabilește sfera proiectului, planifică, decide și raportează; ingineria proiectează și construiește; ingineria calității validează înainte de livrare; platforma și operațiunile rulează sistemul. Ce se învață în faza Operate revine în faza Discover, într-un ritm format din stand-up zilnic, un sprint demo la fiecare două săptămâni, un release train, o analiză lunară a serviciului și un comitet de coordonare.

Managementul proiectelor și programelor

Sfera proiectului, convenită în scris, un plan cu termene pe care și le asumă cineva și un for în care o decizie poate fi luată efectiv, nu amânată — iterativ sau etapizat, după cum are nevoie programul.

Livrare AgileScrumKanbanModel în cascadăPlanificarea etapelor și a versiunilorControlul modificărilorComitet de coordonare

Livrare și colaborare cu clientul

Cum începe un program și cum se finalizează: nevoile clientului, formulate în propriile cuvinte, transformate în ceva ce poate fi construit, recepționat și operat.

Workshopuri de descoperireTrasabilitatea cerințelorPrioritizare MoSCoWCriterii de pregătire (DoR)Criterii de finalizare (DoD)Tranziție etapizatăPilot înainte de lansare

Practici de inginerie

Obiceiurile care păstrează codul ușor de revizuit și o decizie ușor de regăsit și la doi ani după ce autorul ei a plecat din echipă.

Decizii de arhitectură (ADR)Code review între colegiDezvoltare trunk-basedTestare shift-leftPiramida testelorDocumentație ca cod

DevOps și SRE

Livrarea tratată ca un sistem proiectat în sine: repetabilă, reversibilă și observabilă încă de la primul deployment.

CI/CDInfrastructură ca codGitOpsLansare canaryLansare blue-greenObservabilitate implicităRunbookuri și permanențăBugete de erori

Managementul serviciilor

Ce se întâmplă după go-live, stabilit în scris înainte de go-live — astfel încât primul incident să fie gestionat printr-un proces, nu de oricine se întâmplă să răspundă.

Managementul incidentelor (ITIL)Managementul problemelorManagementul schimbărilorSLA și căi de escaladareManagementul capacitățiiContinuitatea activității și DR

Securitate și conformitate prin concepție

Controale proiectate de la prima revizuire, documentate continuu pe parcursul livrării și auditabile la cerere, nu reconstituite ulterior.

Modelarea amenințărilorPrivilegii minimeSDLC securizatSepararea atribuțiilorPistă de audit și dosar de doveziProtecția datelor prin concepție

06Cap la cap

Un singur program,
de la mobilizare la funcționarea stabilă.

Porțile stabilesc ce condiții trebuie îndeplinite înainte ca munca să avanseze; metodele stabilesc cum este condusă munca. Aceasta este structura programului în sine — cele zece etape prin care trece o livrare și ce trebuie finalizat la fiecare dintre ele înainte să înceapă următoarea.

01MobilizareEchipa, mediile, accesul și modul de lucru, convenite în primele săptămâni, astfel încât livrarea să nu înceapă prin a aștepta.
02DescoperireProcesele de business, constrângerile și criteriile de succes, consemnate și convenite înainte de începerea oricărei activități de proiectare.
03Autoritatea de proiectareArhitectura, revizuită și aprobată după criterii de reziliență, securitate și operabilitate, cu deciziile consemnate.
04ConstruireSprinturi iterative, cu o demonstrație funcțională la fiecare ciclu. Nimic nu este raportat vreodată ca fiind gata în proporție de nouăzeci la sută.
05IntegrareConectarea la sistemele alături de care trebuie să funcționeze, într-un mediu care se comportă ca cel real.
06RecepțieRealizată de operatorii clientului, pe propriile scenarii, după criterii convenite în avans, nu negociate ulterior.
07Etapa pilotO primă lansare limitată și reversibilă, atent monitorizată, cu calea de rollback testată, nu presupusă.
08LansareEtapizată pe locații sau pe grupuri de utilizatori — fiecare etapă cu propria decizie go/no-go și propria cale de revenire.
09Suport intensivSuport sporit în săptămânile de după go-live, cu echipa de livrare încă implicată, nu deja realocată.
10PredareDocumentație, runbookuri și instruire pe roluri, apoi un model de suport pe care echipa clientului și-l asumă cu adevărat.

07Validarea tehnologiei

Testat în laborator,
nu pe cetățeni.

Metaminds are un laborator de inovare în care noile tehnologii sunt testate și validate permanent. O platformă își câștigă locul în infrastructura unui client doar după ce a fost construită, stricată și reconstruită în propriul nostru mediu — cu riscul de integrare asumat de noi, nu descoperit de o instituție publică în producție.

01
O construim cap la capTehnologia este instalată integral și integrată cu componentele alături de care va trebui să funcționeze — nu evaluată după o fișă tehnică sau o demonstrație a producătorului.
02
O stricăm intenționatPierderea unui nod, partiționarea rețelei, expirarea certificatelor, saturarea stocării: defecțiunile la care ne așteptăm să reziste sistemul sunt provocate intenționat, cât timp miza este doar a noastră.
03
Consemnăm cât costăEfortul operațional, calea de upgrade și competențele necesare sunt documentate, astfel încât un client să adopte o tehnologie știind ce va cere operarea ei de la echipa sa.
04
O transformăm în standardCeea ce dovedește laboratorul devine o arhitectură de referință și un standard de operare — reutilizabile de la un program la altul, în loc să fie redescoperite de fiecare dată.

08Unde este dovedită

Programe care au fost
validate înainte de lansare.

Cloudul Guvernamental
Sector public · Cloud suveran

Cloudul Guvernamental

Un cloud privat suveran pentru sectorul public din România — peste 500 de servere în patru centre de date naționale, construit integral pe Red Hat OpenShift și OpenStack, cu CI/CD automatizat pentru aplicațiile care rulează pe el.
ANAF
Agenția Națională de Administrare Fiscală

Protecția aplicațiilor la scară largă.

Platforma SPV și arhiva electronică: peste 150.000 de utilizatori, 500.000 de accesări pe zi, 150 de milioane de fișiere migrate și peste 100 de aplicații protejate în două centre de date.