Náklady Forecasting podpora
Věděli jste, že údržba představuje 50% až 80% z celkových nákladů výrobku? No, to dělá! A zatímco většina manažerů projektu jsou poměrně dobře dimenzování nové funkce produktu, mnozí jsou strašné v odhadování úsilí potřebné k podpoře produktu, jakmile se stane obecně dostupné. V důsledku toho jsou projekty údržby nedostatečně personálně obsazena, mohou společnosti nebude reagovat na požadavky zákazníka včas, a nikdy produkty oslovit payback.This Článek představuje metodiku, které vám pomohou určit od oka, a proto plán pro udržovací fázi obecně dostupných produktů. Ale nejprve pojďme definovat několik termínů, které jsou důležité pro pochopení tohoto article.MaintenanceMaintenance je definována jako úsilí spojené s kterým vady software systému po obecné dostupnosti (GA). Jinými slovy, kolik osob bude-měsíců trvat vaší organizaci opravovat chyby objevili vaši zákazníci v této oblasti? Údržba lze rozdělit do tří sub-categories.Corrective údržba zahrnuje opravovat chyby, které byly objeveny v systému po jeho se stává obecně dostupné. Příkladem nápravné údržby je developerskou činností, kterým se stanoví způsob Javy, která způsobuje kompilace error.Adaptive údržby spočívá ve změně systému pro práci v různých prostředí, jako jsou různé topologie sítě, platformy, nebo operační systém. Příklad adaptivní údržby je vývojář, kterým se stanoví způsob Java, který pracuje na BEA WebLogic, ale ne pro IBM Websphere.Perfective údržba vyžaduje změny, které umožňují, aby software splňovat stejné požadavky, ale v přijatelnějším způsobem. Například může návrhář změnit některé kód jednoduše vytvořit systém více efektivní a snadnější maintain.EnhancementsEnhancements, také známý jako požadavků na změny, jsou definovány jako úsilí spojené s přidáním nové funkce do programového systému, nebo změně programového systému pro splnění nově definované non-funkční requirements.Imagine aplikaci, která vyžaduje ověření uživatele pomocí uživatelského jména a hesla. Pretty standardní věc, že jo? Možná, ale někteří zákazníci chtít přidat třetí pověření k heslo mechanismu, jako je doména. Ostatní chtít jméno, aby se držela e-mailovou adresu vzor. A konečně by ostatní chtějí, aby aplikace pamatovat pověření uživatele během zasedání, čímž ověřování uživatele automatically.SupportSupport je definován jako součet provádí údržbu a vylepšení snahy po výrobku je GA. Jinými slovy, podpora zahrnuje všechny činnosti, které pokračovat po výrobku je deklarováno obecně available.MethodologyEarly v mé kariéře, uvědomil jsem si, že jednoduché pravidlo palce by mohly být použity pro odhad nákladů na podporu některých projektů. Například roční Náklady na podporu statické webové stránky poté, co vejde v platnost, je víceméně shodné s náklady na vývoj to. Jinými slovy, pokud je rozvoj statické webové stránky náklady na 10.000 dolarů, můžete očekávat, že utratit 10.000 dolarů za rok it.Understanding zachování těchto pravidel je velmi praktické. Bohužel, jen málo z nich jsou přenosné. Jinými slovy, bude stejné pravidlo neplatí pro e-commerce umožnil dynamické webové stránky distribuované přes 3 tiers.Various modely byly vyvinuty v průběhu let odhadnout náklady na údržbu, na defekt-hustotě (např. Raleigh Křivka, Weibullova analýza), Kloc a KDSI, a úsilí o rozvoj. Bohužel, tyto modely nejsou bez nedostatků jeden. Mnozí z nich jsou buď velmi nepřesná, nebo příliš složité na seznámení se s nimi obtěžovat. Jako ve skutečnosti, někteří jsou natolik složitý, že musíte zakoupit aplikaci v hodnotě tisíce dolarů a zadejte 100 + parametry, abychom měli počítat úsilí potřebné k udržení své product.After, kteří studovali v průběhu desítek modelů prognóz, je zde jedna metodika, že jsem velmi Doporučuji všem začátečník nebo ostřílený projektu manager.Boehm 's ModelBoehm model je široce přijímaný v průmyslu jako platný model pro odhad nákladů na údržbu. Je to relativně jednoduché porozumět, a další důležitější je, že vám umožní vylepšit váš odhad nákladů díky mínění, které budou vysvětleny dále v této article.Boehm 's vzorec je následující: AME = ACT X SDT, kde AME je roční udržovací úsilí měřená v ACT osoba měsíců je meziroční změna provozu, která představuje zlomek softwarového produktu zdrojového instrukcí, které podstoupí změny v průběhu roku prostřednictvím typického dodatků a změn je SDT vývoj software času osobně měsíců Say softwarový projekt vyžaduje 100 osob-měsíců vývoje a úsilí bylo odhadnuto, že 15% kódu by byla upravena v roce typické. Základní roční údržba odhad intenzity (AME) je tedy: AME = 0,15 x 100 = 15 osob-měsíců Jinými slovy, máte v plánu strávit 15 osob-měsících úsilí za rok zachovat tento specifický software project.The základní Roční náklady na údržbu odhad může být rafinovaný posoudil význam každého faktorem, který ovlivňuje náklady a výběru vhodných nákladů násobitel. Základní náklady na údržbu se pak vynásobí každou cenu multiplikátor, aby náklady na údržbu revidovaného estimate.Say v předchozím systému faktorů, které mají největší vliv na náklady na údržbu byly Katalog Slozitost (CPLX), která byla velmi vysoká, a dostupnost podpůrný personál s použitím zkušeností (AEXP), který byl velmi low.If CPLX = 1,30 a AEXP = 1,29, pak: AEM = 15 x 1,30 x 1,29 = 25,2 osobu-měsíců Forecasting EnhancementsThe revidované náklady na údržbu se patří dopad na náklady násobky, ale nezahrnuje vylepšení produktů, také známý jako změna requests.The Špatnou zprávou je, že předpovídat vylepšení je velmi obtížné, protože vyžaduje, abyste věděli dopředu čas, jaké další možnosti vaší budoucnosti budou zákazníci požadovat. Dobrou zprávou je, že můžete účtovat svým zákazníkům za každého příslušenství, které potřebují. Jako výsledek, dobrá organizace, se nedomnívá, vylepšení představují náklady, ale spíše zdrojem dílčích revenue.ConclusionWhen předpovídání nákladů na údržbu výrobku, který je všeobecně k dispozici, postupujte tuto radu: Učte se a použít (zjednodušeně) verze modelu Boehm k prognóze náklady na údržbu. Sledovat své SDT. Změřte si ACT. Definovat náklady mínění vylepšit vaše prognózy. Dále zkontrolujte, zda máte profesionální servisní tým pro provádění požadavků na změny požadavků zákazníků, ale nemají s nimi zacházet jako náklady, protože jsou ve skutečnosti zdrojem revenue.Luc Richarda je držitelem titulu MBA se zaměřením na špičkové technologie. Za posledních 10 let, on byl řídícím vývoj softwarových aplikací. Je zakladatelem projektu Mangler (http://www.projectmangler.com), on-line zdroj, který publikuje články zdarma, příběhy a další připravený-k-používat nástroje, které pomáhají
Článek Zdroj: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster si html kód
Přidejte tento článek do svých webových stránek se!
Webmaster Zašlete svůj článek
Ne nutná registrace! Vyplňte formulář a váš článek je v Messaggiamo.Com Adresář!
