12. fejezet
12. fejezet értékelése munkaerő
Annak megállapítására, a munka mennyisége bármilyen feladatra, ne feledje, hogy mennyi erőfeszítést tartott megoldani a hasonló problémák a múltban. Becslések munkaerőköltségek egy új feladat lesz megközelítőleg azonos.
Szóval hogyan értékeli az erőfeszítést? Ebben a témában elhangzott és írásban sok szó (és még matematikai képletek). Legtöbbjük alapján a pontos összeget a kódot, amit még meg kell írnia. Igen, vannak olyan módszerek, amelyek segítségével mindig pontosan megmondani, hogy mennyi ideig tart, hogy írjon annyira és oly sok ezer sornyi kódot. Nagyon kényelmes, nem? Végtére is, bárki azonnal kiszámítja, hogy hány sornyi kódot fog a végrehajtás egy adott feladat. (Kifogott szarkazmus?)
Legyünk őszinték, hogy mondjam, a legjobb esetben a becsült munkaerőköltség - művészet. Egyszerűen sehol sem kap pontos adatokat, mint ha nem próbálja meg. Ahhoz azonban, hogy néhány szemernyi energiát, akkor kap egy nagyon jó eredmény, akkor idővel ki kell igazítani.
Íme három szabályok hatékony értékelését a munkaerő-költségek:
l, hogy minden a lehető legegyszerűbb.
l A tudás, hogy mi történt a múltban.
l Tanulj a saját tapasztalat.
kötet feladatok
A legegyszerűbb és leghatékonyabb módja annak, hogy meghatározzák a munka körét a feladata, hogy megtalálja egy ilyen feladat közül, amit eddig tettünk. Vessen egy pillantást a bejegyzések - mennyi időt kell tölteni az időt? Most tegyük fel, hogy az új feladat lesz szükség a csapat annyi erőfeszítést, „Aha, egy másik jelentés. A jelentés, mindig kiad egy hétig. "
Nem számít, milyen egységek méri a munka mennyiségét. A lényeg az, hogy válasszon egy egység, és ezt követően csak neki. Ebben a könyvben azt mérjük, munkaerő tökéletes hét. Összességében egy tökéletes hét - ugyanaz, amit a hétköznapi ember hét, az egyetlen különbség az, hogy az első esetben a programozó 100% -át munkaidő fordítják megoldása ezt a problémát.
(Valószínűleg már észrevette a laza hozzáállásunk. Nos, azt mondják, és ha volt csak kezdett el dolgozni a projekten, és én még mindig csak nem lehet összehasonlítani? Nézd meg: 15. fejezet, ahol elindultunk teljesen kielégítő módon megoldani ezt a problémát.)
Értékelése a munkaerő - ez a feladat az egész csapatnak. A fejlesztők megvitatják a kívánsága az ügyfél, tekintve, hogy mennyi időt vehet igénybe, hogy ilyen funkciót, és végül a döntés a bérköltség. Ebben az esetben a fejlesztők lehet osztani: az egyik feladat, inkább bonyolult, ezért azt mondják, hogy ez lesz, hogy végre, hosszú és kemény, mások úgy vélik, hogy nagyon egyszerű. Ebben az esetben, akkor használja a következő szabály: „Adj optimizmus!”. Más szóval, ha részletes megvitatás után a fejlesztők még mindig nincs egyetértés, akkor megáll a legkisebb becsült.
Ne felejtsük el: a mérés a munkaerőköltségek nem ígéret, hogy tegyen meg mindent az időben. Az egyik vagy a másik hiba, hogy a projekt egy nem-agy. A fő cél -, hogy élesíteni a képességét, hogy meghatározza a munka mennyiségét, és minden egyes alkalommal, hogy pontosabb erőfeszítést becsléseket. Figyelembe a legóvatosabb becslések azt két legyet: először is, hogy tartsa meg a feszültséget a meghatározó folyamat az erőfeszítés, hogy a becslések nem nőnek fel csúnya hatalmas mérete; másrészt, hogy a feszültség a csapatban, így a fejlesztők gyorsan elválasztja a jogtalan optimizmus. Azok a programozók, akiknek optimizmus egykor „bal oldala” az egész csapat, a következő alkalommal, hogy poosteregutsya túlzottan optimista becslés.
Sokan aggódnak a függőségeket a különböző vásárlói igények. A 13. fejezetben látni fogjuk, hogy a legtöbb esetben meg lehet nem gondolni. Azonban „a legtöbb esetben” nem azt jelenti, „mindig”. Természetesen az ilyen helyzetek egynél többször fordul elő: „csatolni ide, mint itt pimpochku? Hat héttel. De ha az első csatolja itt és itt egy virágzó, akkor összesen négy héten keresztül. " Ebben az esetben meg kell becsülni a munka mennyisége a végrehajtását „pimpochki” alapján a jelenlegi helyzetben a feladatok listáját, és egy kártyára megjegyezni, hogy a munka körét erre a problémára jelenlététől függ a rendszer megfelel „squiggles”. Mégis, az ilyen helyzetek nem gyakori.
Ezt követően, akkor pontosítják az első becslések a munkaerő, és ez lehetővé teszi, hogy adja meg a további információt a kártya, például a hiányzó függőségek bármely technológiai problémák (vagy eltűnése, amely szintén előfordul).
Mennyit tud kap tenni egy ciklus
A mi megközelítésünk ismert meg: az elv „tegnapi időjárás.” Végén minden iterációban mérjük elvégzett munka mennyiségét és arra a következtetésre jutottunk, hogy a következő iterációban ugyanezt. Azonban, ha azt mondanánk, tanulságos történet az időjárási rendszer gondoltunk csak az általános elvet. Ahhoz, hogy alkalmazza azt a tervezési rendszer változatai a folyamat, akkor először meg kell dönteni, hogy mit lehet mérni a térfogat, amit csinálunk. Akkor, persze, számolja meg a realizált kívánságait az ügyfél, de vannak különböző kívánságait.
Tehát, meg kell tanulni, hogyan kell mérni a térfogat semmilyen problémát. Ezután meghatározzuk a végén minden iteráció, mivel az ügyfél kívánságait tudtuk megvalósítani, és írd le, hogy hány hetes tartott, hogy tökéletes minden kívánságát. Ezt követően, teljes összegének kiszámításához az ideális idő az elmúlt teljesíti az összes kívánságát, és válaszoljon a kérdésre, hogy mennyi az ideális idő egy iterációban.
Ez az egyszerű szabály ellentétes az egyik alapelve a projekt menedzsment elmélet: „A munka tart mindaddig, amíg nem áll rendelkezésre.” Talán valamilyen tevékenység ez igaz, de nem jó a csapat a fejlesztők, akik érdeklődnek a végeredményt.
Tartsuk szem előtt, fokozza a sebesség növelésével a foglalkoztatottak száma - meglehetősen kockázatos. Mint már kifejtette a hetedik fejezetben, a kapcsolat ebben az esetben nem lineáris, és az eredmény befolyásolja csak bizonyos idő múlva. Ne próbálja megjósolni, hogy előre - jobb mérésére, amikor megjelenik. Megérteni, ha az új alkalmazottak jelentős előnyöket, rendkívül nehéz. Senki sem tudja előre, hogy mennyi ideig kell majd a swing a dolgok.
Ezen kívül méri a sebességet az egyes programozó. Akkor például, hogy azt mondják, hogy a sebesség a programozó - 5 munkanapon ideális. Ez azt jelenti, hogy garantáltan működik tökéletesen 5 munkanap minden iterációban. A legtöbb fejlesztő aránya megközelítőleg azonos. De azok, akik részmunkaidőben dolgoznak, vagy például a közelmúltban jött a csapat, nem lesz képes dolgozni, mint a sebesség.
Általában az az elképzelés, sebesség jobb kezelni, és hogy nem adja meg túl nagy jelentőséget. Tegyük fel, hogy van két fejlesztő csapat, hogy a munka azonos iteráció. Ebben az esetben azok különböző sebességgel. Mit jelent ez?
Ez a hatás lehet az egész tömb szorosan kapcsolódik egymáshoz tényezők. Például egy csapat jobb megérti, vagy használja a legjobb eszközöket. És talán az egyik csapat teszi még optimista megítélését munkaerő, így csak a munka, amelynek sebessége ahhoz, hogy kompenzálja ezeket a becsléseket. A végén, mindezen érvek az ideális idő - grandiózus fikció, amelynek célja, hogy megoldja a nehéz probléma meghatározása a munkaerő előállításához szükséges szoftver.
Mi az a „tökéletes idő”
Azok, akik az XP módszertan gyakran vitatkoznak kiszámításához a munka mennyiségét egység.
Számos oka van annak, a legegyszerűbb megoldás az, hogy használja a naptár egység, amelynek alapja a koncepció naptári idő.
Naptári idő - ez a szokásos ideig, adaptált kezelni a koncepció a munkanap. Ha a munka hétfőtől péntekig, a négy naptári hét húsz naptári napon belül.
Naptár munka mennyisége - ez az alkalmazottak száma, szorozva a naptári idő. A csapat hat ember dolgozik harminc munkanapon egy naptári héten. Négy hét múlva működni fog ki huszonnégy naptári munkahét. Ha az egyik fejlesztő részmunkaidőben, ugyanezen négyhetes időszak, a csapat fejlesztése csak huszonkét naptári munkahét.
A legtöbb ember értékelni a munka mennyisége a naptárban. Ez természetes, mert így sokkal könnyebb ezeket a számításokat. Ahhoz azonban, hogy értékelje a munka mennyisége ugyanakkor nehéz. A legjobb, hogy meghatározzák a munka körét, előre feltételezve, hogy minden alkalmazott dolgozik egy ésszerű teljesítmény. Ez általában azt jelenti, hogy nem zavarja, és ne szakadjon ki a munkából. Mikor jön a hosszú ideig a hatása az ilyen interferencia is „kisimulnak”, de ha beszélünk a rövid idő egy-két hét, itt vannak nagyon érezhető hatással van a teljesítményre. Ebben az esetben megzavarja a statisztikai adatok, és valójában csak a statisztikát a legfontosabb, hogy javítsa a jövőbeli becsléseket.
Éppen ezért a HR úgy döntött, hogy működik egy másik koncepció: az ideális idő (ideális idő). Az ideális az úgynevezett időtartam, amely alatt Ön dolgozik egy feladatot és nem zavarja más tevékenységet, ugyanakkor úgy érzi, hogy a teljesítmény közel van a lehető legnagyobb. Ha minden a becslések kifejezve a tökéletes idő, akkor nem kell aggódni lehetséges megszakítások és egyéb tényezők, ami elvonja minket a fő feladat. Például, meg kell becsülni az összeget az új feladat, ami nagyon hasonlít a múlt héten kiraboltak minket két tökéletes nap. Ebben az esetben a feladat fogjuk értékelni az azonos módon. Ugyanakkor, ami valójában töltött ezt a feladatot jelentősen eltérhet az várható volt, de erre külön követjük.
Azt mondják, hogy „a tökéletes idő”, és azt jelenti: „a tökéletes munka mennyiségét.” A csapat hat személy egy hétig képes, például csak tíz napig tökéletes. Általános szabály, hogy értékelése egy adott feladat, a fejlesztők azt mondják: „Ez lesz a három tökéletes nap.” Tény, hogy vannak utalva „három ideális munkanap”, de ez túl hosszú.
A lényege a „tökéletes idő” alapul egy teljesen más síkon, mint a jól ismert fogalom a számunkra „idő”. Néhányan még becslés feladatok és kívánságait ügyfelek vagy a mackó pontokban rendszerben. És ez nagyon is lehetséges. A legfontosabb dolog -, hogy mindig minden feladatot ugyanaz a kiválasztott egységet.
(Francesco Cirillo (Francesco Cirillo) egyszer azt mondta, hogy ha egyszer vásárolt, és hozta a munka harminc perces sütórát formájában paradicsom. Azóta a csapat megjelent a „feladat hat paradicsom”.)
Szeretünk működik a „tökéletes hét”, mert a „hét” egyértelműen jelzi egy linket a szokásos ábrázolása az idő, és a „tökéletes” nem szabad elfelejteni, hogy a valóság nem az, hogy úgy, ahogy terveztük. Ezen túlmenően, a „tökéletes hetes” nagyon hasznos előkészítésében az első terv (lásd. A tizenötödik fejezet e könyv).
Az ideális az idő, hogy töltesz a feladatai teljesítéséhez. Ebben az esetben ez nem tartalmazza azokat a pillanatokat, amikor segít valaki (például a párok programozás). Egyesek úgy vélik, hogy szükséges figyelembe venni minden alkalommal, amikor nem vesz részt közvetlenül a programozás, de a valóságban jön szóba az elv a „tegnapi időjárás.” Más szóval, akkor nézd meg magad, hogy mennyi időt vesz el az egyik vagy másik probléma.
(Ha már ismeri más anyagok XP, akkor lehet, hogy találkozott a kifejezést terhelési tényező (load factor). A terhelési tényező hívjuk aránya naptári munka körét (iterációs), hogy gyorsítsák. Így egy csapat öt ember dolgozik kéthetes ismétléseket termel tíz munkahét egy ciklus, ha a csapat sebessége négy, a load factor egy ilyen csapat lenne 2,5 (10: 4) ..) Korábban gyakran használják a tervezés során a koncepció terhelési tényező, azonban Most arra a következtetésre jutott, hogy sokkal könnyebben működik egy a sebesség.
Finomítsa a kezdeti becsléseket
Mi a jó a folyamat meghatározó az erőfeszítés, az a tény, hogy az idő múlásával egyre jobb és jobb. Minél több feladatot csinálni, annál kap a valós számok, annál jobb a csapat fel tudja mérni egy adott feladatot. Próbálja minden módon, hogy támogassa ezt a tendenciát. Ne várják a jó eredményeket a kezdeti becsléseket. Ne feledje, hogy idővel ők is jobban és pontosabban.
Mindez mechanizmus csak akkor működik, ha figyelmesen követi a tényleges adatokat. Ne felejtsük el, hogy rögzítse, hogy mennyi ideig tart, teljesítő egy adott feladat. Ebben az esetben meg kell rögzíteni a teljesítmény ugyanolyan részletességgel, mint a tervezés. Más szóval, akkor elegendő, hogy jelezze az ideális idő hetekben. Statisztikai adatok - az alapja a további tervezést, és garantálja a pontosságát.