5 pasi pentru a estima un proiect de development. (english version soon.)
Alin Pausan
?? Product Manager - I help product tech companies reduce dev costs and launch products in the market in weeks not months | Startup community builder |??
??Scurt ghid general de estimare a proiectelor de development:
Pentru cei care nu lucreaza in industria IT e destul de greu sa isi dea seama cum functioneaza procesul de estimare al costului si timpului de executie al unui proiect IT. Rezonez cu ei pentru ca efectiv nu lucreaza in industrie si nu au cum sa inteleaga.
Vad putine persoane care dau raspunsuri pertinente si multe care arunca cu estimari fixe fara nici macar un consult cu potentialul client.
Care sunt pasii pe care ii urmez in procesul de estimare, CU MENTIUNEA: Prima data validam bugetul clientului si dupa se parcurg sau nu pasii de mai jos: (Orice alta idee e bine venita)
Toata estimarea se face intr-un workshop de cateva saptamani. Durata workshopului depinde de complexitatea proiectului. Pentru ca sunt servicii, acestea au un pret si acesta depinde de perioada de timp alocata worksopului si a persoanelor implicate.
Vorba aia, sa trecem la treaba:
??Pasul 1: Identificarea obiectivelor clientilor si intelegerii produsului IT(businessului).
??Pasul 2: Realizarea unor intalniri face to face sau call pe skype ori alt canal de comunicare.
Rolul intalnirilor:
- Definirea functionalitatilor tuturor screenurilor platformei IT. EX: Sceenul de LOG-IN: poate sa cuprinda doar Log-in cu Facebook si Google, un buton de continua, logo afacere si poate motto. E doar un exemplu.
- In functie de complexitatea platformei, se definesc variantele acesteia. Adica, ce functionalitati cuprinde varianta 1 a platformei, dar varianta 2...dar Vn.
??Pasul 3: Dupa definirea documentatiei si intelegerea functionalitatilor din spatele fiecarui screen, realizam wireframes/ sau design al aplicatiei mobile care este clickable. E cea mai sigura metoda de estimare. De ce? Pentru ca in documentatie poate scrie ca vrea ceva care zboara: sa fie oare o racheta, un elicopter, un avion? Ce culoare are, ce dimensiuni, in ce directie zboara, se mai repeta zborul si muuuulte alte cazuri si detalii de care developerul trebuie sa tina cont.
?????Pasul 4: Dupa definirea celor 2(documentatie si wireframes) se face estimarea efectiva. Unde, se tine cont de: web, mobile, api, testare, risc, project management si altele. Pentru fiecare, preturile orare sunt diferite, complexitatea de implementare difera si timpul de executie difera. Ca urmare, estimarea incepe cu cel putin 5-6 variabile. Netinand cont de notice perioud, marimea echipei, durata proiectului, variantele de proiect, poate clientul se decide ca vrea estimare pentru varianta 1 a proiectului, il lanseaza in piata si dupa ce are venit din el, revine pentru dezvoltare v2 etc. Mentiune: Estimarea se face de catre developeri care au experienta pe proiecte similare sau functionalitati similare.
??Pasul 5: Ofertare.
Daca mai sunt si alte pareri despre cum se face estimarea la ei in companie, va rog sa impartasiti. Astfel putem ajuta antreprenori sau viitori antreprenori care nu lucreaza in IT sa inteleaga cum functioneaza o parte din industrie.
Sunt curios de alte pareri.