Posso gestire i requisiti per più progetti?

Proprio quello che è un requisito, esattamente come dovremmo identificarli, e come dovremmo li gestire? Il libro, Controllo Requisiti software di Dean Leffingwell e Don Widrig, definisce requisiti di amministrazione come segue:

Un approccio deliberata di suscitare, organizzare e salvare le richieste
Una procedura che determina e mantiene la comprensione tra il cliente e anche il team di progetto
A “ approccio sistematico &"; deve essere basata su un ciclo di vita. Quand'è che una richiesta o un pensiero ormai una condizione essenziale? Questo è come indagare … “ quando sarà la vita comincerà &"; Intende avviare al momento del concepimento o di arrivo? Nel caso molti di noi gestire i requisiti, mentre un'idea o quando sono già analizzati, ufficiale, e autorizzati dalle parti interessate autorizzati?

Mentre sto comunicando con loro, di seguito sono un paio di più a cui pensare. Chi è incaricato di controllare i requisiti? Quando possiamo smettere di controllare i requisiti … a conclusione di un compito o una volta che al momento abbiamo verificato che i risultati finali sono stati realizzati? Se il presupposto riempie una capacità di corrente … che è responsabile per la disattivazione del potenziale attuale? Esattamente qual è la differenza tra un requisito e una specifica? Esattamente quello che potrebbe essere la distinzione tra un requisito e la gamma?

Se l'impresa è normale, alcune domande non vengono risposte dal vostro procedura di gestione dei requisiti e le responsabilità sono più probabili ambigui. Il successivo elenco delle materie fornisce indicazioni relative a migliorare la gestione specifiche. Considerazioni

Requisiti per la gestione

bisogni potenziali cominciano come concetti, ha bisogno, o delle domande che dovrebbe includere vantaggi o benefici previsti con una priorità comparativa . Ad un certo punto nel tempo, devono essere ricevute, registrate e documentate al fine di assicurare una corretta considerazione. Quanto prima un concetto o necessità viene registrato, maggiore è la probabilità che sta per essere effettivamente valutato e forse accettata come una necessità. Le più belle possibilità è causata da specifiche che sono informalmente riconosciuti e mai registrati o ufficiale.

Requisiti provengono da un bel po 'di risorse raggiungibili. Molte di queste opzioni potrebbero richiedere approvazione o limitare le alternative. Questi includono:

idee tattiche e obiettivi
regolamenti o requisiti Industriali criteri interni o architettura
continuo miglioramento Suggerimenti
norme commerciali sono di livello più elevato e in genere espresso come un possibile risultato finale perché il business doesn &'; t contengono la comprensione delle tecnologie per delineare esigenze pratiche. Alla ricerca di un business prerequisito, IT effettui una valutazione d'impatto per distinguere influenze alle tecniche correnti dell'azienda e capacità di elaborazione. Basandosi sull'esame impatto, criteri utili dovrebbe essere descritta con un metodo di soluzione consigliata. Nota:. Norme pratiche dovrebbero mantenere la necessità di lavoro o risultato

Il non riuscire a prendere in considerazione le differenze che coinvolgono esigenze dell'azienda e pratico può essere la fornitura di un sacco di argomenti standard. Il requisito preliminare funzionale spiega “ ciò &"; tuttavia doesn &'; t necessariamente identificare “ come &" ;. Analisi Extra e stile devono determinare in che modo i criteri di funzionamento possono essere serviti. Questo è spesso uno sviluppo regolare. L'organizzazione può eventualmente fornire specifiche su come la vuole la soluzione per lavorare o si potrebbe semplicemente identificare il risultato finale. IT deve essere in grado di definire le loro specifiche raccomandazioni pratiche, se non sono forniti dal business.

gamma progetto comprende il sottoinsieme delle specifiche autorizzate. A seconda del patrimonio accessibili, tempo e budget, può eventualmente non essere possibile includere le molteplici esigenze nel campo di applicazione. Gamma modifiche includono l'inclusione, la valorizzazione o tirando fuori specifiche accreditati.

Con il periodo di sviluppo, le specifiche sono identificati per fare uso di ogni necessità pratica in conformità con i requisiti speciali istituiti. Specifiche indicazioni si sviluppano col passare del tempo e non deve finire per essere sia un cambiamento. Modifiche esigenze possono portare ad una sostanziale rielaborazione e costi aggiuntivi e devono essere analizzati e gestiti. Infine, la fase di costruzione di gestione richieste deve anche convalidare il campo di applicazione in-specifiche sono state integrate e funzionino correttamente capire che le funzioni non autorizzati non sono stati inclusi. L'azione finale (e questo può essere mancato) è vantaggi comprensione. Forse la soluzione implementata riconosce il risultato finale specificato? Se no, perché non è vero?

I prossimi specifiche regole di gestione vi permetterà di mantenere la prospettiva:

Il diavolo è nei dettagli
differenza tra un punto di vista più un'allucinazione sono i particolari e anche il termine
Sponsorizzazione: “ Io sono dietro di te tutto il percorso. Questa è semplicemente una poca distanza &"; Il sostegno può andare via quando si verificano problemi.
Modifiche a carattere si chiamano evoluzione o mutazione determinato dal fatto che siano vantaggiosi o dannosi. Fai determinati requisiti e le modifiche alle impostazioni offrono vantaggi che superano le disfunzioni e costo aggiunto
Nel caso puoi &';. T calcolarlo, puoi &'; t gestirlo. Come si fa a definire il successo
cose sono “ relativo &";
Il Sole “ costante &"; è il cambiamento Hotel  .;