Vantaggi e vincoli di un sistema informativo integrato Organizzazione interfunzionale Coinvolgimento di tutte le funzioni az. Condivisione di: - informazioni - dati TOTALE INTEGRAZIONE GESTIONALE Consente Favorisce Permette Ottenibile tramite Comporta Richiede Sistema di gestione delle informazioni visto come leva strategica per il miglioramento ed il ridisegno dei processi aziedali (BPR) Package driven

L’APPROCCIO PER FUNZIONI L’APPROCCIO PER PROCESSI TRADIZIONALMENTE LE “GESTIONI” E I “MIGLIORAMENTI” SONO STATI IMPOSTATI “PER FUNZIONI” L’APPROCCIO PER PROCESSI MA... L’IMPRESA GENERA VALORE E PROFITTO ATTRAVERSO I SUOI PROCESSI E NON MEDIANTE LE SUE FUNZIONI

L’APPROCCIO PER PROCESSI … è necessario riprogettare i processi per migliorare le performance aziendali. L’organizzazione deve essere SNELLA ... … bisogna gestire i processi di business dell’azienda; è necessario avere strumenti di supporto per la gestione dei processi ... … gli strumenti informatici devono essere integrati e consentire lo scambio immediato delle informazioni.

L’APPROCCIO PER PROCESSI Processo : "UN INSIEME DI ATTIVITA' CHE TRASFORMANO INPUT IN OUTPUT CHE HANNO VALORE PER IL CLIENTE" SEQUENZA DI ATTIVITA’ CORRELATE E FINALIZZATE AD UNO SPECIFICO RISULTATO FINALE

Il Business Process Reengineering (BPR) Riconfigurazione pianificata dei processi aziendali al fine di allinearli con le potenzialità e le opportunità offerte dall’IT. Trasformazione organizzativa mediante un intervento radicale sui core process al fine di migliorare la performance complessiva d’impresa.

Modificato atteggiamento verso il cambiamento Il Business Process Reengineering (BPR) Modificato atteggiamento verso il cambiamento Non più “automatizzazione” di processi esistenti, ma cambiamento dei processi con applicazioni innovative Processo vendita tradizionale vs. Processo di vendita con E-commerce Integrare l’innovazione data dall’Information Technology con l’innovazione organizzativa

Il Business Process Reengineering (BPR) E’ un procedimento di innovazione organizzativa centrato sul concetto di processo aziendale Non cambiano solo gli strumenti ma il modo di lavorare Non modifica cosa fa l’azienda ma come lo fa

Il Business Process Reengineering (BPR) La re-ingegnerizzazione valorizza quello che l’impresa sa fare. I processi di ripensamento radicale dei “modi di fare” partono solitamente da un problema di riduzione dell’abituale performance. I processi di BPR possono condurre ad un ridimensionamento dell’organico. La maturazione della consapevolezza e della cultura del cambiamento rappresenta un elemento propedeutico all’intrapresa di processi di re-ingegnerizzazione. La percezione di alcuni eventi da parte di chi osserva e di chi vive il cambiamento può essere differente.

Fasi di progetto di BPR Analisi della situazione esistente (As-Is) Definizione delle linee di ridisegno (To-Be) Configurazione del software (parametrizzazione) Test ed entrata “in produzione” del nuovo sistema

Analisi della situazione esistente (As-Is) Indagine Conoscenza dettagliata dell’azienda Diagramma dei processi Mappa dei ruoli Insoddisfazioni emerse Aree di miglioramento

Definizione delle linee di ridisegno (To-Be) Attività correnti Proposte di miglioramento Insoddisfazioni emerse Confronto Caratteristiche software Nuovo modello d’impresa Coerenza

Configurazione del software Processo di parametrizzazione “Calare” il modello d’impresa “all’interno” del software Tabelle di configurazione Configurazione “finale” del software PROTOTIPO

Test ed entrata “in produzione” del nuovo sistema Prototipo Coerenza 1. Test di accettazione Fabbisogni 2. Test di funzionamento Baby-sitting GO-LIVE Funzione Sistemi Informativi

PROCESSO DI IMPLEMENTAZIONE DI UN SISTEMA ERP Impostazione strategica e disegno Implementazione Utilizzo Fasi di progetto

Fattori di crisi ei progetti di sistemi informativi Problemi di relazione tra utenti e progettisti Interazione insufficiente Differenze di esigenze Mancanza di comprensione delle priorità degli utenti Difficoltà ad esprimere i propri fabbisogni

Fattori di crisi ei progetti di sistemi informativi Incoerenza tra logica di programmazione e logica organizzativa Contraddizione tra i fabbisogni di sistemi informativi e i fabbisogni degli individui Tendenza a concentrasi solo sugli aspetti formali dell’organizzazione

Fattori di crisi ei progetti di sistemi informativi Sottovalutazione delle interdipendenze tra progettazione tecnica e progettazione organizzativa Errori di progettazione iniziale Incoerenze socio-tecniche del pacchetto configurato

Fattori di crisi ei progetti di sistemi informativi Sottovalutazione della politica legata alla raccolta dei fabbisogni Cessione selettiva o distorta delle informazioni Sottovalutazione delle reazioni nascoste alle scelte adottate Tendenza a piegare la progettazione alle esigenze locali trascurando obiettivi sovraordinati Incoerenza tra risorse e progetto