Uitdagende eisen en hoe ze goed te beheren

Wat is een vereiste?

De Amerikaanse Tradities woordenboek definieert een vereiste als “ Iets dat nodig is; een noodzaak &" ;. PMI definieert een project eis “ de kenmerken van het product, dienst of resultaat dat het project werd uitgevoerd om te leveren &" ;.

De algemene aard van deze definities is een perfecte illustratie van het probleem. Als je vraagt ​​tien personen voor de definitie van een vereiste, zal je tien verschillende antwoorden. Het is geen verrassing dat het identificeren en beheren van eisen is een van de grootste IT-beheer problemen.

In het kader van IT, moet een vereiste van “ identificeren van het doel, de kenmerken, eigenschappen, functies en /of verwachte resultaten &" ;. Helaas, zakelijke belanghebbenden en IT-project teams hebben een andere verwachting wanneer ze wensen te bespreken. IT-processen moeten deze verschillen te herkennen door de erkenning van de volgende soorten eisen:

Business Outcomes moet worden gedefinieerd op basis van metingen of prestatie criteria. De bespreking met betrekking tot de kosten van IT organisatie is evenredig met het onvermogen om aanzienlijke resultaten definiëren. Modellen van de vennootschapsbelasting voordelen bestaan ​​uit:

- Verbeterde functionaliteit te bezuinigen kosten of verhogen waard

- automatisering van handmatige processen om de inspanning te minimaliseren

- Hazard Verlaag Regulatory indiening

Functionele technische specificaties stellen de feiten werkende capaciteit die nodig zijn om de organisatie uiteindelijke resultaat. Functionele voorwaarde zijn:

- Input - Het niveau van de ingangen en precies hoe ze moeten worden bereikt met de methode (handmatig, opgeslagen gegevens, interfaces)

- Zaken Tips … precies wat het systeem moet doen met alle gegevens

-? Outcomes of uitkomsten van de functionele manier van handelen vooral omdat het betrekking heeft op de vereiste organisatie resultaat

- Kenmerken

Complex of Architectural mogelijkheden standaardiseren programma's, zorg voor de kosten /kwaliteit, en op de juiste antwoorden op de organisatie van technische specs. Deze voorwaarden zijn vaak niet bekend bedrijf. Ze bevatten:

- Services potentieel en comfort (servers, netwerken, enz.)

- Functionele advies vereist

- Behoeften en IT Best Practices

- Accepted Progress talen en besturingssystemen

de verantwoordelijkheid voor het bepalen van elke eis in de scope van het project toewijzen noodzakelijk. Om veranderingen te beheren en de kwaliteit van de absoluut moet een sterk verband tussen zakelijke resultaten en functionele eisen. Om te voldoen aan de technische eisen moet er een rol die business requirements in functionele eisen vertaald zijn. Als gebracht in de context van de van de bouwsector, deze taak is de verantwoordelijkheid van de architect.
De IT-bedrijven zijn dit nog steeds toe eigenlijk ook en dit zal nooit natuurlijk worden besproken. Zakelijke Pros werden gemaakt om een ​​goed begrip van de technieken en het bedrijfsleven moeten helpen met deze discussie. Echter, zeer kleine B /A &'; s hebben deze mix van deskundigheid. De Enterprise Schepper moet vinden van de standaard eigenschappen en hoe het kan het bedrijf nodig hebben, maar de meeste Organisatie Architecten zijn zeer specifiek en hebben niet de business begrijpen.

De lange termijn oplossing van individuen complicaties dat noodzakelijk maakt we eerst zien de verschillende verschillende specificaties en het verbeteren van onze beknopte uitleg mogelijkheden en plichten en apparaten met behulp van het bedrijf. Uiteindelijk, een beroep pad moet worden geproduceerd, waar mensen de mix van bedrijfs- en technische begrijpen van vitaal belang voor verschillende soorten eisen met succes coördineren kunnen leren.

Meer informatie over Project office management en software project oplossingen.
.