Postari cu eticheta: estimare

Clientul nu e inamicul tau

Spuneam intr-unul din articolele anterioare ca – in IT si nu numai – clarificarea cerintelor clientului este o parte importanta a procesului de PM.
De multe ori (de cele mai multe ori, din pacate) materialul primit de la clienti se rezuma la cateva fraze aruncate intr-un document.

PM-ul va trebui sa faca analiza ideii de business a clientului, s-o dezvolte si s-o clarifice suficient de mult incat rezultatul sa permita emiterea unor specificatii extinse si a unei estimari cat mai exacte.

Ideal ar fi ca – cel putin in cazul proiectelor web – la finalul sesiunii de clarificare a specificatiilor sa ai si un wireframe, care va fi de un real ajutor atat echipei de design cat si programatorilor care se vor ocupa de implementarea propriu-zisa.

Revenind la cele cateva fraze aruncate in documentul clientului – trebuie sa ai mare grija la abordarea lor initiala.
Marea majoritate a clientilor nu sunt oameni tehnici. Asta inseamna ca daca incepi procesul de clarificare cu intrebari tehnice, omul va fi in ceata.
Si fie-ti va raspunde cu “nu stiu, spune-mi tu – ca tu ai experienta in domeniu”, fie se va stradui sa-si reaminteasca cele cateva notiuni tehnice invatate cu ani in urma (pe care le va considera probabil actuale) si sa-ti dea un raspuns pe baza lor.

Oricum – va trebui sa tii minte un lucru. Pentru client, acele specificatii au sens. Pentru el, sunt logice. Sigur, logica lui va fi – foarte probabil – diferita de a ta. Dar nu trebuie sa uiti niciodata ca asa cum tie ti se par logice diverse lucruri, tot asa si lui i se par logice acele citeste mai departe


Scara competentelor

In procesul de software development se poate intampla uneori ca oamenii implicati sa aiba “timpi morti”.
Aceste perioade sunt cauzate (printre altele) de :

  • Ne-trimiterea specificatiilor la data promisa.
  • Finalizarea unui feature inainte de perioada estimata.
  • Planificare incorecta.
  • Stoparea proiectului pe o perioada nedeterminata – din motive ce nu tin de planificare.

Acesti timpi morti pot fi valorificati foarte bine prin studiu. Obiectivul procesului de studiu se stabileste in functiile de viitoarele proiecte care-l includ pe developerul respectiv si de skill-urile acestuia.

Studiul individual (cel putin, cel efectuat in timpul orelor de program – in “timpii morti”) va trebui atent contorizat si valorificat. Pentru ca altfel – multi oameni care se stiu nesupravegheati vor tinde sa piarda timpul (de multe ori, chiar si involuntar). Iar orele petrecute pentru studiu in aceste conditii nu vor fi productive deloc sau cel putin nu vor avea productivitatea asteptata – daca nu sunt valorificate corect. Nu generalizez. citeste mai departe