Tervezés és nyomon követése iteratív fejlesztés a Microsoft Project, agilerussia

Azt hiszem, ez tényleg egy következménye a rossz tapasztalatok a múltban az ilyen here „beállítottságú vezetők.” De emellett ez vezethető elterjedt, mert a kényelem alattomos mítosz, hogy a rugalmas munkarendet nem szükséges, mert értelmetlen.

A végén, hogy ki vagy, fejlesztési vezető, mint egy szakértő a tervezés, akár rugalmas? Szorzás értékelés után 2 Számológép. Ne bízz a fejlesztők, és húzza őket bármilyen alkalomra lehet bárki, aki tisztességes fizet semmit, hogy elfoglalják magukat a munkaidő alatt. „Pain in the ass” ígéri kifejezések után kiadott jelentős szünet költöttek a mennyezetre magot, és alázatos készségét az elkerülhetetlen hívást a szőnyeget vezetés esetén elmulasztott határidőket is lógott egy lány nélkül idegeket Project Administrator pozícióba.

Kerekítés lírai bevezetése. Így a jelen cikk: hogyan kell tervezni és nyomon követheti a Scrum iteráció segítségével TFS és Project - előrejelzéséhez az időzítés a projekt nem vizsgálják.

A bejáratnál?

Bevezetett iteratív fejlesztési folyamat, például Scrum. Legalább, stabilnak kell lennie, iteráció (gyorsul). Ennek maximális, rendszeresen értékeli a teljesítményét csapat, amely végén az iterációk megadott számú úgynevezett fókusz-tényező.

Work terméket a tervek egy ciklus tárolása egy TFS ALM, amelyekben esetleg integrációs projekt.

Ennek része a tervezési iteráció előadók értékelték a munka komplexitását elemek tökéletes órát, vagy más fajok papagájok, mint a történet pont.

Milyen kérdéseket megválaszolja a befejezése?

Vajon van ideje, hogy mindazokat a feladatokat, amelyeket a tervezett?

általunk tervezett teljes és egyenletes terhelés a csapat tagjai? Ez nem működik úgy, hogy a vezető nem is veszi észre, hogy a fejlesztő hajtogat minden keményen dolgozik a sikerért az eredményeket bemutató iteráció, a második, hogy hiányoznak a kihívás az lesz, hogy vegyenek részt a nagyobb önfejlesztés, természetesen keretében feladatokat neki.

Milyen kérdéseket kell, hogy rendszeresen kap választ?

Még mindig van ideje, hogy tegyen meg mindent a tervezett vége előtt a bejárást? Ha igen, pontosan mi és mi van lehetőség átütemezésével elkerülhetetlen?

És talán már tervezett egy kis munka, és van értelme, hogy a munkát a további feladatokat? Ha igen, mennyi munka, amit megtehetsz, hogy sikerül, hogy ez?

Milyen eszközökre van szükség?

Mit veszünk példaként?

Tudom, hogy a szektások Agilis mondják, és nem kell figyelembe venni ezeket a kis dolgokat, mert mindezt a tervezés, annál automatizált eszközök, mint a forgatás verebek egy fegyvert. Így a fő tézis: nehéz, és ezért értelmetlen. Szeretné látni, hogy mennyire könnyű mindezen tényezőket figyelembe lehet venni a számításban Project, így tiszta képet a jelenlegi és várható iteráció állapotának teljes ideje alatt bejárást?

Tehát mit tegyek?

Hozom tervezett iterálására működő elemek, összetettsége, amelyet eddig előadók Project, adja meg a szükséges paramétereket: a kezdő és a végén a iteráció, a rendelkezésre álló források, beleértve a szabadság és a szünet, a csapat hangsúly faktor és egyéb paraméterek - és kérje Project válasz hangzott fenti kérdésekre.

automatikus ütemezés

Először is, győződjön meg arról, hogy az alapértelmezett Project úgy van beállítva, hogy az automatikus tervezés új feladatokat. Ha elindítja a Project itt van egy pop-up értesítés:

- majd válassza a Beállítások menüpontot a Fájl menüből. Az ablakban Project Settings megy az Ütemezés fülre. majd csepp spiskeParametry tervezés a projekt, válassza ki az elemet Minden új projektek. és a legördülő listában, kattintson az Új feladat automatikus ütemezés. majd az OK gombra.

Ez lehetővé teszi, hogy a Project támaszkodni saját kezdő és befejező időpontját, a feladatok alapján linkeket, korlátok és egyéb tényezők, amelyek fogunk vizsgálni.

Ez elég fontos. Kézi ütemezés és ellenőrzési feladatait a menedzser az ismétlés nagyon nehéz és szinte értelmetlen. Ezen túlmenően, ez a feladat tökéletesen megbirkózni csapatot is, megbeszélése a jelenlegi állapot feladatok napi Scrum-találkozón. körülvéve olyan feladatokat. Mi ezt a virtuális tábla TFS Workbench. Minden reggel, mindannyian azt mondja a többieknek állapotát feladataikat, jelezve a megfelelő „papírok” (cetlik) az alaplapon, ha szükséges, megváltoztatja állapotát (felvette elvégzett munka), és megbecsülik a többi munka, amely tükrözi az elért, vagy adjon meg egy új vizsgálat alábecsüljük a tényt.

Valójában a napi Scrum manuális tervezés és a nyomon követési iteratív fejlesztés, de összehasonlítva a szenvedés vezetője, kézzel-vezérelt fejlesztés, vagy inkább a fejlesztők ebben a megvalósításban, minden automatikusan történik. Ezen túlmenően, a végrehajtás a munkaterhelés egyenletesen oszlik csapat tagjai között, és mennyi időt vesz igénybe a teljes 15+ perc naponta. A hatás helyett a kézi egy autó automata váltóval.

Mi határozza meg a paramétereket az iteráció

Most meg kell határozni a paramétereket a iteráció, hogy a Project lesz kiszámítani a projekt.

Kezdés dátuma iteráció

Elérhető munkaórát

Ezen kívül azt is megadhatja az ütemezett szünet, betegség, kirándulások konferenciák és más típusú korábban ismert elérhetetlensége adott csapat tagjai. Erre a legördülő listából válassza ki a nevet az erőforrás naptár, hogy használják a TFS, és állítsa be a szükséges kivételeket.

Nyomja meg az OK gombot. Minden most dolgozik a rendelkezésre álló időt, hogy ismételget, nem kell aggódni, a Project figyelembe veszi az összes. De meg kell még meghatározni a rendelkezésre álló erőforrások, a projekt végén volt képes kiszámítani a rendelkezésre álló munkaórát minden csapat tagja, és ezt figyelembe veszi a tervezés során a számukra kijelölt feladatok.

Az eszköztáron megy a fő feladatok fülre, majd kattintson az első gombot Gantt. majd a legördülő listából válassza ki Resource Sheet nézetet.

Itt van, hogyan néz ki.

Ez a nézet megjeleníti az összes erőforrás, amelyre iterációs van rendelve legalább egy kezelőszerv. Nem olyan nagy a csapatban egy ilyen hegyi lehet mozgatni a helyet? Azonban minden név kitalált, bármilyen véletlen tekinthető véletlenszerűnek.

Itt határozzák meg a rendelkezésre álló csapat tagjai a iteráció, valamint bemutatni a kiválasztott összpontosít iterációs tényező. Tekintsük minden erőforrás részletesen.

Én vagyok a projektet azért hajtották végre termékmenedzser szerepek, funkciók és programvezető (terminológia módszertan Microsoft Solution Framework 3.1., Amelyhez valóban „élő” és Scrum csak „fejlesztése”), mert a bejárás i „üljön vissza” az összes csirkét egy vicc gyakran mondja Scrum-kocsi. Természetesen ez nem egy szabály, és néha veszek a munka egy részét maguk, hanem konkrétan az iterációs idején tervezés igényeit mind a művész nem volt bennem. Ezért a Max. egységek előtte, már 0%. Ezen kívül segít elkapni a projekt kezdeményezések, amelyek nekem valamilyen feladatot iterációs hiba és egy figyelmeztetést jelenít meg.

Most viszont, hogy egy bonyolultabb eset.

Ballmer Steve vezetett csapat fejlesztünk, ezért vonzott a technikai interjú fejlesztők aktívan keresik, amit most folytat. A statisztikák szerint, egy speciálisan összeállított utolsó iterációs, ő megzavart kommunikációt jelentkezők átlagosan 10%. Ezért alapuló HR statisztikák az embereknek a száma hajlandó vagy döntött, hogy megváltoztatja a legutóbbi munkája kora tavasszal csak nő, és az elv a „tegnapi időjárás”, azt meg kell határozni a forrás rendelkezésre állása Ballmer Steve 90%.

De én szerettem volna tenni a számítás a hangsúly tényező. Általában az oktatók javasoljuk hangsúly tényező csökkenti a rendelkezésre álló összeg menetrendi papagájok meghatározott történet pont. Ehhez azonban először meg kell számolni, de valahogy lusta: mert, amint azt már átadta az összes adatot, még ha azt hiszi, Project. Szóval jött feküdt egy teljesítménymutató a rendelkezésre álló erőforrásokat. Ugyanez a tojás, csak a hátsó kilátás. Az eredmények szerint az utolsó iterációs a hangsúly tényező 45% -os volt, de a tervezés az iterációs úgy döntöttünk, hogy próbálja meg a szabványos módon, hogy magának egy kicsit jobban összpontosítani a céljait az iteráció és ezzel meghatározta a hangsúly tényezője 50%. Így Ballmer Steve, akit nem zavaró, különösen én, elérhető az ismétléseket 90% -kal, de mindegyik az előrejelzések szerint, „a tegnapi időjárás” egy kis hozzáadott optimista ő lesz „elérhető” csak 50%. Összesen jutunk 45%.

Ami a hozzájárulás a munka az iterációs Gates Bill csak sztahanovista, illetve teljesen „hozzáférhető”, tekintettel a hangsúly tényezője 50%.

Load munka tételeket

Most le kell töltenie a Project munka tételeket értékes előadóművészek és tervezett iteráció TFS. A legegyszerűbb lehetőség le van írva a cikkben: Feladat erőforrás feladatok segítségével a Microsoft Project alkalmazások.

Mindazonáltal, ez jobb, hogy töltse le közvetlenül a feladata a projekt. Ebben az esetben, a benne rejlő „rendelkezésre állás” a források automatikusan letette az oszlopon nevek erőforrás összes feladatot betölteni, különben az lesz, hogy tegye le kézzel. A részleteket lásd. Hogyan lehet létrehozni a Microsoft Project munkaterv példány Team Foundation.

Minden adtam Project kiszámításához szükséges összes ebben a konkrét példában, az adatok, most itt az ideje, hogy jöjjön a mentő. Ide az Erőforrások fülre. gombra kattintva igazítási beállításokat a párbeszédpanelen adja meg a paramétereket a számítás. Kattintson az OK gombra. és kattintson az eszköztáron, talán a legfontosabb mágikus gombra a Project - Állítsa be az összes. Ebben az esetben a projekt kiszámítja az időpontjától feladatokat, amelyek betartását a megadott paraméterek korábban, a kapcsolati problémák a TFS, és a vágy, hogy mindent gyorsan normál terhelés mellett az összes erőforrás. Itt még az alapértelmezett Project tiszteli a munkaerő-kódot.

A projekt foglalkozik a számítás egy pillanatra, majd a bajok újra kezdődik. Általában még az iterációban tervezett „szemmel” több munkát, mint tudja legyőzni a csapat normális ütemben a munka. Bár ott is az ellenkezője. Ennek megfelelően, a befejezés időpontja a projekt befejezésének időpontja indulások iterációs vagy áll földbe gyökerezett a lába egy pár nappal korábban. Menj a lap formáját, azaz eszköztár és állítsa pereklyuchatelSummarnaya projekt célkitűzése. majd megjeleníti a probléma gyökere, amelynek stolbtsuOkonchanie azonnal láthatja a számított időpontja a végén minden a munkálatok. Ennek következtében meggyötört a kérdés, hogy lehet kidobják a zsúfolt vagy kihasználatlan add iteráció.

Emellett előfordul, hogy amikor tervez azonnal megjósolta, hogy kik és milyen feladatokat fog végezni. Mindenki megérti, hogy közben az iterációs leginkább kiemelt feladat is megragad minden szabad csapat tagja. Mindazonáltal van egy „kedvenc” és a „nem kedvelt” probléma, vannak olyan szakértők és egyéb változatait egyedi hajlandóság vagy nem hajlandó, hogy konkrét feladatokat. Természetesen az ideális helyzet az lenne, hogy kiosztja az összes feladatot ugyanazon forrás, például a fej a tervező csapat: tervezésekor ez azt jelenti, a feladatok kijelölése a csapat, hanem egy bizonyos művész - során iteráció csapat tagjai egymástól a problémát saját kérésére vagy a csapatvezető fejlődés. Ebben az esetben az erőforrás Ballmer Steve én csak letette „rendelkezésre állás”, amely egyenlő a teljes rendelkezésre álló csapat minden tagja. De erre nem mindig működik, ennek eredményeként meg kell vizsgálni, beleértve az egyéni terhelésének minden erőforrás. Az eszköztáron megy a fő feladatok fülre, majd kattintson az első gombot Gantt. majd a legördülő listából válassza ki a prezentációs grafika források.

Leírtam csak néhány lehetőség, de a segítségével a fenti ábrázolásai tartalmazza az agy és a kollektív vita általában lehetséges, hogy gyorsan jöjjön a végleges változat. Itt van, amit úgy néz ki. Ideális, nem? Sőt, ha figyel a jel ma az idővonal, akkor rájönnek, hogy vágják a végén egy iteráció. És még mindig meg kellett átütemezni iteráció az előző héthez átértékelése pre-munka.

Ez minden.

Ó, igen, én is megígérte, hogy dolgozni követési iteráció. Itt szeretném használni egy szabványos jelentés Burndown és égési sebessége. reagál csak egy erős divergencia pálca ideális és a valós folyamatok, lehetséges, legalább egy ideig kikapcsolni az agy munkáját.

Ugyanakkor részletesebb munka állapotát nyomon követhetők Project, egyszerűen a frissítés elvégzése feladata a változó munkavégzési elemek TFS. Ezen felül, miután mentett tervez MPP-fájlt is vissza, amikor átütemezésével: sőt, ebben a pillanatban történik pontosan ugyanazt a munkát, mint a tervezés.

Remélem sikerült bizonyítani a projekt, mint egy nagyon hatékony eszköz a megoldás a konkrét problémák, beleértve az agilis fejlesztés. Még ha csak egy számológép, de nagyon kényelmes!