Am gasit intr-un articol un citat care mi-a placut( in context se referea la project management si controlul unui proiect care pare ca nu se mai termina) :

As project managers we have to be the calm voice of reason. We have to revert to the fundamentals of good project management and not let the situation drive us to the wrong behavior. If we stick to the basics, we can at least minimize the damage.

Meditand mai bine, cred ca se aplica (sau ar trebui sa i se aplice) oricarui manager.

Question :
Open-heart surgery can be viewed as a project and a program. Why?

• A. Because heart usage does not have a definite ending, the project is also a program.

• B. Because the surgery requires a tremendous amount of resources, it is considered a project.

• C. The surgery is a project; the ongoing support is a program.

• D. Getting the skills and resources is a program. Scheduling and coordinating the skills and resources is a project.

Answer :
Answer C is correct. Open-heart surgery has a beginning and ending and therefore constitutes a project. The post-surgery maintenance and ongoing support is a program because it does not have a definite ending to the treatment. Answer A is incorrect because the heart usage timeline does not determine whether it is a project or a program. Answer B is incorrect because resource allocation does not determine whether the surgery is a project or a program. Answer D is incorrect because getting the skills and resources is not a program.

Scrise mai mult ca note to self pentru momentele in care sunt mai optimista decat e cazul sau in momentele in care am impresia ca daca totul e clar pentru mine, atunci e clar pentru toata lumea.

Riscuri si controlul lor

1. Ce anume din ce presupune acest proiect este nou pentru echipa de proiect sau nu a mai fost facut in mod asemanator?
   
   
2. Ce resurse cu experienta sunt disponibile pentru a oferi suport in cazul unor dificultati?
   
   
3. In cazul in care au fost dezvoltate proiecte asemanatoare, care au fost principalele 3 dificultati intalnite pe parcursul acestora? Privind in urma, ce masuri de prevenire ar fi fost indicate?
   
   
4. Ce probleme ar putea interveni la nivelul fiecarui task care sa intarzie finalizarea acestuia?
   
   
5. Care sunt dependentele fiecarui task (externe proiectului sau nu) fara de care acesta nu poate incepe sau nu poate fi finalizat?
   
   
6. Care ar fi metoda potrivita de raportare (si la ce interval) care sa asigure semnalarea in timp util a intarzierilor?

Comunicare si intelegerea cerintelor

1. Care sunt cerintele formulate ambiguu sau care ar necesita explicatii aditionale? Care parte a cerintei poate fi considerata interpretabila?
   
   
2. Poti sa imi reformulezi cerinta (sau sa imi descrii livrabila asociata) pentru a ne asigura ca avem aceeasi viziune asupra a ce trebuie implementat?

Ultima intrebare poate avea uneori niste raspunsuri uimitoare :)