Kan jag hantera krav för flera projekt?

Precis vad är ett krav, exakt hur ska vi identifiera dem, och hur ska vi hantera dem? Boken, Styra Programvarukrav från Dean Leffingwell och Don Widrig, definierar Krav Administration på följande sätt:

En medveten strategi för att framkalla, organisera och spara krav Review, ett förfarande som bestämmer och håller förståelse mellan kunden och även projektgruppen Omdömen A “ Systematisk strategi &"; måste grundas på en livscykel. När kommer en begäran eller en tanke blir en förutsättning? Det är som att fråga … “ när kommer livet att börja &"; Kommer det börjar vid befruktningen eller ankomst? Om många av oss att hantera kraven medan en idé eller när de redan analyserat, tjänsteman, och godkänts av godkända aktörer?

Medan jag kommunicerar med dem, nedan är några fler att tänka på. Vem är ansvarig för att kontrollera krav? När kan vi sluta kontrollera krav … i slutet av en uppgift eller när vi för närvarande har verifierat det slutliga resultat har uppnåtts? Om förutsättningen fyller en nuvarande förmåga … vem som är ansvarig för nedläggning av nuvarande potential? Exakt vad är skillnaden mellan ett krav och en specifikation? Exakt vad som kan vara skillnaden mellan ett krav och räckvidd? Omdömen

Om företaget är normalt, flera frågor inte besvaras av din kravhantering förfarande och ansvar är mest sannolikt tvetydiga. Den efterföljande listan över frågor ger vägledning avseende bette specifikationer förvaltning.

Kravhantering Överväganden

Potentiella behov påbörjas som begrepp, behov eller önskemål som bör innefatta förväntade förmåner eller fördelar tillsammans med en jämförande prioritering . Vid en viss tidpunkt, bör de tas emot, loggas och dokumenteras i syfte att säkerställa korrekt behandling. Ju tidigare ett begrepp eller behöver loggas, desto större chans att det kommer att bli ett effektivt utvärderas och kanske accepteras som en nödvändighet. Den finaste möjlighet orsakas av specifikationer som informellt erkända och aldrig registreras eller tjänsteman. Omdömen

Krav kommer från en hel del uppnåeliga resurser. Många av dessa alternativ kan kräva godkännande eller begränsa alternativen. Dessa inkluderar: Omdömen

Taktiska Idéer och mål Omdömen förordningar eller Industri Krav
Interiör Kriterier eller arkitektur Omdömen Kontinuerlig förbättringsförslag
Affärs standarder är vanligtvis högre nivå och uttryckas som en möjlig slutresultat eftersom verksamheten doesn och' t innehåller förståelsen av teknik för att beskriva praktiska krav. På att hitta ett företag förutsättning bör IT göra en effektutvärdering för att skilja påverkan till aktuella företagets tekniker och process förmågor. Baserat på undersökningen påverkan, användbara kriterier bör beskrivas tillsammans med en rekommenderas lösningsmetod. Anm. Praktiska normer bör hålla verksamheten nödvändighet eller utfall Omdömen

låta att beakta skillnader med bolagets och praktiska krav kan vara tillhandahållande av en hel del standarder argument. Den preliminära funktionskrav förklarar “ vad &"; men doesn &'; t nödvändigtvis identifiera “ hur &" ;. Extra analys och stil måste avgöra hur kriterierna löpande kan serveras. Detta är ofta en vanlig utveckling. Organisationen kan möjligen leverera detaljerna om hur vill lösningen att arbeta eller de kanske bara identifierar slutresultatet. IT måste kunna definiera sina särskilda praktiska rekommendationer om de inte tillhandahålls av verksamheten.

Projekt Sortimentet omfattar den undergrupp av godkända specifikationer. Beroende på tillgängliga tillgångar, tid och budget, kan möjligen inte vara möjligt att ta med många behov i omfattning. Range förändringar inkluderar integration, förbättring eller ta ut ackrediterade specifikationer.

Genom utvecklingsperioden, är specs identifierats för att använda sig av varje praktisk nödvändighet att uppfylla de inrätta särskilda krav. Specifikationer uppgifter utvecklas med tiden och bör inte hamna vara en förändring. Ändringar i behov kan leda till betydande åter arbete och merkostnad och måste analyseras och hanteras. Slutligen måste uppbyggnadsfasen krav ledningen även att validera i-scope specifikationer har integrerats och fungerar korrekt förstå att obehöriga funktioner inte har tagits med. Den ultimata åtgärden (och detta kan missas) är fördelar förståelse. Har genomfört lösningen erkänna den angivna slutresultatet? Om inte, varför inte du?

Nästa specifikationer Planering Bestämmelser gör att du kan behålla perspektivet: Omdömen

Djävulen är i detaljerna
skillnad mellan ett perspektiv plus en hallucination är de uppgifter och även tidsfristen
Sponsring: “ Jag är bakom dig hela vägen. Detta är helt enkelt ett par avstånd &". Stöd kan gå undan när problem uppstår. Omdömen Ändringar i karaktär kallas evolution eller mutation bestäms av om de är fördelaktiga eller skadliga. Gör vissa krav och inställnings förändringar ger fördelar som överträffar dysfunktion och merkostnad
I händelse av att du kan och 'en;. T beräkna det, kan du &'en; t hantera det. Hur tror du definierar framgång Omdömen Saker och ting är och" relativ &";
enda “ konstant &"; är förändring
.  .