Kan ik beheren eisen voor meerdere projecten?

Net wat een vereiste is, hoe moeten we ze te identificeren, en hoe moeten we omgaan met hen? Het boek, Controlling Software Requirements door Dean Leffingwell en Don Widrig, definieert Eisen Administration als volgt:

Een weloverwogen benadering uitlokken, organiseren en opslaan van eisen
Een procedure die bepaalt en houdt het begrip tussen de klant en Ook het projectteam Hotels A “ Systematische benadering &"; moet worden gebaseerd op een levenscyclus. Wanneer zal een verzoek of een gedachte een noodzakelijke voorwaarde geworden? Dit is als onderzoekende … “ wanneer zal leven te beginnen &"?; Zal het beginnen bij de conceptie of aankomst? Moeten velen van ons eisen, terwijl een idee te beheren of als ze al worden geanalyseerd, ambtenaar, en goedgekeurd door geautoriseerde stakeholders?

Terwijl ik met hen te communiceren, hieronder zijn een paar meer over na te denken. Wie is verantwoordelijk voor het controleren van de eisen? Wanneer kunnen we stoppen met het controleren van de eisen … bij het sluiten van een taak of wanneer we op dit moment hebben geverifieerd waarvan de definitieve resultaten zijn gerealiseerd? Als de vereiste vult een huidige capaciteit … die verantwoordelijk is voor de ontmanteling van de huidige potentieel? Precies wat is het verschil tussen een eis en een specificatie? Precies wat kan het onderscheid tussen een vereiste en het bereik zijn?

Als het bedrijf is normaal, een aantal vragen worden niet beantwoord door uw requirements management procedure en verantwoordelijkheden zijn het meest waarschijnlijk dubbelzinnig. De daaropvolgende lijst van zaken geeft richtlijnen met betrekking tot het verbeteren van het beheer van de specificaties.

Requirements Management overwegingen

potentiële behoeften beginnen als concepten, behoeften, of verzoeken die moet omvatten de verwachte voordelen of voordelen samen met een vergelijkende prioriteit . Op een bepaald moment in de tijd, moeten ze worden ontvangen, geregistreerd, en gedocumenteerd om de juiste aandacht te garanderen. De eerder een concept of nodig is aangemeld, hoe groter de kans dat het gaat om effectief worden geëvalueerd en eventueel geaccepteerd als noodzakelijk. De beste mogelijkheid wordt veroorzaakt door specificaties die informeel worden erkend en nooit opgenomen of ambtenaar.

Eisen afkomstig zijn van een flink aantal haalbare middelen. Veel van deze opties kan de goedkeuring vereisen of alternatieven te beperken. Deze omvatten:

Tactical ideeën en doelstellingen
verordeningen of de industrie
Interieur Criteria of Architecture
Continuous Improvement Tips
Business normen zijn meestal hoger niveau uitgedrukt als een mogelijke eindresultaat omdat het bedrijf doesn &'; t bevat het begrip van technologieën om praktische eisen te schetsen. Bij het vinden van een bedrijf vereiste, moet het een effectbeoordeling uitvoeren om invloeden te onderscheiden van de huidige bedrijf technieken en verwerking vaardigheden. Op basis over de impact onderzoek, bruikbare criteria moeten worden beschreven samen met een geadviseerd oplossing methode. Opmerking:. Praktische normen moeten de zakelijke noodzaak of uitkomst te houden

De niet te verschillen met betrekking tot bedrijfs- en praktische eisen kan de levering van een partij van normen argumenten te overwegen. De voorlopige functionele eis legt “ wat &"; maar doesn &'; t se identificeren “ hoe &" ;. Extra analyse en stijl moeten bepalen hoe de lopende criteria kan worden geserveerd. Dit is vaak een normale ontwikkeling. De organisatie kan eventueel bijzonderheden verstrekken over de manier waarop de wil van de oplossing om te werken of ze kunnen alleen maar het eindresultaat te identificeren. IT moet in staat zijn om hun specifieke praktische aanbevelingen te definiëren als ze niet worden geleverd door het bedrijf.

Project omvat de deelverzameling van de toegestane specificaties. Afhankelijk van de toegankelijke vermogen, tijd en budget, kan eventueel niet mogelijk zijn om de vele behoeften van de scope bevatten. Range veranderingen omvatten het opnemen, verbetering of het afsluiten van geaccrediteerde specificaties.

Door de ontwikkeling periode worden specificaties vastgesteld voor het maken van het gebruik van elke praktische noodzaak om te voldoen aan de gespecialiseerde eisen. Specificaties gegevens te ontwikkelen naarmate de tijd verstrijkt en moet niet eindigen als zijn een verandering. Wijzigingen aan de behoeften kan leiden tot aanzienlijke re-werk en extra kosten en moeten worden geanalyseerd en verwerkt. Ten slotte is de bouwfase van de eisen van het management moet ook valideren van de in-scope zijn specificaties zijn geïntegreerd en worden goed werkt begrijpen dat onbevoegde functies zijn niet opgenomen. De ultieme actie (en dit kan worden gemist) is voordelen begrip. Heeft de geïmplementeerde oplossing herkent het opgegeven eindresultaat? Zo niet, waarom niet?

De volgende specificaties management regels zal toestaan ​​om perspectief te houden:

De duivel is binnen de gegevens
verschil tussen een perspectief plus een hallucinatie zijn de gegevens en ook de deadline
Sponsoring: “ Ik ben achter je helemaal. Dit is gewoon een paar afstand &"; Steun kan weggaan wanneer problemen optreden.
Wijzigingen karakter zijn evolutie of mutatie bepaald door de vraag of ze zijn voordelig of nadelig genoemd. Maak bepaalde eisen en het instellen van veranderingen bieden voordelen die de dysfunctie en extra kosten overtreffen
In het geval kunt u &';. T berekenen, kunt u van &'; t beheren. ? Hoe ga je succes definieert
Dingen zijn “ relatieve &";
De enige “ constante &"; is verandering
.