È ancora poco chiaro perchè molti progetti dei sistemi d'informazione (È) continuano a venire a mancare e perchè alcuni riescono. Capire i motivi per successo o guasto di progetto, tuttavia, fornisce È responsabili le informazioni che devono formare le azioni che permettono SONO funzione da muoversi in avanti e migliorare. Il senso migliore guadagnare questa conoscenza necessaria proviene da un completo È programma di misura.
La misura a volte è osservata come obiettivo in sè piuttosto che come senso del sostegno degli obiettivi organizzativi. Gran parte del consiglio disponibile sull'applicazione della misura ai fuochi trattati di sviluppo e di manutenzione del software sulle complessità e sull'integrità delle forme specifiche della misura piuttosto che sul capire le resistenze ed i componenti di un completo È programma di misura. Questo articolo mette a fuoco sul posteriore descrivendo una struttura flessibile di misura adattabile ai requisiti organizzativi specifici. La lezione privata:
- esplora il concetto di un programma di misura
- usi la struttura del equilibrato-balanced-scorecard sviluppare una struttura che serve da guida di riferimento per la procedura di misura
|
|
- divide la procedura di misura nei componenti trattabili
- fornisce la guida di riferimento per lo sviluppo e l'esecuzione riuscita di un programma di misura
Si è detto che il senso migliore capire il comportamento reale di sviluppo e di manutenzione del software deve istituire un programma di misura che gli aiuti chiariscono i modelli e guidano la risoluzione. La misurazione degli attributi chiave di sviluppo e di manutenzione del software rivela i modelli di comportamento che possono essere analizzati ed interpretati per inventare i metodi che il controllo migliore e migliora queste funzioni.
Un programma di misura è destinato per contribuire a popolare capisce ed interpreta i processi di un'organizzazione. Nessun'azienda, per esempio, sognerebbe di funzionamento senza un senso di inseguimento e di analizzare delle relative operazioni finanziarie. Un sistema di contabilità è il processo fondamentale della raccolta di dati nell'ambito del programma finanziario di misura di un'organizzazione. Una misura usata dai ragionieri dentro
questo programma è il rapporto di giro d'affari di crediti a breve scadenza. Questo rapporto indica che come i beni sono usati determinando quanti crediti a breve scadenza di periodi è girato ogni anno. La calcolazione del questo rapporto richiede un sistema che raccoglie le vendite di accreditamento nette ed i crediti a breve scadenza medii per l'organizzazione.
Anche se i quadri non chiederebbero ad un responsabile di accreditamento di migliorare i funzionamenti senza in primo luogo determinare la corrente ed i rapporti spieg-esigibli potenzialmente ottimali di giro d'affari, chiedono frequentemente SONO responsabili per migliorare i funzionamenti senza alcun'idea circa i dati importanti ed i rapporti correnti e proiettati. Considerando che i vasti sistemi computerizzati di inseguimento sostengono i sistemi finanziari e direttivi di misura che sono alla base dei funzionamenti di un'organizzazione, È i responsabili sono andati con l'intuizione ed il guesswork per controllare la loro parte dell'organizzazione. La mancanza storica di sistemi alla pista ed analizza le caratteristiche chiave del È insiemi di funzione la funzione oltre ad altre funzioni dei funzionamenti di affari. Il taglio dei costi o rendimento di aumento è così particolarmente problematico dentro È perché è compiuto solitamente senza un'immagine dettagliata del previsto di contro i funzionamenti del NT del curre.
Un programma di misura misura il passato, presente ed il futuro dei funzionamenti dell'azienda. I dati dai funzionamenti passati sono usati come linea di base storica per misurare i processi ed i progetti presenti e futuri. Le mansioni attuali forniscono le occasioni ed i dati correnti dell'accumulazione che sono analizzati contro la linea di base storica per guidare i miglioramenti nelle prestazioni future. Un programma di misura consolida così i dati dal passato e presente fornire la comprensione che aiuta È di ag dei responsabili per miglioramento futuro.
Un programma di misura richiede la formulazione della metrica specifica e quantificabile. La metrica è valori quantitativi ottenuti misurando le caratteristiche di un sistema o di un processo. Un metrico è informazione che è analizzato, interpretato ed è usato per controllare il progresso verso miglioramento.
Una delle domande il più frequentemente fatte circa È programma di misura è, “che cosa è la metrica migliore?” Una domanda più adatta è, “di che cosa è gli obiettivi È e di come può essere misurata?” Capire e definire gli obiettivi dell'SONO aiuto di organizzazione chiariscono la metrica che è una parte del programma di misura. Questi obiettivi e gli obiettivi relativi del programma di misura, devono delinearsi prima che il conteggio cominci.
Mettendo a fuoco sugli obiettivi piuttosto che sulla metrica è importante per parecchi motivi. Popoli l'avviso che cosa è misurato in un'organizzazione e frequentemente modifichi il loro comportamento per effettuare quelle misure sembrare più favorevoli. Anche se laborioso contando il numero di linee del codice scritte per programmatore al giorno consiglia ai programmatori scrivere più codice e risultati nel codice molto, il codice non può risolvere i problemi di affari. L'inseguimento dell'ogni progetto di sviluppo del calcolatore e scrupoloso aggiornare le tabelle visibilmente disposte di Gantt possono prod gli impiegati per trasportare i sistemi in tempo, ma i sistemi possono avere molti difetti che li rendono difficili usare o effettuare. L'esame del livello di soddisfazione degli utenti del calcolatore può provocare le azioni che producono gli utenti felici, ma potrebbe anche avere l'effetto di generazione uno sviluppo dei sistemi e del processo costosi ed inefficienti di manutenzione.
La misura contribuisce ad evidenziare le zone specifiche in un'organizzazione e consiglia alla gente mettere a fuoco la loro attenzione ed energie su quelle zone. Leverage questo riflettore di misura, È responsabili dovrebbe identificare un insieme degli obiettivi uniti che realizzano gli obiettivi dell'organizzazione. Una volta che gli obiettivi sono stabiliti, i responsabili dovrebbero identificare le domande specifiche da rispondere a, che, a sua volta, conduce alla metrica per essere raccolto. Questa struttura è chiamata il metodo di goal/question/metric (G/Q/M).
Il successo del metodo di G/Q/M è esemplificato dall'esperienza nel Motorola Corporation. I responsabili a Motorola hanno identificato sette obiettivi che hanno creduto migliorerebbero la loro organizzazione di sviluppo dei sistemi. Per ogni obiettivo hanno definito le domande specifiche che hanno dovuto essere risposte a per determinare se il miglioramento avesse accaduto. Ogni domanda allora è stata definita in termini di equazione analitica e le variabili nell'equazione erano divisioni ided nella metrica specifica che potrebbe essere raccolta. Per esempio, un obiettivo era di aumentare il contenimento di difetto. I responsabili hanno definito le seguenti due domande ed hanno riferito la metrica per valutare il progresso in questa zona:
Che cosa è l'efficacia attualmente conosciuta del processo di rilevazione di difetto prima del rilascio?
L'efficacia = il prerelease totali di contenimento di difetto defects/prerelease defects + difetto di postrelease
Che cosa è l'efficacia attualmente conosciuta di contenimento dei difetti introdotti durante l'ogni fase costruttiva di sviluppo del software per gli errori particolari di prodotto software di fase I
Metta l'efficacia in fase di contenimento per la fase I = errori di fase I/errori di fase I + difetti di fase I
Usando il metodo di G/Q/M ha dato a Motorola l'occasione chiarire l'uso semantico dei termini specifici quali gli errori contro i difetti ed i contorni di date fasi di sviluppo mentre formulava le domande e la metrica. (allo scopo chiarificazione, un errore è un problema trovato durante la prova della fase in où è stata introdotta e un difetto è un problema trovato successivamente di la fase in où è stato introdotto.) I responsabili potevano usare le informazioni generate dal programma di misura per segnare gli errori ed i difetti con esattezza entro la fase di sviluppo del software. Queste informazioni lo hanno aiutati ad identificare le zone nel processo di sviluppo del software che ha richiesto i cambiamenti ed a fare i cambiamenti necessari basati sulle informazioni anziché l'intuizione.
La complessità dei sistemi di sviluppo ed effettuanti di affari lo rende difficile isolare le attività e le zone per cui gli obiettivi, le domande e la metrica dovrebbero essere formati. Il metodo equilibrato dello scorecard alle misure generali di affari consiglia ai responsabili espandersi oltre la metrica finanziaria tradizionale ed integrare più completamente la strategia organizzativa con le prestazioni risultanti.
Lo scorecard equilibrato definisce quattro prospettive differenti per la misura di prestazioni:
- finanziario — come osserviamo agli azionisti?
- commercio interno — a che cosa dobbiamo eccellere?
- l'innovazione ed imparare — possono noi continuare a migliorare e generare il valore?
- il cliente — come faccia i nostri clienti li vede?
Anche se queste prospettive originalmente sono state definite per la misurazione dell'organizzazione intera, possono essere tradotte al SONO mondo. Là, rispettivamente, sono il progetto, il prodotto, il processo e le prospettive di prestazioni.
Progetto
L'obiettivo della prospettiva di progetto è di capire e misurare le caratteristiche di un progetto specifico di manutenzione o di sviluppo mettendo a fuoco sugli attributi che rendono ogni progetto unico. Molte organizzazioni usano un progetto di manutenzione o di sviluppo come il veicolo per riunire i dati riguardo a sforzo dei personali ed a costo s. All'interno della prospettiva di progetto, È l'organizzazione ha l'occasione usare questi dati per generare la metrica che fornisce la comprensione in come i fondi monetari per sviluppo e manutenzione del software sono usati. Che cosa è misurato dipende dalla portata del progetto. Ai tributi di dato progetto fornisca le informazioni su tali fattori come l'utilizzazione dei personali, la valutazione di progetto e le attività non tecniche connesse con un progetto.
Prodotto
Questa prospettiva dà risalto agli attributi che differenziano un prodotto da altri. La metrica applicabile a questa prospettiva è usata per capire lo sviluppo e la progressione di un prodotto di manutenzione e di sviluppo. È importante capire la portata e gli attributi interni di ogni prodotto specifico che compone un sistema. I responsabili possono usare queste informazioni per redigere i nuovi metodi di prova, per determinare i diversi difetti di prodotto, o per migliorare l'esattezza della valutazione del prodotto. Poiché un prodotto vive frequentemente più lungamente del progetto usato per generarlo, i dati del prodotto sono riuniti sopra la durata di un prodotto. Le informazioni generate dai dati aiutano più meglio un responsabile a determinare la speranza di vita di dato prodotto.
Processo
Il modello di maturità di possibilità dell'istituto di tecnologia della programmazione (SEI) ha portato il fuoco rinnovato allo sviluppo del software ed al processo di manutenzione. La prospettiva trattata evidenzia il desiderio modificare il processo usato per sviluppare ed effettuare i sistemi d'informazione in modo che le procedure riflettano le pratiche migliori scoperte nell'industria ed all'interno di data organizzazione. Le misure di questa prospettiva considerano le interazioni sociali organizzative ed umane, come pure le implicazioni metodologiche e tecniche del processo di development/maintenance.
Prestazioni
La prospettiva di prestazioni misura le uscite di un sistema d'informazione. Comprende le misure che rintracciano le entrambe misure tecniche tradizionali delle prestazioni così come la metrica che indica il successo del sistema come definito dalle strategie e dalle politiche di un'organizzazione. La definizione della questa prospettiva richiede la definizione del successo del sistema.
Importanza di equilibratura dello scorecard
Usando gli aiuti equilibrati di metodo dello scorecard È responsabili si accerta che tutte le funzioni del SIA funzione giustamente siano rappresentate nel programma di misura. Invece di focalizzazione su una zona singola, quale rendimento dei personali per un progetto specifico, lo scorecard equilibrato fornisce la struttura da cui osservare ogni prospettiva È funzionamenti.
Usando gli aiuti dello scorecard È così responsabili delinea le zone critiche e definisce gli obiettivi, le domande e la metrica adatti per ciascuno di loro. L'importanza delle prospettive varia attraverso le organizzazioni. Per esempio, un'azienda può essere più interessata nelle prestazioni di È nell'insieme, mentre un altro potrebbero di più essere interessate circa il rendimento delle attività di sviluppo di progetto. La struttura equilibrata dello scorecard non tenta di dettare l'enfasi relativa su ogni zona ma preferibilmente i serv come guida di riferimento per i responsabili durante lo sviluppo degli obiettivi specifici di misura.
È saggio considerare i test di verifica impiegati comunemente per giudicare l'utilità della metrica proposta prima della selezione della metrica di che risponda alle domande ritenute importanti agli obiettivi È. Un metrico dovrebbe essere:
- comprensibile — se un metrico è difficile da definire o interpretare, le probabilità sono che non sarà usato o sarà applicato contradditorio.
- quantificabile — Poiché la metrica deve essere obiettivi, È i responsabili dovrebbero sforzarsi ridurre la quantità di influenza o di giudizio personale che deve essere fissata ad un dato metrico.
- costo - efficace — il valore delle informazioni ottenute da una procedura di misura deve eccedere il costo di raccolta dei dati, di analizzare i modelli, dell'interpretazione dei risultati e di convalidazione della precisione. Un dato metrico dovrebbe essere relativamente facile da bloccare e computare e la misura non dovrebbe interferire con il processo reale di generazione e di trasporto dei sistemi d'informazione.
- risultato — molta metrica proposta sembri avere grande degno ma essere convalidato o indicato per avere valore nell'azionamento da migliorare È. È i responsabili dovrebbero dirigere chiaramente della metrica che compare eccessivamente complesso o non è stata esaminata e non indicato stata per essere costante o espressiva.
- Alto-Effetto — anche se un pò di metrica, quale il lexity cyclomatic dei comp., offre un senso efficace di predizione il tempo difficile e possibilmente del tempo di manutenzione correttiva, non possono fornire abbastanza informazioni per effettuare la loro accumulazione e calcolo utili in tutte le situazioni. Se i prodotti che sono misurati hanno livelli relativamente simili di complessità, è più utile riunire la metrica con un effetto più significativo. Per esempio, è documentato bene che un programmatore può rendere un programma molto complesso, mentre un altro possono produrre il codice elegante e conciso. Gli effetti del codice differente su tempo reale di correzione e di prova, tuttavia, pale rispetto agli effetti delle specifiche incomplete o inesatte di disegno. Di conseguenza, il metrico con la maggior parte del effetto in questo caso si riferisce all'esattezza delle specifiche di disegno piuttosto che a complessità di programma.
L'uso di Athough di un programma di misura sembra essere un metodo razionale sostenuto dai successi documentati, esecuzione dell'amministrazione del ritrovamento di alcune organizzazioni un'impresa difficile. Effettuare un programma di misura è un'operazione insignificante non, ma piuttosto un'azione significativa che richiede l'impegno dell'amministrazione. Le due sfide chiave nell'effettuare un programma di misura sono tempo e comunicazione.
Sfide Di Chiave
Cronometri il programma di misura di A non è una difficoltà rapida per un processo rotto con i benefici che sono realizzati rapidamente. I dati devono essere riuniti e col tempo analizzato prima che il programma renda le informazioni che la gente può tradurre in azioni che migliorano lo sviluppo ed il processo di manutenzione. Occorre tempo generare una linea di base metrica, valutare i risultati e scegliere le nuove azioni appropriate. Allora occorre tempo supplementare confrontare le nuove informazioni su quelle nuove azioni contro la linea di base ai miglioramenti del calibro. L'esecuzione di un programma di misura è osservata il più bene come componente critico di miglioramento continuo di lunga durata.
La parte di comunicazione di fare un lavoro di programma di misura sta convincendo la gente che condurrà ai miglioramenti organizzativi. Se i partecipanti di programma non sono convinti dell'importanza del programma, le probabilità sono lo sforzo saranno abbandonate prima dei dati espressivi è raccolta ed usata. Se la gente crede che i risultati del programma di misura siano usati per distribuire la colpa unfairly per quanto riguarda i progetti ed i prodotti, allora non parteciperanno al programma.
Una sfida chiave dell'esecuzione di programma sta comunicando così i futuri benefici ai pubblici vari che raccoglieranno, analizzeranno, interpreteranno ed applicheranno le informazioni. Allo stesso tempo, l'uso proposto delle informazioni di misura deve essere fatto chiaramente a tutti i partecipanti.
Attività Di Programma
Anche se il successo di un programma di misura non può essere garantito, È i responsabili possono aumentare le probabilità che l'esecuzione prevarrà prestando l'attenzione alle diverse attività che compongono il programma. Esibisca 3 esposizioni le attività necessarie per effettuare ed effettuare È programma di misura. Ogni attività è descritta nelle sezioni che seguono.
La valutazione le tre funzioni primarie della valutazione è:
1. Valutazione della posizione attuale dell'organizzazione
2. Identificare gli obiettivi di un programma di misura
3. Stabilizzazione degli obiettivi specifici di misura
Dai metà di anni 80, le valutazioni convenzionali di processo del software come quelle dalla ricerca di rendimento del software e di SEI (SPR) hanno state a disposizione per valutare i processi di sviluppo del software di un'organizzazione. La valutazione fornisce un'immagine libera dell'ambiente organizzativo corrente e serve da punto di partenza da cui misurare i miglioramenti futuri. Per esempio, sarebbe irragionevole da dichiarare che una nuova metodologia di sviluppo ha fornito il rendimento aumentato del programmatore a meno che il livello di rendimento prima che la relativa esecuzione fosse conosciuta e documentata.
Durante la fase di valutazione, è inoltre importante definire gli obiettivi della procedura di misura. Un'altra attività effettuata durante la valutazione sta vendendo il programma di misura all'amministrazione ed È personale. Tutti i partecipanti al programma devono capire il rapporto fra la misura ed il miglioramento in modo che sostengano il programma risultante.
Il programma di misura di formulazione A richiede la formulazione delle domande e della metrica specifiche e quantificabili per soddisfare gli obiettivi di programma. I suggerimenti precedentemente discussi per la scelta la metrica adatta e del campione goals/questions/metrics forniscono un buon punto di partenza.
L'accumulazione l'accumulazione della metrica specifica richiede riunire puntato su del sistema di contabilità industriale ed immagazzinare gli attributi specificati che fungono da dati di input per la metrica. Questo processo dovrebbe essere automatizzato in modo che l'accumulazione prenda come poco tempo come possibile ed il pericolo di diventare mired nel raccogliere gli importi enormi dei dati sia evitato. La progettazione attenta negli aiuti di formulazione e di valutazione evita la riunione di troppi dati.
L'analisi l'accumulazione fisica di un metrico non, da sè, fornire molte informazioni che aiutano nel processo decisionale. Appena poichè le vendite lorde non rivelano lo stato finanziario di un'organizzazione, il numero di punti di funzione per un progetto non spiega quanto la persona mesi esso prenderà a prodotti che si proiettano.
Un metrico deve essere analizzato statisticamente in moda da scoprire i modelli, linee di base storiche è stabilito e le anomalie sono identificate.
L'interpretazione la funzione dell'interpretazione deve fissare il significato all'analisi, cioè determinare la causa dei modelli che sono stati identificati durante l'analisi ed allora prescrivere l'azione correttiva appropriata. Per esempio, se l'analisi indica che gli utenti sono scontentati costantemente con i sistemi che richiedono un numero in continuo aumento di riunioni dell'analista e dell'utente, quindi non può essere una buona idea fissare più riunioni. Un metodo più efficace deve cercare altri motivi dietro il malcontento. Forse le riunioni sono improduttive, le abilità di comunicazione sono inefficaci, o i problemi di affari stanno identificandi in modo errato. L'interpretazione delle analisi metriche fornisce un senso in cui iniziare a cercare i problemi e le soluzioni differenti.
La convalida si presenta durante ogni fase del programma di misura. Coinvolge chiedere ad un insieme delle domande per accertarsi che gli obiettivi del programma di misura stiano indirizzandi. Per esempio, i risultati della fase di formulazione dovrebbero essere convalidati con due domande chiave:
1. Stiamo misurando il giusto attributo?
2. Stiamo misurando quell'attributo correttamente?
Il seguente piano d'azione illustra come le domande di convalida sono applicate. Supponga che uno degli obiettivi generali dell'È organizzazione è di migliorare le prestazioni dell'assistenza agli utilizzatori. Usando il metodo di G/Q/M, È organizzazione stabilisce un obiettivo di migliorare l'utente che la soddisfazione con È supporto. Una domanda che sostiene questo obiettivo è, “che cosa è il livello corrente dell'utente che la soddisfazione con È supporto?” È il personale allora formula un questionario credono che le misure il livello di soddisfazione dell'utente con SIA supporto. Il questionario è usato per raccogliere che i dati, che sono analizzati ed interpretati.
L'analisi indica che non ci è rapporto fra il tipo, importo, o livellata di È la soddisfazione dell'utente e di sostegno. Perchè non? Potrebbe essere perché non ci è rapporto fra soddisfazione dell'utente ed È supporto, o perché il questionario non stava misurando soddisfazione dell'utente con È supporto. Convalidando il questionario negli aiuti di fase di formulazione accertisi che stia misurando che cosa è inteso per misurare.
Misura come un passivo tuttavia processo iterativo
La misura è un processo relativamente passivo; è l'introito della gente di azioni perché stanno misurandi e le nuove procedure che sono elaborate hanno basato sulle informazioni generate dal programma di misura che conduce a miglioramento. L'obiettivo di un programma di misura è di fornire le informazioni che possono essere usate per miglioramento continuo del processo di sviluppo dei sistemi e dei relativi prodotti relativi. Anche se il documento 3 descrive le attività della valutazione, della formulazione, dell'accumulazione, dell'analisi e dell'interpretazione come processo sequenziale e circolare, sono interdipendenti e non effettuate in sequenza. Nel piano d'azione presentato nella sezione preceding, È l'organizzazione trovata durante l'analisi che la metrica identificata era inadeguata determinare tutti i modelli. Un tal risultato ha richiesto la convalida della metrica che usando e un ritorno alla fase di formulazione ridefinire l'altra metrica che renderebbe le informazioni più relative agli obiettivi.
Un programma di misura è uno sforzo di lunga durata che richiede la cooperazione e la coordinazione di vasto insieme dei partecipanti. Il one-way per sostenere il programma deve stabilire un'infrastruttura di metrica. Un'infrastruttura di metrica include quanto segue:
- un metodo dell'amministrazione
- procedure della raccolta di dati
- addestramento continuo di programma
Il metodo dell'amministrazione dovrebbe incorporare un group/committee integrato che effettua ciascuna delle attività di misura. Questo gruppo è simile ad un comitato di coordinamento convenzionale di progetto ed include i rappresentanti dall'amministrazione generale, È amministrazione, utenti del sistema ed È development/maintenance. Differisce da da un gruppo della gestione di progetti soprattutto perché sopravvive oltre l'esecuzione del programma. Come un processo di lunga durata e continuo, misura deve avere un comitato di gestione a lungo termine e continuo.
Il gruppo di amministrazione è critico al successo di un programma di misura perché mantiene i partecipanti di programma informati dell'importanza delle loro attività e fornisce la veduta d'insieme necessaria alla sopravvivenza del programma. Il comitato determina come gli obiettivi di programma si evolvono col tempo e serve da touchstone per il loro successo.
È inoltre favorevole stabilire un gruppo di utenti di metrica per ripartire le esperienze e l'addestramento coordinato. L'addestramento è un elemento chiave dell'infrastruttura di metrica che dovrebbe essere fornita periodicamente. I programmi di formazione comprendono la raccolta di dati, l'analisi e le procedure di interpretazione in modo che i partecipanti di progetto capiscano non soltanto come raccogliere i dati, ma anche come applicarla. L'infrastruttura dovrebbe anche includere gli attrezzi per automatizzare le fasi di analisi e dell'accumulazione della misura, così come una base di dati unificata per memorizzare tutti i dati di metrica.
Poiché i risultati di un programma di misura non sono immediatamente distinguibili, la gente deve effettuare molte mansioni prima di un risultato visibile e attribuibile è percepita. L'addestramento è unidirezionale accertarsi che tutti i partecipanti di progetto capiscano gli obiettivi e le procedure che sono alla base di che cosa può comparire, occasionalmente, essere un processo lento. Inoltre contribuisce ad alleviare le preoccupazioni degli impiegati circa l'applicazione dei risultati di programma di misura.
Molte delle attività della misura richiedono la cooperazione dei gruppi di persone vari. Anche se i concetti della metrica e della misura evocano un'immagine di perizia tecnica richiesta, il capo più adatto per il programma di misura è un individuo con le abilità eccellenti di trattativa e di comunicazione.
Le informazioni sui programmi usati in altre aziende sono utili durante il processo di definizione degli obiettivi di programma e di formulare la metrica. La lista leggente suggerita fornisce una fonte per riunire queste informazioni.
I nuovi articoli di ogni giorno descrivono una nuova pratica touted per rendere il rendimento tremendo ed i miglioramenti di efficienza in È organizzazione. Alcuno È responsabili ha scoperto che può occorrere molti anni per applicare le cosiddette pratiche migliori di altre organizzazioni registrate nella letteratura. Un programma di misura si permette È responsabili l'occasione sviluppare la prova locale di che cosa realmente funziona. Più importante, le informazioni hanno prodotto dagli aiuti di programma di misura SONO responsabili più meglio capiscono e controllano il processo di sviluppo e di manutenzione del software.
La generazione del programma custom-tailored di misura fornisce così È responsabili con le informazioni sui modelli del comportamento unici della loro organizzazione. In tal modo, aiuta questi responsabili a controllare i loro destini professionali pure.
Online: 527 users browsing the articles directory
|
|