Rövidítések: Mit jelentenek a DEAD és a DITO?
Több mint egy évtizede fejlesztem, definiálom, integrálom és becsülöm a projekteket. Miután több száz céggel, valamint rengeteg belső fejlesztési és külső tanácsadó céggel dolgoztam együtt, mindig csodálkozom azon, hogy az ipar mennyire téved, amikor a becsléseket és a teljesítési határidőket állapítja meg. Ennek eredményeként előálltam az új DEAD és DITO számításokkal a projekt becsléséhez és befejezéséhez. Itt vannak:
DEAD: Fejlesztési becslések és határidők:
- Értékesítési menedzsment: Az ügyfél elvárásai meg fognak felelni 25% tovább fejleszteni, mint az eladó által ígért tényleges projekt.
- Funkcionális követelmények: Az Ön által meghatározott funkcionális követelmények valójában nem fognak működni. Hozzáadás 25% több tervezési idő annak biztosítására, hogy a funkcionális követelmények valóban megvalósíthatók legyenek a rendszer architektúrája és az alkalmazás felülete alapján.
- Funkcionális követelmények: Az Ön által definiált funkcionális követelmények valójában nem úgy alakulnak, ahogyan azt várta. Valami köze van a Klingon és az angol (vagy fordítva) nyelvi akadályaihoz a fejlesztő és a termékmenedzser között. Hozzáadás 25% több fejlesztési idő a projektre, előzetes kiadás annak biztosítására, hogy az Ön igényeinek megfelelően kerüljön kidolgozásra.
- Projektmenedzsment: A tényleges fejlődésre szükség lesz 25% a projekt tényleges becslésénél tovább kell fejleszteni.
- Használási esetek: Az általad meghatározott üzleti felhasználási esetek csak 25% a felmerülő tényleges felhasználási esetek. Adjon hozzá 50% -kal több fejlesztési időt a projektjéhez, kiadás után, hogy igazodjon a tényleges felhasználáshoz és a várható felhasználáshoz. Ez magában foglalja a funkcionalitást és a teljesítményt is.
DEAD Alkalmazva:
- A projektet 10 munkanapon belül becsülték és értékesítették.
- Az ígéretek szerint valójában 12.5 napot vesz igénybe.
- A helytelen vagy elmulasztott követelményekkel kapcsolatos problémák tisztázása valójában 15.625 napot vesz igénybe.
- Valójában 19.53125 napot vesz igénybe a projekt megfelelő meghatározása.
- Tehát… a projekt ~ 20 nap alatt elkészül.
- A bevezetés után további 10 napra lesz szükség a fennálló problémák kijavításához.
- A projekt teljes ideje 30 nap.
DITO: Fejlesztői álmatlanság és szedés.
Szerencsére cégeinknek van DITO kompenzációs tényezője a projekt alkalmazásához, mentéséhez és a következő projekt idézéséhez.
DITO Alkalmazott:
- Az általad alkalmazott hihetetlen fejlesztők valójában álmatlanságban szenvednek, és gyakran 8 munkaórát nyújthatnak sokáig, beleértve a hétvégéket is. 100% -os termelékenységnövekedés Megtakarítás: ~ 10 nap. Most csak 10 napot késünk.
- Ha elveszíti a programozókat az elvihető ételekkel, akkor hétvégékre tehet szert, és étkezés közben dolgozhat. (A fejlesztők zseniális srácok, de mindig kíváncsi voltam, hogy egy 75 dolláros / óra programozó miért dolgozna egy óra ebédet egy 10 dolláros pizzáért ... ki tudta ?!). Megtakarítás: ~ 25%. Most csak 5 napot késünk.
- Amint a határidők megnőnek és az ügyfelek egyre dühösebbek, hozzá kell adni a Mountain Dew-t a Take-Out-hoz, de ez néha 24-36 órás közvetlen programozást eredményez. Az így kapott megoldás időben megjelenik hibákkal (néha a billentyűzeten található pizza kérgemorzsák miatt).
- DITOalkalmazott kiadás utáni 5 napos megtakarítást eredményez a kiadás utáni javításban.
Kombinálva a HALOTT és a DITO A számítások eredményeként a projekt befejezése után egyszerű 1.5-szeres eredményt kapunk. Mindig 50% -kal több időt fordítson a projektek befejezésére, mint amire számít.
JEGYZET: A rövidítés HALOTT azért alkalmazható, mert a fejlesztők átlagosan 25% -kal hamarabb meghalnak, mint a tipikus alkalmazott az alváshiány, a magas vérnyomás, a cukorbetegség és a munkáltató által vásárolt pizza, fánk, hegyi harmat és kávé által okozott súlyproblémák miatt. DITO érvényes, mert értékesítési emberei az eredeti becslést alkalmazzák a következő eladott projektre.