De ce calitatea — nu este o etapă și nu este un departament
În proiectele digitale, cuvântul «calitate» este adesea folosit prea abstract. Este redus fie la absența bug-urilor, fie la verificarea finală înainte de lansare. În practică, această abordare aproape întotdeauna duce la probleme: produsul funcționează formal, dar este incomod, instabil sau nu rezolvă sarcina de afaceri.
Noi considerăm calitatea nu ca o etapă și nu ca o funcție a unui singur departament, ci ca un principiu transversal de lucru asupra proiectului. Calitatea este integrată în soluții, procese și comunicare cu mult înainte de a apărea codul sau interfața.
În acest articol vom vorbi despre:
- ce înțelegem prin calitate;
- din ce componente este formată;
- cum gestionăm calitatea pe parcursul întregului proiect.
Calitatea începe cu înțelegerea sarcinii
Majoritatea problemelor de calitate apar nu în etapa de dezvoltare, ci mult mai devreme — în etapa de formulare a sarcinii.
Dacă nu sunt fixate:
- obiectivele produsului;
- așteptările de afaceri;
- criteriile de succes;
- restricțiile și prioritățile,
atunci chiar și o soluție realizată perfect poate fi considerată de calitate slabă din punct de vedere al rezultatului.
Prin urmare, pentru noi calitatea începe cu:
- analiza sarcinii;
- clarificarea cerințelor;
- sincronizarea așteptărilor cu clientul;
- înțelegerile cu privire la ceea ce este considerat «rezultat bun».
Calitatea soluțiilor arhitecturale
Arhitectura influențează direct:
- stabilitatea produsului;
- viteza de dezvoltare;
- numărul de erori;
- costul suportului.
Considerăm arhitectura o parte a calității, deoarece:
- o arhitectură proastă face ca greșelile să fie inevitabile;
- datoria tehnică crește exponențial;
- fiecare modificare devine din ce în ce mai costisitoare.
O soluție arhitecturală de calitate:
- corespunde dimensiunii sarcinii;
- nu este complicată fără necesitate;
- este pregătită pentru dezvoltare;
- este transparentă pentru echipă.
Calitatea interfețelor și a experienței utilizatorului
Chiar și un produs tehnic stabil poate fi de proastă calitate, dacă:
- utilizatorul nu înțelege ce trebuie să facă;
- interfața este supraîncărcată;
- scenariile sunt nelogice;
- erorile nu sunt explicate.
De aceea, acordăm o mare atenție:
- logica UX;
- ierarhia vizuală;
- scenariile utilizatorului;
- stările interfeței.
Calitatea UX — nu este «frumos», ci clar, previzibil și convenabil.
Calitatea codului și implementării
Calitatea codului pentru noi — nu este doar absența erorilor, ci și:
- citibilitate;
- menținere;
- previzibilitate;
- conformitate cu standardele.
Considerăm codul ca parte a produsului, care:
- va trăi ani de zile;
- se va transmite între dezvoltatori;
- se schimbă constant.
Codul prost scris întotdeauna se întoarce cu probleme — chiar dacă la început totul «funcționează».
Testarea ca element al sistemului de calitate
Testarea — o parte importantă a calității, dar nu singura.
Folosim testarea pentru:
- verificarea funcționalității;
- identificarea regresiilor;
- validarea scenariilor utilizatorilor;
- confirmarea conformității cu cerințele.
Este important ca testarea:
- să fie integrată în proces;
- să înceapă devreme;
- să completeze alte niveluri de control al calității.
Testarea nu corectează soluțiile proaste, dar ajută la identificarea lor la timp.
Tabelul 1. Nivelurile de calitate în proiect
|
Nivel |
Ce este controlat |
|
Analiza |
Obiective și cerințe |
|
Arhitectură |
Scalabilitate și stabilitate |
|
UX/UI |
Claritate și ușurință în utilizare |
|
Dezvoltare |
Calitatea implementării |
|
Testare |
Corectitudinea muncii |
Calitatea proceselor și comunicării
Chiar și o echipă puternică poate «scădea» calitatea, dacă:
- nu există comunicare transparentă;
- deciziile sunt luate haotic;
- modificările nu sunt înregistrate;
- responsabilitatea este neclară.
Considerăm parte din calitate:
- procese clare;
- sincronizare regulată;
- fixarea deciziilor;
- gestionarea așteptărilor.
Calitatea — nu este doar ceea ce facem, ci și cum ne înțelegem.
Calitatea și valoarea pe termen lung a produsului
Produs de calitate:
- mai ușor de întreținut;
- mai ușor de dezvoltat;
- mai ieftin de scalat;
- generează mai multă încredere din partea utilizatorilor.
Produs de calitate slabă:
- cere constant modificări «de urgență»;
- încetinește dezvoltarea;
- crește costurile;
- reduce încrederea.
Întotdeauna ne uităm la calitate pe termen lung, nu doar în cadrul etapei curente.
Cum gestionăm calitatea în proiecte
Abordarea noastră se bazează pe câteva principii:
- calitatea începe cu înțelegerea sarcinii;
- deciziile sunt luate conștient;
- controlul este distribuit pe toate etapele;
- erorile sunt identificate cât mai devreme;
- calitatea — responsabilitatea întregii echipe.
Echipa RUSO consideră calitatea ca proprietate sistemică a produsului, nu ca un checklist.
Concluzii
Calitatea în proiectele digitale — este:
- rezultatul deciziilor corecte;
- consecința proceselor bine structurate;
- reflecția maturității echipei.
Suntem convinși că această abordare permite crearea de produse care:
- funcționează stabil;
- se dezvoltă fără haos;
- aduce beneficii afacerii și utilizatorilor.