Cred că acest lucru este într-adevăr o consecință a experienței proaste în trecut cu astfel de aici „manageri de minte.“ Dar, în plus, acest lucru poate fi urmărită pe scară largă datorită mitului său conveniență insidios că programul de lucru flexibil, nu este necesară, pentru că nu are rost.
În cele din urmă, cine sunteți, managerul de dezvoltare ca un expert în planificare, chiar și flexibil? Evaluarea Multiply 2 poate calculator. Nu au încredere dezvoltatorii și le trage cu orice ocazie poate fi oricine pentru echitabil nimic cu plată să se ocupe în timpul orelor de lucru. „Durere în fund“, promite termeni emise după o pauză semnificativă, petrecut pe tavan-semințe, și disponibilitatea umilă pentru apelul inevitabil la covor la conducere în cazul termenelor ratate poate fi agățată pe o fata fara nervi cu post de administrator de proiect.
Rotunjirea introducere liric. Astfel, domeniul de aplicare al acestui articol: cum să-și planifice și să păstreze evidența Scrum repetare folosind TFS și de proiect - prognozarea calendarul proiectului este să nu fie luate în considerare.
La intrarea?
Introdusă proces de dezvoltare iterativ, de exemplu, Scrum. La un nivel minim, trebuie sa fie iterare stabil (sprinturi). Ca un maxim, evaluează în mod regulat echipa de performanță, care se află la sfârșitul iterații specificat numărul de așa-numitul focus-factor.
elemente de lucru sunt programate pentru fiecare iterație sunt stocate într-un TFS ALM, eventual cu proiect de integrare.
Ca parte a planificării iterație interpreților apreciat complexitatea elementelor de lucru în ceas perfectă, sau alte specii de papagali, cum ar fi punctele de poveste.
Ce întrebări vor răspunde la finalizarea?
Nu avem timp să facem toate sarcinile pe care au planificat?
ne-am planificat o încărcare completă și uniformă a membrilor echipei? Ea nu funcționează, astfel încât managerul nici măcar nu a observat că un dezvoltator va itera toate muncesc din greu pentru a avea succes pe rezultatele iterația demonstrative, iar a doua de la o lipsa de provocare va fi de a se angaja într-o mai mare de auto-dezvoltare, desigur, în cadrul sarcinilor la el.
Ce întrebări nevoie pentru a obține în mod regulat răspunsuri?
Încă mai avem timp să facem totul planificat înainte de sfârșitul iterație? Dacă da, ce anume și ceea ce avem opțiuni pentru reprogramare inevitabilul?
Și, poate, ne-am planificat un pic de lucru, și are sens să ia locul de muncă a sarcinilor suplimentare? Dacă da, cât de mult de lucru, puteți lua pentru a reuși să-l facă?
Ce instrumente sunt necesare?
Ceea ce luăm ca exemplu?
Știu că sectanții de Agile spun, și nu trebuie să ia în considerare toate aceste lucruri mici, pentru că toate acestea planificare, instrumentele mai automatizate, cum ar fi fotografiere vrăbii dintr-o armă. Astfel, teza principală: este dificil, și, prin urmare, lipsită de sens. Vrei să vezi cât de ușor toți acești factori pot lua în considerare în calculul de proiect, oferindu-ne o imagine clară a curente și prognoza iteratie a stării sale pe parcursul întregii iterație?
Deci, ce fac?
O să-l planificat să itera elementele de operare, a căror complexitate este evaluat artiștii în proiect, specificați parametrii necesari: data de începere și sfârșitul iterație, disponibilitatea resurselor, inclusiv sărbători și zile libere, factorul de focalizare al echipei și alți parametri - și cere un răspuns de proiect sunat întrebările de mai sus.
programarea automată
În primul rând, asigurați-vă că proiectul implicit este configurat să utilizeze planificarea automată a noilor sarcini. Dacă începe Proiectul aici există o notificare de tip pop-up:
- apoi selectați Opțiuni din meniul File. în fereastra Project Settings mergeți la fila Programare. apoi picătură de planificare spiskeParametry pentru proiect, selectați elementul Toate noile proiecte. și în lista verticală, faceți clic pe Activitate nouă programare automată. apoi faceți clic pe OK.
Acest lucru va permite proiectului să se bazeze pe datele lor de început și de sfârșit proprii de sarcini pe baza de link-uri, constrângeri și de alți factori, pe care le vom lua în considerare.
Acest lucru este destul de un punct important. programare și de control sarcini manuală a administratorului în iterație este foarte dificilă și aproape lipsită de sens. În plus, această sarcină a face față perfect echipa în sine, a discuta starea curentă a sarcinilor pe o zi cu zi Scrum-întâlnire. sarcini de bord înconjurat. Noi folosim acest bord virtuale TFS Workbench. În fiecare dimineață, fiecare dintre noi le spune altora despre starea sarcinilor lor, indicând o „hârtii“ corespunzătoare (note lipicioase) pe placa de sistem, dacă este necesar, schimbarea statutului (preluat de muncă finalizate), și estimează lucrările rămase, care reflectă progresul sau a introduce o nouă evaluare subestimarea faptul.
De fapt, un Scrum de zi cu zi este de planificare manuală și de urmărire în dezvoltarea iterativ, dar în comparație cu managerul de agonie, dezvoltarea manual-driven, sau mai degrabă dezvoltatorii, în acest exemplu de realizare, toate în mod automat. În plus, pentru punerea în aplicare a sarcinii de lucru este distribuită în mod egal între membrii echipei, iar timpul necesar întregul 15+ minute pe zi. Efectul înlocuirii manual pe o transmisie automată de automobile.
Noi definim parametrii iterația
Acum, avem nevoie pentru a defini parametrii iterație, care proiectul va fi folosit pentru a calcula proiect.
Data începerii iterație
Disponibil oreom
În plus, se poate specifica, de asemenea, zilele programate off, boala, excursii la conferințe și alte tipuri de indisponibilitate cunoscut anterior membrilor echipei specifice. Pentru această listă derulantă pentru a selecta numele calendarului de resurse, care este utilizat în TFS și să configurați excepțiile necesare.
Apăsați butonul OK. Totul este acum lucrează la timpul disponibil pentru a itera, nu avem nevoie să vă faceți griji, Proiectul va lua în considerare toate. Dar noi trebuie să determine în continuare disponibilitatea resurselor, a proiectului în cele din urmă a fost în măsură să calculeze disponibile ore-om pentru fiecare membru al echipei și să ia în considerare acest lucru atunci când se planifică sarcinile care le sunt atribuite.
Pe bara de instrumente, accesați fila Sarcini principale și faceți clic pe primul buton Gantt. apoi, în lista verticală, selectați Resource Sheet vedere.
Iată cum arată.
Această vizualizare afișează toate resursele pe care iteratie i se atribuie cel puțin un element de operare. Nu că mare în echipa mea cu un astfel de munte poate fi mutat de la locul? Cu toate acestea, toate numele sunt fictive, orice coincidență să fie considerată ca fiind accidentală.
Aici am defini disponibilitatea membrilor echipei pe iterație, precum și introducerea accentul selectat pe factorul iterație. Luați în considerare fiecare detaliu de resurse.
Sunt pe proiect a fost realizat roluri Product Manager, funcții și Manager de Program (metodologia de terminologie Microsoft Framework Solution 3.1. Pentru care noi într-adevăr „viu“ și pe Scrum numai „dezvolta“), pentru că pe iterație i „stai pe spate“, toate puiul de la o gluma de multe ori spune Scrum-antrenori. Desigur, acest lucru nu este o regulă, și, uneori, eu iau o parte din munca ei înșiși, dar în mod special în această repetare la momentul de planificare a nevoilor atât artistul nu era în mine. Prin urmare, Max. unități în fața lui, am 0%. În plus, ajută pentru a prinde încercările de proiect pentru a-mi atribui unele iterație sarcina de eroare și va afișa un avertisment.
Ne întoarcem acum la un caz mai complicat.
Ballmer Steve conduce o echipa dezvoltam, si, prin urmare, a atras dezvoltatorilor interviu tehnice care caută în mod activ pe care acum angajate. Potrivit statisticilor, un mod special asamblat ultima iterație, el este distras de comunicare cu candidații cu o medie de 10%. Prin urmare, pe baza statisticilor HR că numărul de persoane care doresc sau a decis să schimbe în sfârșit lucrările în primăvara devreme poate crește doar, și principiul „vreme de ieri“, am nevoie pentru a stabili o disponibilitate de resurse Ballmer Steve este de 90%.
Dar eu încă mai vrut să pună în calculul factorului de focalizare. De obicei formatori recomanda factor de focalizare pentru a reduce cantitatea disponibilă pentru papagali programarea specificate la punctele poveste. Dar pentru aceasta trebuie să conta în primul rând, dar într-un fel leneș: pentru că, așa cum am dat deja peste toate datele, chiar dacă el crede de proiect. Așa că am venit să se stabilească o valoare de performanță în disponibilitatea resurselor. Aceleași ouă, numai punctul de vedere din spate. Conform rezultatelor ultimei iterații a factorului de focalizare a fost de 45%, dar în planificarea acestei iterație, am decis să încerce modul standard de a te face un pic mai bine să se concentreze pe obiectivele iterație, și a pus, astfel, factorul de focalizare de 50%. Astfel, Ballmer Steve, pe care nici o distragere, în special pentru mine, este disponibil pe iterațiilor cu 90%, dar toate acestea în conformitate cu previziunile, „vreme de ieri“, cu un pic adăugat optimist că va fi „disponibil“ doar 50%. Total, obținem 45%.
În ceea ce privește contribuția la activitatea acestei iteratie Gates Bill doar stahanoviste, respectiv, complet „accesibil“, având în vedere factorul de focalizare de 50%.
elemente de lucru de încărcare
Acum trebuie să descărcați din elementele de lucru de proiect în valoare de interpreți și planificate pentru iterație în TFS. Cea mai simplă opțiune este descrisă în articol: atribuirile de resurse de sarcină prin intermediul aplicațiilor Microsoft Project.
Cu toate acestea, este mai bine pentru a descărca direct de sarcina Proiectului. În acest caz, inerente „disponibilitatea“ de resurse va fi pus automat în coloana de resurse pentru denumiri toate sarcinile încărcate, în caz contrar va trebui să pună în jos manual. Pentru detalii, a se vedea. Cum de a crea planul de Microsoft Project elemente de lucru Team Foundation.
Tot ceea ce am dat de proiect pentru a calcula toate necesare în acest exemplu, datele, acum este timpul să vină la salvare. Du-te la fila Resurse. faceți clic pe butonul Opțiuni de aliniere din caseta de dialog, specificați parametrii de calcul. Faceți clic pe butonul OK. și faceți clic pe bara de instrumente, probabil butonul cel mai magic proiect - Uniformizați. În acest caz, Project calculeaza data astfel de sarcini, pentru care conformitatea cu toți parametrii specificați anterior, problemele de relație în TFS, și dorința de a face totul rapid sub sarcină normală a tuturor resurselor. Aici, chiar și proiectul implicit onorează codul muncii.
Proiectul se ocupă cu calcularea într-o fracțiune de secundă, iar apoi necazurile mele încep din nou. De obicei, încă pe iterație este planificata „cu ochiul liber“, mai mult de lucru decât el poate învinge o echipă într-un ritm normal de muncă. Deși există, de asemenea, opusul. Prin urmare, data de finalizare a proiectului Data de finalizare pentru plecările iterație sau standurile înrădăcinat la fața locului pentru câteva zile înainte. Du-te la bara de instrumente de exemplu sub formă de tab și a stabilit obiectivul pereklyuchatelSummarnaya al proiectului. apoi afișează problema rădăcină din care se poate vedea imediat stolbtsuOkonchanie data calculată de la sfârșitul tuturor lucrărilor. Ca o consecință, chinuit întrebarea care poate fi aruncat afară din congestionate sau insuficient utilizat adăugare în iterație.
În plus, se întâmplă că, atunci când se planifică a prezis imediat cine și ce sarcini vor efectua. Toată lumea înțelege că, în timpul iteratii sarcina cea mai prioritară poate apuca orice membru al echipei vacant. Cu toate acestea, există un „favorit“ și problema „neiubit“, există experți și alte variante de voință individuală sau refuzul de a lua sarcini specifice. Desigur, situația ideală ar fi să atribuie toate sarcinile pe aceeași resursă, de exemplu, șeful echipei de proiectare: atunci când planificați acest lucru înseamnă sarcini asignarea echipei, mai degrabă decât un anumit artist - in timpul membrilor echipei de iterație în afară problema pe cont propriu sau la cererea liderului echipei de dezvoltare. În acest caz, resursa Ballmer Steve mi-ar pune doar în jos „disponibilitate“, egală cu disponibilitatea totală a tuturor membrilor echipei. Dar pentru a face acest lucru nu funcționează întotdeauna, ca urmare, este necesar să se ia în considerare, inclusiv volumul de muncă individual al fiecărei resurse. Pe bara de instrumente, accesați fila Sarcini principale și faceți clic pe primul buton Gantt. apoi, în lista verticală, selectați resurse grafice de prezentare.
Am descris doar câteva opțiuni, dar cu ajutorul reprezentarilor de mai sus sunt incluse creier și discuții colective este de obicei posibil să se ajungă rapid la versiunea finală. Iată cum arată. Ideal, nu-i așa? De fapt, dacă vă acorde o atenție la semnul de astăzi pe cronologie, veți realiza că acesta este tăiat la sfârșitul unei iterații. Și încă a trebuit să reprogrameze iterație în ultima săptămână din cauza reevaluarea pre-muncă.
Asta e tot.
Oh, da, de asemenea, am promis să lucreze la urmărirea iterație. Aici am prefera să utilizeze un raport Burndown standard si Burn Rate. răspunde numai la o divergență puternică de bețe ideale și tendințe reale, este posibil, cel puțin pentru un timp pentru a opri creierul la locul de muncă.
Cu toate acestea, starea de lucru mai detaliate pot fi monitorizate cu ajutorul de proiect, pur și simplu efectuarea sarcina de actualizare a schimba elemente de lucru în TFS. În plus, după ce a salvat de planificare MPP-fișier poate fi returnat atunci când reeșalonări: de fapt, în acest moment se face exact aceeași lucrare ca și cea de planificare.
Sper că am fost în măsură să demonstreze proiectul ca un instrument foarte puternic pentru rezolvarea problemelor specifice, inclusiv în dezvoltarea agil. Chiar dacă este doar un calculator, dar este foarte convenabil!