Quick Answer: ce este util sa stii inainte de prima discutie?
Pentru o estimare relevanta nu este necesar sa ai deja o documentatie tehnica completa. Este suficient sa putem intelege ce problema trebuie rezolvata, cine va utiliza solutia si care sunt functionalitatile importante.
Costul si durata nu se stabilesc doar dupa tipul proiectului. Un website de prezentare, un magazin online, o aplicatie web sau o PWA pot avea niveluri foarte diferite de complexitate in functie de design, continut, integrari, roluri de utilizatori, migrari, fluxuri operationale si infrastructura existenta.
Cum se stabileste costul unui proiect?
Estimarea porneste de la scopul proiectului si de la volumul real de lucru necesar. Analizam ce trebuie proiectat, dezvoltat, integrat, migrat, testat si configurat pentru lansare.
Printre factorii care pot influenta costul se afla:
- tipul proiectului si complexitatea functionalitatilor;
- numarul de pagini, ecrane sau fluxuri operationale;
- designul personalizat si cerintele pentru dispozitive mobile;
- conturile, rolurile si permisiunile utilizatorilor;
- integrarile cu API-uri, ERP, CRM, facturare, plati sau alte servicii;
- importul, migrarea sau restructurarea datelor existente;
- continutul si materialele care trebuie pregatite sau integrate;
- cerintele de administrare, raportare si automatizare;
- infrastructura existenta si limitarile tehnice ale sistemelor conectate;
- testarea necesara inainte de lansare.
Dupa clarificarea cerintelor poate fi delimitat ce intra in proiect si ce necesita o estimare separata.
Ce trebuie pregatit pentru o estimare?
Nu este obligatoriu sa pregatesti un caiet de sarcini complex. Pentru prima analiza sunt utile informatii precum:
- ce doresti sa construiesti sau sa imbunatatesti;
- cine va utiliza website-ul sau aplicatia;
- care sunt functionalitatile obligatorii;
- daca exista deja un website, o aplicatie sau o baza de date;
- ce servicii externe trebuie conectate;
- daca exista continut, identitate vizuala sau design pregatit;
- daca proiectul are un termen important;
- ce probleme ale solutiei actuale doresti sa elimini.
Daca exista un proiect functional, accesul la versiunea curenta sau la informatii tehnice relevante poate ajuta la delimitarea lucrarilor necesare.
De ce depinde durata proiectului?
Durata este influentata de complexitate, numarul de functionalitati, disponibilitatea continutului, integrarile externe, migrarile de date, etapele de feedback si testarea necesara.
Un proiect poate avansa diferit daca depinde de acces la sisteme externe, documentatie API, conturi furnizate de terti, materiale care nu sunt inca disponibile sau decizii care modifica specificatia initiala. Din acest motiv, termenul se stabileste in raport cu scopul concret, nu doar dupa categoria proiectului.
Puteti prelua un proiect existent?
Da, un proiect existent poate fi analizat pentru mentenanta, dezvoltare, integrare, optimizare sau continuarea unor functionalitati. Inainte de estimare trebuie insa evaluata situatia tehnica reala.
Analiza poate urmari structura codului, baza de date, dependentele, infrastructura, accesul la servicii externe, configuratiile existente si documentatia disponibila. Preluarea nu presupune automat reconstruirea proiectului; decizia depinde de starea si compatibilitatea solutiei existente cu lucrarile solicitate.
Ce se intampla daca apar cerinte noi in timpul proiectului?
Este normal ca unele detalii sa fie clarificate pe parcurs, dar trebuie facuta distinctia intre o ajustare a unei cerinte existente si o functionalitate noua.
Daca o modificare schimba semnificativ volumul de lucru, arhitectura, interfata, integrarea sau testarea, aceasta poate necesita actualizarea estimarii si a planificarii. Scopul este ca impactul unei schimbari sa fie clar inainte de implementare, nu descoperit dupa finalizarea proiectului.
Cine furnizeaza continutul?
Responsabilitatea pentru continut se stabileste in functie de proiect. Clientul poate furniza textele, imaginile, documentele, produsele si alte materiale, iar acestea sunt integrate in platforma conform structurii stabilite.
Daca proiectul necesita lucrari suplimentare asupra continutului, acestea trebuie delimitate separat de dezvoltarea tehnica. Este important ca responsabilitatea pentru furnizarea si validitatea informatiilor comerciale, juridice sau specifice activitatii companiei sa fie clara de la inceput.
Cum se face testarea?
Testarea este adaptata tipului de proiect si functionalitatilor implementate. Pentru un website simplu, verificarile necesare sunt diferite fata de cele pentru o aplicatie cu autentificare, roluri, integrari API, plati sau fluxuri operationale.
Pot fi verificate, dupa caz:
- afisarea pe dimensiuni diferite de ecran;
- navigarea si formularele;
- autentificarea, rolurile si permisiunile;
- fluxurile principale ale aplicatiei;
- integrarile si schimburile de date;
- validarea informatiilor introduse;
- comportamentul la erori;
- functionalitatile afectate de modificarile implementate;
- configuratiile necesare pentru lansare.
Pentru proiecte existente, testarea trebuie sa tina cont si de riscul ca o modificare sa afecteze functionalitati deja utilizate.
Verificati si performanta website-ului?
Performanta poate face parte din cerintele unui proiect sau poate fi tratata ca interventie separata, in functie de situatie. Pentru un website existent cu probleme de incarcare sau interactiune este utila mai intai identificarea cauzelor.
Pentru acest tip de interventie este disponibila pagina dedicata serviciului de optimizare viteza website si Core Web Vitals.
Ce se intampla dupa lansare?
Lansarea marcheaza trecerea proiectului in mediul de utilizare, nu disparitia oricarei nevoi tehnice. In functie de proiect pot aparea actualizari, modificari de continut, schimbari ale serviciilor externe, cerinte noi sau interventii de mentenanta.
Necesitatea suportului ulterior depinde de tehnologia utilizata, complexitatea proiectului, frecventa schimbarilor si sistemele de care acesta depinde.
Cum functioneaza suportul si mentenanta?
Suportul poate acoperi interventii tehnice, corectii, actualizari sau dezvoltari ulterioare, in functie de ceea ce este stabilit pentru proiect. Un website de prezentare cu modificari rare are alte nevoi fata de un magazin online sau o aplicatie utilizata zilnic in procese operationale.
Este util ca proiectul sa aiba delimitate responsabilitatile privind administrarea, infrastructura, backup-urile, serviciile externe si modificarile ulterioare.
Dezvoltati si aplicatii pentru procese interne?
Da. Portofoliul include proiecte de tip PWA si sisteme integrate construite pentru procese operationale. Exemplele publicate includ PWA Tichete interventie, un sistem pentru gestionarea interventiilor, si BI integrat cu Nexus ERP, proiect care implica integrarea unei interfete web cu un sistem ERP.
Aceste exemple ilustreaza tipuri de proiecte realizate, fara a presupune ca aceeasi arhitectura sau aceleasi functionalitati sunt potrivite automat pentru un alt business.
Puteti dezvolta si portaluri cu multe pagini si continut structurat?
Da. Pentru proiectele in care continutul trebuie organizat dupa reguli clare, arhitectura trebuie gandita atat pentru administrare, cat si pentru navigare, structurarea datelor si componenta tehnica a paginilor publice.
In portofoliu pot fi consultate proiectele Ce acte iti trebuie Romania si HelpyDo International, doua exemple de portaluri in care procedurile si informatiile sunt organizate intr-o structura dedicata.
Cum incepe colaborarea?
Prima etapa este intelegerea cerintei. Nu este necesar sa cunosti tehnologia care trebuie folosita si nici sa formulezi specificatii tehnice pentru fiecare detaliu.
O descriere clara a problemei, utilizatorilor, functionalitatilor importante si situatiei actuale ofera un punct de plecare pentru analiza. De aici pot fi identificate intrebarile tehnice, dependentele si elementele care trebuie clarificate pentru estimare.
Poti incepe prin a descrie proiectul, problema pe care vrei sa o rezolvi si functionalitatile pe care le consideri esentiale.