Vooruitzichten kosten
Wist u dat het onderhoud goed is voor 50% tot 80% van het totale productassortiment dat kosten? Nou, dat doet! En terwijl de meeste projectmanagers zijn redelijk goed in Sorteringsvoorschriften nieuwe functies, zijn er vele die verschrikkelijke bij het schatten van de inspanning nodig voor de ondersteuning van een product wanneer het wordt algemeen beschikbaar. Als gevolg hiervan, onderhoud projecten zijn onvoldoende personeel kunnen bedrijven niet reageren op verzoeken van klanten in een tijdig en producten nooit bereiken payback.This artikel presenteert een methodologie om u te helpen guesstimate en daarom plan voor het onderhoud fase van algemeen beschikbare producten. Maar eerst laten we een paar termen die belangrijk zijn voor de begrip van deze article.MaintenanceMaintenance wordt omschreven als de inspanning in verband met de vaststelling van gebreken in een software systeem na de algemene beschikbaarheid (GA). Op andere woorden, hoe veel persoon-maanden zal het duren uw organisatie om de bugs te fixen ontdekt door uw klanten op het gebied? Onderhoud kan worden onderverdeeld in drie sub-categories.Corrective onderhoud betreft de vaststelling van fouten die zijn ontdekt in het systeem na wordt algemeen beschikbaar. Een voorbeeld van een correctief onderhoud is een ontwikkelaar tot vaststelling van een Java-methode die leidt tot een compilatie error.Adaptive onderhoud omvat het wijzigen van het systeem te werken in een andere milieu, zoals een ander netwerk topologie, platform of besturingssysteem. Een voorbeeld van een adaptief onderhoud is een ontwikkelaar tot vaststelling van een Java-methode die werkt op BEA WebLogic, maar niet op IBM Websphere.Perfective onderhoud betreft veranderingen die het mogelijk maken de software om te voldoen aan dezelfde eisen, maar in een meer aanvaardbare wijze. Bijvoorbeeld, de ontwerper kan veranderen sommige code eenvoudigweg om het systeem meer efficiënt of gemakkelijker te maintain.EnhancementsEnhancements, ook bekend als change requests, worden omschreven als de inspanning in verband met de toevoeging van nieuwe capaciteit om een software systeem, of het bewerken van een software systeem te ontmoeten nieuw gedefinieerde niet-functionele requirements.Imagine een toepassing die vereist dat de gebruiker te authenticeren met behulp van een gebruikersnaam en wachtwoord. Pretty standaard dingen, toch? Misschien, maar sommige klanten misschien wilt toevoegen derde referentie naar het wachtwoord mechanisme zoals een domein. Andere zouden willen dat de gebruikersnaam om zich te houden aan een e-mail adres patroon. Ten slotte, anderen zouden willen dat de aanvraag te onthouden van de gebruiker geloofsbrieven over sessies, waardoor de authenticatie van de gebruiker automatically.SupportSupport wordt gedefinieerd als de som van de onderhouds-en toebehoren inspanningen verricht nadat het product is GA. Met andere woorden, ondersteuning omvat alle activiteiten die gaan na een product wordt aangegeven algemeen available.MethodologyEarly in mijn loopbaan, besefte ik dat de eenvoudige regel van de duim kunnen worden toegepast bij de raming van de steun kosten van bepaalde projecten. Bijvoorbeeld, de jaarlijkse kosten van de ondersteuning van een statische website nadat het live gaat is min of meer gelijk aan de kosten van de ontwikkeling ervan. Met andere woorden, als de ontwikkeling van een statische website kost $ 10.000, kunt u verwacht te besteden $ 10.000 per jaar it.Understanding handhaving van deze regels is zeer praktisch. Helaas, op een paar van hen zijn overgedragen. Met andere woorden, dezelfde regel niet zou gelden voor een e-commerce ingeschakeld dynamische website verspreid over 3 tiers.Various modellen zijn ontwikkeld in de loop der jaren te voorspellen onderhoudskosten op basis van gebrek-dichtheid (bijv. Raleigh Curve, Weibull Analysis), KLOC en KDSI, en ontwikkelingsactiviteiten. Helaas zijn deze modellen zijn niet zonder gebreken zijn. Velen van hen zijn zeer onnauwkeurig of te complex om in te leren zijn. In feite, sommige zijn zo complex dat je nodig hebt voor de aankoop van een aanvraag waard duizenden dollars en voer 100 + parameters om het berekenen van de kracht die nodig is om uw product.After hebben bestudeerd over een dozijn forecasting modellen, is er een methode die ik zeer aanbevelen aan een beginner of doorgewinterde project manager.Boehm 's ModelBoehm het model wordt breed geaccepteerd in de industrie als een bruikbaar model voor het voorspellen van onderhoudskosten. Het is relatief eenvoudig te begrijpen, en meer Belangrijker is, kunt u uw prognose verfijnen dankzij kosten multiplicatoren, die worden later in dit article.Boehm 's formule is de volgende: AME = ACT X SDT, waar AME is het jaarlijkse onderhoud inspanning gemeten in persoon maanden ACT is de jaarlijkse verandering verkeer, hetgeen neerkomt op een fractie van een software product bron instructies die verandering ondergaan tijdens een typisch jaar door toevoeging of wijziging SDT is de software-ontwikkeling in persoon maanden Zeg een software project vereiste 100 persoonmaanden maanden van ontwikkeling inspanning en werd geschat dat 15% van de code zou worden gewijzigd in een typisch jaar. De fundamentele jaarlijkse onderhoud inspanning schattingswaarde (AAM) is dus: AME = 0,15 x 100 = 15 persoonmaanden maanden Met andere woorden, u dient te besteden 15 persoonmaanden maanden van inspanning per jaar om dit specifieke software project elementaire jaarlijks onderhoud kostenraming kan worden verfijnd door het beoordelen van het belang van elke factor die van invloed is op de kosten en het selecteren van de juiste kosten multiplicatoreffecten. De fundamentele onderhoud kosten wordt vervolgens vermenigvuldigd met de kosten multiplicatoreffect te geven de herziene onderhoudskosten estimate.Say in het vorige systeem van de factoren die de meeste invloed op de onderhoudskosten waren Product Complexiteit (CPLX), die was erg hoog, en de beschikbaarheid van ondersteunend personeel met toepassing ervaring (AEXP), die was erg low.If CPLX = 1.30 en AEXP = 1,29, dan: AEM = 15 x 1,30 x 1,29 = 25,2 persoon-maanden Prognosemethoden EnhancementsThe herziene onderhoudskosten bevat de impact van de kosten multiplicators maar omvat geen product toebehoren, ook bekend als verandering requests.The slechte nieuws is dat voorspellingen toebehoren is uiterst moeilijk, omdat het vereist dat je weet voor tijd wat extra mogelijkheden van uw toekomstige klanten zullen verzoek. Het goede nieuws is dat u kunt uw klanten voor alle toebehoren die zij nodig hebben. Als resultaat, een goede organisatie is niet van mening toebehoren aan een kostprijs, maar veeleer een bron van incrementele revenue.ConclusionWhen prognose van de kosten van het handhaven van een product dat algemeen beschikbaar is, volg dit advies: Leer en gebruik van deze (vereenvoudigd) Boehm versie van het model te voorspellen onderhoudskosten. Volg uw SDT. Meet uw ACT. Definieer kosten multiplicators te verfijnen uw voorspeld. Bovendien, moet u beschikken over een team van professionele diensten uit te voeren change requests die door uw klanten, maar niet te behandelen als kosten omdat ze in feite een bron van revenue.Luc Richard heeft een MBA met een major in hoogwaardige technologie. In de afgelopen 10 jaar, hij is reeds de ontwikkeling van software applicaties. Hij is de oprichter van The Project Mangler (http://www.projectmangler.com), een online hulpbron die publiceert gratis artikelen, verhalen, en andere kant-en-klare instrumenten om te helpen
Artikel Bron: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster krijgen html code
Voeg dit artikel aan uw website!
Webmaster verzenden van artikelen
Geen registratie vereist! Vul het formulier in en uw artikel is in de Messaggiamo.Com Directory!
