Hogyan készítsünk gyors és pontos becsléseket a projektfejlesztési időről - cms magazin

Hello mindenkinek. A nevem Vladimir Zertajtilov, a Sibiriks internetes megoldás stúdió vezetője vagyok.

Gyakran kell válaszolnia a kérdést: "Mennyibe kerül egy weboldal?" Hány vezető kérdésre kéri, hogy jöjjön egy bizonyos összegbe, és szóljon? Kell bejelenteni, ha a TK részletei nem egyértelműek? Mi a teendő az alkalmazások áramlásával? Valamennyi TOR értékét egyenként értékelheti, vagy template becsléseket használhat? A fejlesztők elégedettek a határidőkkel és az ügyfelekkel - a költségvetés összegével?

A gyakorlat azt sugallja, hogy nem minden olyan egyszerű az értékelés során. A projektek világos és megfelelő értékeléséhez nagyon sok idő kell egy szakképzett szakember számára, ami nem az, hogy fizetni fog. Példát fogok adni: körülbelül egy évvel ezelőtt naponta körülbelül négy órát töltöttünk két minősített fejlesztőből, hogy elvégezhesse az összes bejövő alkalmazás értékelését. Ez szomorúvá tette, és úgy döntöttünk, hogy kijavítjuk a helyzetet.

Napjainkban az alkalmazások növekvő volumenével az értékelések munkaerőköltsége napi 20 perc, a legtöbbjüket a projektvezetők (nem technikai szakemberek) végzik, miközben a pontosság jelentősen megnőtt. És ma szeretnék beszélni az egyszerű és hatékony módszerekről, amelyeket minden nap alkalmazunk:

1. Az értékelés legegyszerűbb és legmegfelelőbb módja nem az, hogy ezt megtegyék. Furcsán hangzik? - De működik. A projekt költségvetését közvetlenül az ügyféltől kell megtudni.

Miért működhet ez a munka?

Először is, az ügyfélnek még van költségvetése, amelyet el kíván költeni. Túl sokáig nem fog menni neki.

Másodszor, előfordulhat, hogy az ügyfél költségvetése jóval alacsonyabb, mint általában az ilyen projektek esetében. Ezután a jól ismert Pareto-elv - 80/20 - jön a segítségünkre. A lényeg az, hogy az alap hasznos, szükséges és hogy a projekt jellemzői profitot, általában körülbelül 20% (bár van egy vezetője gazdátlan funkciók - MS Excel program, amely folyamatosan használják körülbelül 4%). Ismerve ezt az elvet, meg kell beszélnie az ügyfél üzleti, hogy segítsen neki meghatározni, hogy milyen funkciók kulcsfontosságú lesz neki, és hogy maximális hozam, és ugyanabban az időben akkor valószínűleg tudja, hogy illeszkedjen a költségvetést.

Miért nem működik ez? Különböző okok miatt. Nagyon gyakori - az ügyfél egyszerűen figyelemmel kíséri a piacot, és a legalacsonyabb árat keresi (Önt valaha arra kérték, hogy kedvezményt kapjon a "FROM" nevű árról és a mennyezetről?).

2. A második módszer alkalmas a vastag TK kötetek gyors, de pontatlan értékelésére vagy rutinmunkára. Mértékegységként fogják használni. ScrollBar. Mi a lényeg? - Tegyük fel, hogy küldtek anyagokat az áru katalógusának betöltéséhez, több száz Word-ben, és egy csomó szétválogatott fotót. A lépés, hogy megértsük, mennyi ideig tart ez a könyvtár vezetése, meglehetősen nehéz. Vesszük, kezdjük el az árut, és mérjük az időt. Néhány darabot hajtottunk végre - ahogy a görgetősáv eltolódott a dokumentumban, szinte látjuk a haladást (százalékos értelemben). Következő - technika kérdése, két szám szorzása.

A TK-becslések esetében - néhány oldalt szed, szelektíven értékel, szaporodjon az oldalak számával, a boldogtalanságod és a vállalati mohóság együtthatójával. Minden pont készen áll. Nagyszerűen működik a nagyméretű, részletgazdag, homogén TK-k számára, amelyeket gyorsan ki kell értékelni. Néha komoly hibákat okoz, ha az utolsó előtti oldalon tíz modul van véletlen sorrendben. Hoppá.

4. Az értékelés nagyon jó módja a "Planning Poker". A közvetlenül a projekten dolgozó csapat összegyűlik, és elkezdi megvitatni a projekt minden egyes funkcióját. Minden egyes csapat tag 13 különbözõ felekezetû kártyát kap. Miután a facilitátor elmagyarázta, hogy egy adott funkciónak hogyan kell működnie, minden csapattagnak fel kell tüntetnie a kártyáit az értékelésével. Ezután a kártyákat kinyitják.

Ha az értékelések egybeesnek, akkor az értékelés egyértelmű, és az egész csapat beleegyezett. Ha nem - ez azt jelenti, hogy a probléma nem érti (például az a személy, aki dobta nem a száma, felébredt megfogalmazása a probléma), vagy az egyik csapat tagjai tudják, néhány jellemzője a tárgyalt probléma (például buktatókat, vagy bármilyen gyorsabb megoldási módszer). Ebben az esetben az, akinek a pontja nem egyezik meg a csapattal, meg kell magyaráznia, miért húzta ki pontosan egy ilyen kártyát, és mit lát a végrehajtás árnyalatai. Ezután a kon ismétlődik.

A kártyán lévő számok. a körülmények függvényében órákat, napokat vagy "történeti pontot" jelenthet. A "Történeti pont" értékelésénél a projekt legkisebb jellemzőjét választjuk, és a szabványnak tekintjük. Az összes többi funkciót a kijelölthez viszonyítva értékelik.

A fedélzeten a számok mellett vannak speciális kártyák - "kávé / sör szünet", ". "(Olyan új fejlesztőknél, akiknek nehéz megítélni)," 0 "(ha a szolgáltatás készen vagy készen van egy perc alatt).

A folyamat meglehetősen hosszadalmas, egy vagy két vagy több órát vesz igénybe, a csapat tapasztalatától és a projekt hatókörétől függően. Ideális nagyprojektekhez, ahol a csapat a súrlódással foglalkozik, és feladatait a következő két-négy hétig (sprint) veszi. További plusz - a projekt és a megvalósítás részletei mindenkinek világossá válnak, az elvégzett értékelések pedig felelősségérzetet jelentenek.

Azt javaslom, hogy mindig készíts időértéket az összes projekt esetében, függetlenül a stúdió belső projektjeitől vagy projektjeitől - függetlenül attól, hogy mennyire kicsiak. (Miért? Olvashat róla, és nézd meg blogunkat vagy google-t a "Parkinson-törvény" kérésére).