Ceea ce face managerul de proiect

Odată ce am fost introdus la un dezvoltator din partea Clientului, spunând că am fost în echipa - managerul de proiect. Dezvoltatorul nu a putut rezista și a spus: „Ah, deci tu ești unul dintre cei care în dimineața ne spune ce să facă, și atunci el începe tot tăiței de zi?“

Acesta este - un clasic al genului. Acesta este modul în care managerii de proiect sunt percepute de către mulți dezvoltatori. Nu toată lumea, desigur. Eu sincer cred că blog cititorii să înțeleagă ce se transformă, de obicei, într-un proiect, fără un manager.

Orice ar fi fost, în jurul acestui concept există o mulțime de îndoială, de aceea, la fel ca înțelepții orbi bâjbâie un elefant, să ne ia în considerare modul în care arată PM din unghiuri diferite. Pentru definiteness considerăm managementul de client (proprietarul site-ului) și nu contractantul. Cu toate acestea, atât de corect.

Utilizatorii și rolurile

Primul lucru pe care trebuie să înțeleagă în mod clar: PM - nu este o abilitate și nu o poziție. PM - este rolul în proiect.

Imaginați-vă că aici este o problemă (proiectul), merge în jurul valorii de o grămadă de oameni care trebuie să-l (echipa) executa. Acesta poate fi o varietate de angajați ai companiei, liber-profesioniști și reprezentanți ai companiilor contractante. Fiecare dintre ele înainte de începerea proiectului decât a fost implicat, dar din acel moment el devine rolul. Din aceasta ar necesita un set bine definit de acțiuni și decizii pentru a se obține în final produsul dorit.

Pe de altă parte, în ceea ce privește activitățile proiectului, există destul de un set bine definit de roluri, cu toamna-din care, riscurile proiectului sunt în creștere.

Și acest lucru este în cazul în care începe distracția. Ghici cine primește rolurile, pentru care nu a existat nici oameni dedicați în echipă? Asta-i drept: ceea ce este responsabil pentru rezultatul final - managerul de proiect.

Între timp, acest lucru nu este întotdeauna cea mai bună soluție. Pe scurt, riscul este redus la faptul că, sub presiunea intereselor conflictuale managerul poate preveni prea multe compromisuri, care în cele din urmă afectează în mod negativ rezultatul. Iar faptul că proiectul nu este lipsit de conflicte de interese, precum și cu privire la raportul dintre viteza / calitate / buget Sper să reamintesc, nu este necesar.

• Pregătirea pentru proiect (Pornirea unui proiect)
• Deschiderea proiectului (Inițierea unui proiect)
• Planificarea (Planificare)
• etape de control (control al unui Stage)
• Gestionarea livrarea de produse (Gestionarea Livrarea produselor)
• măsuri de gestionare a frontierelor (Gestionarea Boundaries Stage)
• Închiderea proiectului (Încheierea unui proiect)

Astfel, pentru restul managerului este obligat să implice experți. Furnizarea de astfel de specialiști - o problema clientului. Clienți în sine, desigur, avantajos să se facă un număr minim de persoane: pentru a gestiona și mai ușor și mai ieftin. Prin urmare, există așteptări mari și riscurile asociate cu acestea sunt distractiv de a face detaliile.

Ceea ce se așteaptă de multe ori de la PM?

Criteriul de evaluare principal al calității - este respectarea ei de fapt. Acest lucru poate fi realizat numai prin acumularea de experiență îndeplinirea unor sarcini similare. Managerul de o astfel de experiență este, de obicei, nu este suficient, astfel încât crește riscul de evaluare incorecte.

În acest caz, nu contează în ce direcție are loc abaterea. Dacă o estimare greșită nu este respectat, este dificil de a coordona activitatea, bugetul și calendarul de suferit. Dacă o estimare greșită a observat, ceea ce înseamnă că autorii fie epuizate sau prea relaxat, și, în orice caz, demotivat.

În plus, managerul există o motivație directă a umfla estimarea, din cauza volumului de vânzări și ușurința el nu a răspuns, iar proiectul va trebui să se conformeze cadrului.

nivel de proiect de luare a deciziilor

De fapt, un PM bun ar trebui să fie în măsură să ia decizii. Acest lucru necesită o constantă în timpul proiectului. Dar ea are, de asemenea, responsabilitatea frontierei. PM este responsabil pentru obținerea unor rezultate cu nivelul dat al calității în timpul și resursele oferite. ar trebui să fie stabilite de cadre pentru fiecare etapă, iar în cazul în care proiectul depășește decizia privind corecția necesară pentru a accepta de client.

În cazul în care clientul refuză de la acest lucru, managerul atunci decizia va fi în continuare acceptată, dar se va întâmpla, fără a lua în considerare informațiile care sunt la dispoziția Clientului.

desen

Proiectarea începe cu pregătirea termenilor de referință, care face parte din documentația proiectului. Pentru documentația de proiect are în mod tradițional întâlnește PM, așa că el și cărțile în mână.

Ca urmare a acestei logici, vom obține de multe ori TK că: nu suficient de detaliate, conțin cerințe contradictorii nu se potrivesc cu capacitățile platformei, nu a luat în considerare punctele de vedere ale utilizatorilor finali.

Dar, ca practicant, trebuie să spun că abilitatea managerului de a proiecta site-uri web crește dramatic eficiența proiectului. Combinația de proiectare și de management de proiect roluri - o excepție rară, la care are sens să depună eforturi pentru. Doar asigurați-vă că, te rog, că acest lucru funcționează cu adevărat.

Cunoștințe de lucru de tehnologie

Se crede că un bun site-ul PM al proiectului poate fi obținut numai de la fostul dezvoltator. Și, deși tehnologia nu poate fi supraevaluat cunoștințe, eu încă să adere la un alt punct de vedere.

În primul rând, managerul de proiect ar trebui să păstreze întotdeauna o distanță între ele și proiectul. Numai atunci el va fi capabil de a vedea imaginea de ansamblu fără a se scufunda prea adânc în detalii. Pentru fostul Detalii despre dezvoltator - prea mult ispită, pentru că prea familiar și prea interesant.

În al doilea rând, managerul proiectului, care afectează produsul este obligat să se gândească mai multe despre modul de utilizare a produsului decât pe procesul de dezvoltare și structura internă. Pentru fostul dezvoltator este, de asemenea, dificil, deoarece trebuie să lucreze opiniile sale cu privire la confort.

de control al calității

Dacă managerul dvs. monitorizează în mod independent, calitatea, este bine. El cunoaște fiecare funcționalitate a site-ului în orice moment și vă pot spune unde și cât de multe defecte, iar când va fi stabilită.

Doar amintiți-vă că testarea produsului - etapa finală a proiectului, în cazul în care calendarul este aproape, și aproape din resurse. Acesta a fost în acest moment persoana care este responsabilă pentru resursele și intervalul de timp începe să facă un compromis cu o calitate. In tester inversa complet motivația: responsabilitatea sa - să se înregistreze o abatere de la TdR sau standarde interne.

În plus față de aceste așteptări apar, iar altele - mai controversate. De exemplu, producția de probleme tehnice, descarca resurse software, stabilirea de standarde de management de proiect. Dar ideea, sper, este deja clar.

Acum, clienții de succes au o întrebare: De ce am nevoie să mă gândesc la toate acestea, în cazul în care managerul meu este un geniu, și chiar și atunci când se combină rolurile nu au probleme?
Luat naștere? Apoi, vom continua să vorbim ...

Urmărirea resurselor

Ai capul adecvat, nu? Deci, știi că managerul de proiect - este persoana care va fi, mai devreme sau mai târziu înlocuit cu orice fel de activitate sau să părăsească compania.

Deci, aveți nevoie pentru a începe un nou proiect (site-ul este de actualitate, cerințele s-au schimbat și așa mai departe.), Veți găsi o persoană nouă și începe să se simtă diferența:

• Ori se pare că noul manager are nevoie de 3 mai multe persoane decat asistenți
• Sau este faptul că fostul manager al „gestionat proiectul“ 30 de ore pe săptămână, și noile state care vor fi cheltuite pe „managementul“ de 15 ore pe săptămână, la o rată a unui proiect similar
• Ori toate acestea este contrar

• management de proiect
• Design (inclusiv TK și / sau prototip)
• Dezvoltarea de template-uri de design de bază
• grafică
• Dezvoltarea front office (template-uri statice)
• Programare (implementare și CMS funcțional)
• testarea
• Dezvoltarea documentației
• instruirea utilizatorului
• administrare

În cele din urmă, pre răspunde la întrebarea, „Ce îmbinare rolurile, și ceea ce - nu“, spun eu: există o singură rețetă. Încercați să echilibru managerul talentul și autoritatea / responsabilitate. Soldul de influență:

• dimensiunea proiectului și organizarea
• proiecte de tastare
• manager de motivație
• Cu siguranță orice altceva :)

Mult noroc! Stai cu ochii pe aer!