Cadru Adaptiv de Proiect (CAP)
și Cum să Îl Implementați

1. Car­ac­ter­is­ti­cile medi­u­lui în care va fi imple­men­tat proiectul
2. Car­ac­ter­is­ti­cile proiec­tu­lui în sine
3. Ciclul de viață al pro­ce­su­lui de afaceri
4. Ciclul de viață al man­age­men­tu­lui de proiect
5. Com­pe­tența echipei de proiect
6. Viz­iunea clientului
7. Cal­i­tatea echipa­men­tu­lui sau a software-ului

• Focalizarea pe Client: Clien­tul este respon­s­abil pen­tru alegerea instru­mentelor și abor­dărilor pen­tru proiect, dar primește suport din partea echipei de proiect (PT).
• Depen­dența de Client: APF implică o impli­care mai mare a clien­tu­lui decât este obiș­nu­ită pen­tru majori­tatea man­ager­ilor de proiect. Aceș­tia tre­buie să fie pregătiți să acționeze ca con­sul­tanți care spri­jină clien­tul pe par­cur­sul întreg­u­lui proiect. Clien­tul decide dacă să con­tin­ue sau să încheie proiectul.
• Demon­strări Rapi­de și Frecvente ale Rezul­tatelor: Ciclurile din APF sunt scurte, per­mițând clien­tu­lui să afle rapid despre rezul­tatele curente și să fie mai impli­cat în procese.
• Pregătirea de a Pose­da Între­bări și a Anal­iza Con­stant: Multe faze ale APF se bazează pe între­bări la care PT și clien­tul tre­buie să răspundă.
• Schim­bările Con­duc la Soluții mai Bun: Frecvența schim­bărilor într-un proiect APF este un bun indi­ca­tor al mod­u­lui în care părțile se îndreap­tă spre soluția dorită. Ide­al, schim­bările au loc frecvent în ciclurile tim­purii și înceti­nesc mai târz­iu. Spre deose­bire de TPM, APF con­sid­eră schim­bările ca un semn al unui proiect sănătos.
• Nu Spec­u­lați cu Privire la Viitor: Dacă nu știm viitorul, de ce să plan­i­ficăm? Pre­conizarea viitoru­lui este con­sid­er­ată un pro­ces care nu adaugă valoare.

Algo­rit­mii APF

Faza 1: Definirea Domeniului

• Iden­ti­fi­carea Condiți­ilor pen­tru Con­for­mi­tate: O întâl­nire între PT și reprezen­tații clien­tu­lui asig­ură înțelegerea rec­i­procă și rezolvarea oricăror contradicții.
• Redactarea unei Declar­ații de Prezentare a Proiec­tu­lui: Aceast doc­u­ment evi­denți­ază prob­lemele și opor­tu­nitățile care deter­mină proiec­tul, obiec­tivele proiec­tu­lui, dome­ni­ul, cri­teri­ile de suc­ces și riscurile.
• Definirea Para­metrilor Ciclu­lui: Sta­bilirea duratei și număru­lui de cicluri.
• Sta­bilirea unei Struc­turi Ier­arhice Incom­plete de Lucru sau a unui Pro­gram de Proiect: Obiec­tive cunos­cute fără instru­mente pre­def­i­nite, com­ple­tate pe par­cur­sul proiec­tu­lui pe măsură ce apar detalii importante.
• Pri­or­i­ti­zarea Algo­rit­milor: Deter­minarea instru­mentelor și abor­dărilor pri­or­itare pen­tru uti­lizarea viitoare.

Plan­i­fi­carea ciclu­lui implică doar pro­cese cu soluții deja selec­tate și este împărțită în patru etape:

• Definirea Obiec­tivelor Ciclu­lui: Dis­cu­tate cu clien­tul, având în vedere tim­pul și resursele.
• Atribuirea Sarcinilor pen­tru Sta­bilire: Pasul inițial către for­marea unui pro­gram de proiect.
• Creează Pro­grame pen­tru Pro­ce­se­le Depen­dente: Folosind instru­mente pre­cum Kanban.
• Activ­i­tatea Sub­team-ului: Finalizarea pro­gramelor pen­tru fiecare subteam.

• Pro­grame la Niv­el Micro: Sub­team-urile creează pla­nuri de lucru pen­tru sarci­ni subordonate.
• Pachete de Lucru: Descriu cum un exe­cu­tant intenționează să final­izeze sarcinile subordonate.
• Repos­i­to­ry pen­tru Cereri de Schim­bare: Prop­uner­ile sunt revizuite după ce ciclul se încheie.
• Infor­mații despre Prob­leme: Descrie prob­lemele, riscurile și situ­ați­ile care nece­sită clarificare.
• Întâl­niri Zil­nice ale PT: Actu­al­izări rapi­de ale statu­tu­lui fără dis­cuții de rezolvare a problemelor.

• Eval­u­area pro­ce­selor final­izate la timp.
• Decizia dacă să se treacă la ciclul următor.
• Revizuirea cererilor de schim­bare, a instru­mentelor și resurselor neu­ti­lizate și sta­bilirea de noi priorități.
• Definirea obiec­tivelor pen­tru ciclul următor.

• Team-ul a găsit o soluție acceptabilă?
• Au funcțion­at algo­rit­mii pen­tru proiect?
• Cât de bine a folosit echipa algo­rit­mii APF?

• Numele Proiec­tu­lui: ​“Design de Kiosk”
• Numărul Proiec­tu­lui: 08 – 01
• Man­ag­er de Proiect: T. Cof­fee
• Probleme/​Oportunități: Scăderea vizitelor la mag­a­zin și vânzări, nece­sitând o schimbare.
• Obiec­tiv: Resta­bilirea nivelurilor de vânzări, creșterea trafi­cu­lui și crearea a ceva cap­ti­vant pen­tru clienți.
• Dome­niu: Dez­voltarea unui con­cept de kiosk cu mul­ti­ple ser­vicii, atragerea clienților către pro­duse speci­fice, crearea de pachete de pro­duse pen­tru eveni­mente și altele.
• Cri­terii de Suc­ces: Resta­bilirea nivelurilor de vânzări în ter­men de două trimestre, oferirea a cel puțin patru ser­vicii fiecare gen­erând cel puțin 5% din vânzări și imple­mentarea unui ser­vi­ciu dorit de clienți gen­erând 5% din vânzări până în al doilea trimestru.
• Riscuri: Clienții s‑ar putea să nu îi placă ideea kiosk-ului.

Pro­ces și Rezultat

1. APF nece­sită o nouă men­tal­i­tate, pregătită pen­tru schimbări.
2. Meto­da este actu­al­iza­tă continuu.
3. Se bazează pe con­cep­tul ​„just-in-time”.
4. Instru­mentele, șabloanele și pro­ce­se­le TPM sunt adap­tate la for­mate noi.
5. APF este cen­trat pe client, asig­urând o comu­ni­care com­pletă și încredere.
6. Iden­ti­fică toate pro­ce­se­le care nu adaugă valoare.