Nearly Universal Principles of Projects

Folosiți elemente repetabile

O abordare ad-hoc a proiectului necesită prea multă energie și resurse. De asemenea riscă întotdeauna să lipsească unele dintre elementele necesare. Cel mai bun mod de a simplifica ceea ce trebuie făcut este să folosiți elemente repetabile și de preferință, să le luați în cicluri repetabile.

Exemplu: Liste de verificare a calității

O listă de verificare este un exemplu simplu de element potențial repetabil pe care mulți oameni îl folosesc în viața lor personală și profesională. Considerați criteriile de calitate ale unui document de furnizat, de exemplu:

Procedând astfel, un element din lista de verificare principala va deveni repetabil pentru toate livrabilele de sub el, ceea ce economisește timp și energie în planificare și execuție.

Mult mai important, odată ce faceți acest lucru pentru un proiect, îl puteți adapta și utiliza pentru toate proiectele similare în viitor, care este o formă repetabilă de planificare pentru mai multe proiecte.

Exemplu: Procese și fluxuri de lucru

Unele rezultate sau obiective legate de acestea necesită anumite etape care pot deveni standardizate și repetabile. De exemplu, dacă livrabilele trebuie să fie proiectate individual și aprobate, puteți pregăti un flux de lucru simplu care să clarifice toți pașii, persoanele implicate și duratele aproximative evitând astfel multe dificultăți. Cu toate acestea, ar trebui să aveți grijă să nu faceți fluxurile de lucru și procesele prea complicate sau prea intense în documentare deoarece vor avea o consecință negativă. Toți oamenii implicați în proiect ar trebui să vadă fluxurile de lucru și procesele ca pe ceva care le susține munca și le ușurează totul, mai degrabă decât ca documentație birocratică care le blochează munca reală.

Proiectele tip ″Agile″ au elemente repetabile în abordarea lor de dezvoltare iterativă, unde anumite tipuri de activități de dezvoltare sunt repetate pentru fiecare caracteristică; de exemplu: rutina zilnică obișnuită în XP (eXtreme Programming / programare extremă): împerecheați, alegeți un articol, creionați-l pe o tablă albă, construiți scripturile și codul de testare, integrați codul etc.

Pe lângă fluxurile de lucru repetabile care pot fi utilizate pentru activități tehnice, puteți avea elemente repetabile și pentru activitățile de management al proiectului. Procesele din ghidul PMBOK®, PRINCE2® și DSDM®, activitățile din P3.express și evenimentele din Scrum sunt exemple ale acestui concept.

Exemplu: Cicluri

Este util să aveți elemente repetabile pentru gestionarea proiectului. Acest lucru poate fi făcut și mai ușor prin punerea lor în cicluri repetabile. Aceste cicluri simplifică semnificativ activitățile de zi cu zi ale persoanelor implicate în gestionarea și conducerea proiectului. Ciclurile grupurilor de proces din ghidul PMBOK® atunci când sunt utilizate într-un proiect cu mai multe faze, etape în PRINCE2®, cicluri zilnice, săptămânale și lunare în P3.express, iterațiile și intervalele de timp în DSDM® și sprinturile în Scrum sunt toate exemple de acest concept.

Ciclurile mai scurte sunt mai ușor de înțeles și de utilizat decât cele mai lungi; de exemplu: sprinturile în Scrum în contrast cu fazele conform ghidului PMBOK. Cu toate acestea, ciclurile care sunt prea scurte s-ar putea să nu fie suficiente pentru a susține anumite tipuri de proiecte, iar soluția poate fi utilizarea mai multor cicluri, cum ar fi utilizarea DSDM® a ciclurilor scurte de timp, împreună cu cicluri de iterație mai lungi sau P3.express ″utilizarea ciclurilor zilnice, săptămânale și lunare″.

Exemplu: Metodele

Folosirea unei metodologii sau a unui cadru pentru derularea unui proiect este o altă utilizare a elementelor repetabile. Acesta poate fi un sistem existent, cum ar fi PRINCE2®, P3.express, DSDM® sau Scrum sau unul pe care l-ați personalizat sau construit personal. Cu toate acestea, în mod normal, este o idee mai bună să începeți cu una dintre metodele existente și să o adaptați la nevoile dvs. decât să o construiți de la zero.

Orice element repetabil este abstract și are nevoie de personalizare pentru a-l adapta la lumea reală. Există totuși un spectru de abstractizare și nevoie de personalizare: listele de verificare de calitate simple și relativ concrete se află la un capăt al spectrului cu cea mai mică cantitate de abstractizare și necesitate de adaptare, în timp ce metodologiile sunt la partea cealaltă, cu cea mai mare nevoie de personalizare. Ar trebui să rețineți întotdeauna necesitatea personalizării, în caz contrar, elementul repetabil nu va corespunde nevoilor dvs. în mod corespunzător.

discussion icon NUPP este colaborativ, gratuit și publicat sub o licență Creative Commons.

discussion icon Împărtășește-ți opinia sau puneți întrebări pe această pagină LinkedIn.

discussion icon Scris de: Nader K. Rad

discussion icon Tradus de Raul JURJ, Jan-Florin PANAITE si Daniel ORZATA.

discussion icon Contribuții la această translation:

discussion icon Versiunea de o pagină a NUPP, potrivită pentru imprimare sau pentru realizarea fișierelor PDF.