Modularità e outsourcing

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "Modularità e outsourcing"

Transcript

1 Modularità e outsourcing Strategie sostitutive nel settore automobilistico In seguito alla crisi economica degli anni Ottanta, anche le case automobilistiche statunitensi ed europee, sulla scia dell adozione di pratiche di lean product development in Giappone, hanno aumentato il ricorso all outsourcing, trasferendo ai fornitori lo sviluppo di un numero crescente di componenti. Questo trend ha aumentato l interesse verso la modularità come strumento per facilitare l integrazione di fonti esterne d innovazione. Le auto sono tuttavia rimaste, nel complesso, prodotti integrali. Il contrasto tra interesse verso la modularità da un lato e il dominio di design integrali dall altro, non trova attualmente spiegazione in letteratura. Come e fino a che punto la modularità può influenzare l allocazione delle attività di design e i meccanismi di coordinamento tra imprese all interno dell industria automobilistica? Quali condizioni rendono la modularità una strategia percorribile e performante in quest industria? Per rispondere a queste domande, è stato condotto uno studio comparativo tra due progetti di sviluppo, relativi al sistema di condizionamento considerato un componente tra i più modulari dell auto, ed entrambi realizzati dallo stesso fornitore per due case automobilistiche diverse. Nonostante i due progetti avessero per oggetto lo sviluppo congiunto di due sistemi di condizionamento sostanzialmente identici per architettura, caratteristiche tecnologiche e performance, sono state individuate importanti differenze nell allocazione dei compiti di progettazione e delle relative conoscenze tra cliente e fornitore, e nella gestione della relazione. Lo studio condotto dimostra che variabili come il grado d integrazione verticale degli Oem, le loro conoscenze e il loro orientamento strategico, guidano la divisione delle attività di progettazione, il coordinamento delle attività di sviluppo e il livello di modularità stesso dei componenti (e non viceversa). Inoltre, lo studio mette in risalto che mentre per gran parte della letteratura modularità e outsourcing sono complementari, i casi analizzati suggeriscono che sono due strategie sostitutive: il livello di modularità osservato è strettamente legato al livello d integrazione verticale del car-maker. Gli autori Anna Cabigiosu, Dipartimento di Economia, Università di Padova. Arnaldo Camuffo, Dipartimento di Management, Università Bocconi. Francesco Zirpoli, Dipartimento di Ingegneria Meccanica, Università di Salerno. 1. Introduzione L integrazione e il coordinamento di fonti esterne d innovazione sono problemi cruciali che molte imprese devono affrontare (Chesbrough, 2003). La letteratura ha a lungo analizzato e contribuito a sviluppare strumenti d integrazione inter-organizzativi quali, ad esempio, team co-locati, infrastrutture It ecc. e sostenuto la loro efficacia nel facilitare le relazioni di fornitura e favorire l innovazione. In questo contesto, la modularità di prodotto ha ricevuto molta attenzione e molti vantaggi le sono stati attribuiti. Secondo la letteratura sulla modularità, la modularità di prodotto può migliorare la gestione e i risultati delle attività di sviluppo dei nuovi prodotti dati in outsourcing. In primo luogo, la modularità permette alle imprese di disaccoppiare facilmente sia il design sia la produzione delle componenti di un prodotto; la modularità di prodotto semplifica inoltre l integrazione dei componenti esternamente forniti nell architettura di prodotto finale. Nel complesso, seguendo questa letteratura, la modularità aiuta le imprese a gestire efficientemente l integrazione di fonti esterne d innovazione (Baldwin e Clark, 1997 e 2000; Sanchez e Mahoney,

2 Modularità e outsourcing 1996). Le caratteristiche e i vantaggi della modularità sono stati analizzati sia dalla letteratura manageriale sia dalla letteratura ingegneristica. Questi studi dimostrano che il livello medio di modularità dei componenti di un prodotto varia da industria a industria (Fixson e Park, 2008; Galvin e Morkel, 2001; Sturgeon, 2002; Tiwana, 2008; Hoekert, 2006; Fixson, Ro e Likert, 2005). In particolare, mentre alcune industrie, come l industria dell elettronica (Baldwin e Clark, 2000; MacCormak et al., 2008; Sturgeon, 2002) e della bicicletta (Galvin e Morkel, 2001), evidenziano elevati livelli di modularità dei componenti, altri settori, come l automobilistico, hanno pochi componenti modulari e, nel complesso, sono caratterizzati da architetture integrali (MacDuffie, 2008). Relativamente all industria automobilistica, diversi studi documentano l interesse dei car-maker verso architetture modulari (Camuffo, 2004; Fourcade e Midler, 2004; Frigant e Talbot, 2005; Fujimoto e Dongsheng, 2006; Ro, Liker, e Fixson, 2007). Tuttavia, MacDuffie (2008) fornisce un evidenza empirica contrastante sulla diffusione e l utilizzo della modularità nel settore, dimostrando che rimangono molte ambiguità relative al ruolo della modularità nei processi di divisione e coordinamento del lavoro tra imprese e che, nel complesso, le auto restano dei prodotti integrali. Il contrasto tra l interesse verso la modularità dimostrato dai car-maker, e il permanere di design integrali, non trova attualmente spiegazione in letteratura. Come, e fino a che punto, la modularità può influenzare l allocazione delle attività di design e i meccanismi di coordinamento tra imprese all interno dell industria automobilistica? Quali condizioni rendono la modularità una strategia percorribile e performante in quest industria? Per rispondere a queste domande abbiamo analizzato due progetti legati al co-development di uno stesso componente, il sistema di condizionamento di un auto, considerato tra i più modulari nel settore. I due progetti sono stati sviluppati da Denso Thermal System (Dnts), uno dei principali fornitori giapponesi di primo livello, con due case automobilistiche europee. Il disegno di ricerca ha seguito la logica del quasi-experimental deign: sono stati selezionati due progetti di sviluppo molto simili tra loro allo scopo di osservare le eventuali differenze nella divisione dei compiti di progettazione, delle conoscenze e nella gestione della relazione, tenendo tutte le altre variabili costanti (i due progetti condividono caratteristiche simili relativamente all architettura di prodotto, alla tecnologia impiegata, alla complessità, al segmento di mercato, al costo e alla durata del progetto). I nostri risultati mostrano importanti differenze nella gestione dei due progetti, sia nella divisione dei compiti sia nella divisione delle conoscenze. Queste differenze sembrano dipendere da specifici fattori d impresa, come il grado d integrazione verticale, le conoscenze accumulate e il focus strategico, piuttosto che derivare da differenze nell architettura di prodotto. Lo studio mostra inoltre che una strategia basata sulla modularità di prodotto non è facilmente associabile a un approccio di tipo black-box sourcing, inteso come chiara divisione di compiti e conoscenze tra cliente e fornitore durante le attività di sviluppo e che, quindi, le due strategie sono in alcuni casi sostitutive. Infatti, l ampio utilizzo di interfacce standard, una delle principali caratteristiche di un architettura modulare, è risultato prevalente nell impresa con il maggior grado d integrazione verticale. Alcuni benefici della modularità come strumento di coordinamento sono stati osservati, ma solo nell impresa che aveva mantenuto una profonda conoscenza del sistema di condizionamento dato in outsourcing. Quest evidenza empirica mette in discussione la modularizzazione come strumento per facilitare l outsourcing e quindi il coordinamento tra imprese durante le attività di sviluppo nuovi prodotti, e come guida per dividere compiti e investimenti in conoscenza. L articolo è organizzato come segue. La prossima sezione presenta una breve review della letteratura. La terza sezione presenta i dati e il metodo utilizzato. La quarta sezione presenta i dati raccolti mentre la quinta li discute. La sesta sezione conclude il lavoro offrendo implicazioni accademiche e manageriali. 2. Modularità di prodotto e integrazione di fonti esterne d innovazione nell industria automobilistica Prodotti come le automobili, gli aerei, o i cellulari sono sistemi complessi composti da molti componenti con molte interazioni tra loro. Lo schema di allocazione delle funzioni di un prodotto alle sue componenti è chiamato architettura (Ulrich, 1995). Comprendere come le architetture sono selezionate, come funzionano e come possono essere adattate sono problemi critici nel design di prodotti complessi. La modularità è un concetto che aiuta a caratterizzare differenti architetture di prodotto. Negli anni la letteratura ha offerto diverse definizioni di modularità di prodotto, ma tutte tendono a convergere sui seguenti punti (Campagnolo e Camuffo, 2009). In primo luogo, la modularità di un prodotto dipende dal livello di modularità dei suoi componenti (Sosa, Sviluppo&organizzazione marzo/aprile

3 Eppinger e Rowles, 2007; McCormack, Rusnak, e Baldwin, 2008). Generalmente, la letteratura analizza i componenti al primo livello della gerarchia, perché è a quel livello che la modularità dovrebbe offrire i maggiori benefici (Mikkola, 2003; Cabigiosu e Camuffo, 2009). In secondo luogo, i moduli sono caratterizzati da elevata indipendenza tra loro (Weick e Orton, 1990). Secondo Ulrich (1995) e Salvador (2007) l indipendenza tra moduli, o loose-coupling, si ottiene riducendo le interdipendenze funzionali tra moduli e definendo ex ante le interfacce, o protocolli di accoppiamento, tra moduli. Ridurre le interdipendenze funzionali significa isolare funzionalmente il componente dagli altri: non è tanto rilevante il numero di funzioni svolte dal sistema, quanto il fatto di svolgerle in modo completo e indipendente dagli altri componenti (Salvador, 2007). La definizione ex ante delle interfacce è invece tipicamente assicurata dalla loro standardizzazione: le interfacce sono diffuse a livello d industria (standard aperti, o open standard) o di uso ripetuto da parte dell impresa (standard chiusi o closed standard) (Fine, 1995). Tuttavia è possibile avere interfacce ben definite, anche se non standard, quando sono congelate all inizio delle attività di sviluppo (le interfacce sono specifiche dell impresa, disegnate appositamente per il nuovo progetto, ma definite e congelate all inizio delle attività di sviluppo). Il livello di modularità dei componenti di un auto è divenuto rilevante negli ultimi anni, da quando le case automobilistiche hanno iniziato a dare in outsourcing non solo la produzione ma anche lo sviluppo di un numero crescente di componenti (Takeishi, 2001). Questo trend ha portato a importanti processi di de-verticalizzazione e all emergere di fornitori sempre più grandi e competenti, che Sturgeon e Florida (2004) chiamano global mega-supplier. In questo contesto, MacDuffie (2008) ha ben sintetizzato quei benefici teorici della modularità che l hanno portata all attenzione delle case automobilistiche. Primo, la modularità dovrebbe aumentare il tasso d introduzione d innovazioni incrementali (Henderson e Clark, 1990): essendo i componenti modulari concepiti come indipendenti tra loro, possono teoricamente essere disegnati e prodotti in parallelo e indipendentemente dai diversi fornitori. Secondo, la modularità accelerando le attività d innovazione ne dovrebbe ridurre i costi. Terzo, la modularità di componente ridurrebbe l integrazione e lo scambio informativo tra cliente e fornitore durante le attività di sviluppo poiché componenti modulari possono essere prodotti come black-box. Lo stesso MacDuffie (2008) ha sottolineato che, a dispetto dei vantaggi sopra elencati, pochi componenti dell auto, a oggi, sono stati modularizzati con successo. Nonostante gli sforzi finora compiuti da molte case automobilistiche americane ed europee, strategie di progettazione modulare stentano a diffondersi (Sako e Murray 1999; Sako, 2003; Fourcade e Midler 2004; Zirpoli e Becker, 2009). Zirpoli e Becker (2009) hanno suggerito che l industria dell auto e le auto potrebbero avere caratteristiche specifiche che limitano l adozione di logiche modulari. Mancano però studi empirici all interno dell industria automobilistica volti a capire il ruolo attuale, e il potenziale, della modularità nell integrazione di fonti esterne d innovazione. Questa ricerca mira a riempire i vuoti individuati cercando di dare una risposta alle seguenti domande: come, e fino a che punto, la modularità può influenzare l allocazione delle attività di design e i meccanismi di coordinamento tra imprese all interno dell industria automobilistica? Quali condizioni rendono la modularità una strategia percorribile e performante in quest industria? 3. Dati e metodo In base alla natura delle nostre domande di ricerca abbiamo costruito uno studio esplorativo. Tra i diversi metodi qualitativi abbiamo optato per l analisi di casi, che è considerata una metodologia appropriata per descrivere ed esplorare nuovi fenomeni e costruire proposizioni teoriche testabili (Eisenhardt, 1989; Yin, 1994; Handfield e Melnyk, 1998; Meredith, 1998). Al fine di poter osservare il ruolo reale, i punti di forza e di debolezza della modularità, abbiamo costruito il nostro campione seguendo i principi della sperimentazione. Nello specifico, abbiamo costruito un quasiexperimental design (Romanelli e Tushman, 1986). Dopo aver selezionato uno dei componenti più modulari all interno dell industria automobilistica (il sistema di condizionamento), seguendo la definizione di modularità presentata, abbiamo selezionato due progetti di sviluppo simili tra loro per tutte le variabili rilevanti, come la tecnologia impiegata e il segmento di riferimento. Imponendo tale condizione abbiamo potuto osservare, coeteris paribus, il ruolo della modularità come strumento di coordinamento tra cliente e fornitore durante le attività di sviluppo. L ipotesi di partenza, a parità di condizioni, è che l architettura di prodotto modulare, in quanto importante strumento di coordinamento, avrebbe condizionato in modo simile e rilevante la gestione dei progetti in entrambe le relazioni osservate. 4 marzo/aprile 2010 Sviluppo&organizzazione

4 Modularità e outsourcing Nel complesso abbiamo seguito due step. Primo, abbiamo selezionato il componente d analizzare; secondo, abbiamo individuato un set empirico nel quale applicare il nostro disegno di ricerca e definito le condizioni di comparabilità tra casi. Nel scegliere il componente d analizzare abbiamo optato per un sistema al primo livello della gerarchia di prodotto, come la plancia, i sedili, il sistema frenante ecc., livello al quale le componenti sono maggiormente complesse e il problema della loro integrazione è rilevante (Takeishi e Fujimoto, 2003). Sulla base della review della letteratura presentata, abbiamo scelto come componente il sistema di condizionamento, considerato tra le componenti più modulari del sistema auto. Le nostre interviste, condotte per entrambi i progetti selezionati, hanno confermato che la maggior parte delle interfacce del sistema di condizionamento sono standard e che l isolamento funzionale del sistema di condizionamento, pur non completo, è tra i maggiori raggiunti tra i componenti al primo livello della gerarchia. Come fornitore di primo livello abbiamo selezionato Denso Thermal System (Dnts), un fornitore giapponese di sistemi di condizionamento e altri componenti, che opera a livello globale. Prima di selezionare i due progetti, abbiamo condotto presso Dnts una serie d interviste preliminari per accertare la convergenza fra la definizione di modularità da noi impiegata e il significato del termine in pratica e per verificare ulteriormente la modularità del sistema selezionato. Queste interviste preliminari, prevalentemente condotte con il responsabile della R&S di Dnts, hanno permesso di accertare che il sistema di condizionamento fosse tra i componenti più modulari di un auto. Con l aiuto del responsabile di R&S di Dnts abbiamo quindi selezionato due progetti di sviluppo, entrambi iniziati nel 2003 e derivanti da una piattaforma preesistente, nei quali Dnts ha sviluppato il sistema di condizionamento per due case automobilistiche europee differenti (Alpha e Beta). Entrambi i sistemi erano destinati allo stesso segmento di mercato (light commercial vehicle), impiegavano una tecnologia simile e avevano un livello d innovatività assimilabile. I due progetti sono tipici, poiché costituiscono un caso estremamente rappresentativo di come Dnts e i suoi clienti co-sviluppano il sistema di condizionamento. Per entrambi i progetti (Progetto-A e Progetto-B) abbiamo analizzato i documenti dell azienda e condotto diversi round di interviste semi-strutturate tra novembre 2007 e maggio Abbiamo intervistato sia gli account manager dei progetti (responsabili della relazione commerciale), sia i project manager (responsabili dello sviluppo). Come mostra la Tabella 1, non abbiamo intervistato il personale degli Oem poiché eravamo interessati a triangolare i dati e solo Dnts poteva fornirci la prospettiva comparativa di cui avevamo bisogno. Tabella 1 - Lista e durata delle interviste condotte presso Dnts Interviste presso Dnts Durata Intervistati Responsabile dell area R&S Responsabile di R&S per il progetto Alpha Assistente del responsabile di R&S del progetto Alpha Responsabile di R&S per il progetto Beta Sales & marketing manager del progetto Alpha Sales & marketing manager del progetto Beta 4h30min 3 2h30min 1 3h30 min 2 3h30min 2 2h 2 2h 2 Totale 18h Risultati Questa sezione presenta i due progetti focalizzandosi sulla descrizione dell architettura dei due componenti e sulla relazione tra modularità e integrazione di fonti esterne d innovazione. Si riporterà la descrizione di come le attività di design e ingegneristiche erano suddivise tra Dnts e gli Oem, e poi ci si focalizzerà sul ruolo dell architettura del componente Divisione delle attività di design e ingegneristiche nei due progetti Questa sezione descrive come Dnts, Alpha e Beta dividono e coordinano i rispettivi compiti di sviluppo. Iniziamo descrivendo come le due case automobilistiche definiscono l architettura del componente che, secondo la letteratura sulla modularità, costituisce uno strumento di coordinamento molto efficace. Per analizzare l architettura dei due sistemi di condizionamento, abbiamo iniziato dalla descrizione di come i car-maker e Dnts definiscono le interfacce tra il sistema di condizionamento e il resto del veicolo. Come strumento di raccolta e rappresentazione dei dati abbiamo Sviluppo&organizzazione marzo/aprile

5 utilizzato le matrici riportate in Tabella 2 e Tabella 3. Le matrici contengono in riga i nomi dei componenti con cui il sistema di condizionamento interagisce e in colonna il tipo d interazione esistente. Seguendo l esempio di Pimmler e Eppinger (1994), abbiamo analizzato quattro tipi d interazioni tra il sistema di condizionamento e gli altri componenti dell auto: a) spaziali (es. adiacenza fisica, allineamento, orientamento); b) energetiche (es. calore, vibrazioni, elettricità); c) materiali (es. passaggio d aria, olio, fluidi); d) informative (es. segnali, controlli). Per ogni componente in colonna abbiamo quindi identificato l esistenza o meno di queste interfacce, per poi classificarle in open standard (O-S), closed standard (C-S) o non standard (N-S). Abbiamo infine valutato la stabilità di tutte le interfacce, sia standard sia non standard, utilizzando una scala 1-5, dove 5 sta per interfaccia congelata e 1 per interfaccia instabile. Questa tabella è stata inizialmente compilata per entrambi i progetti con l aiuto del responsabile di R&S. In seguito, le due tabelle sono state confrontate e controllate in presenza dei due responsabili e del responsabile globale di R&S di Dnts. La versione finale delle due tabelle è contenuta nelle Tabelle 2 e 3. Progetto-A La Tabella 2 riporta i risultati ottenuti dall analisi delle interfacce del Progetto A. La Tabella 2 mostra che, pur essendoci alcune interfacce non standard, tutte le interfacce analizzate sono perfettamente stabili, e quindi congelate all inizio del progetto e mai più modificate durante lo sviluppo. Le nostre interviste hanno prodotto evidenze convergenti sulla circostanza che Alpha fissa l architettura del componente e, in particolare, le interfacce, con grande dettaglio. Tutti i manager intervistati hanno sottolineato l abilità di Alpha nello stabilire e fissare le specifiche all inizio del progetto. Secondo il responsabile del Progetto-A: Per Alpha le specifiche rimangono stabili dopo l avant phase (circa 48 mesi prima del lancio) e Alpha è un Oem severo che non cambia le specifiche una volta definite: quando le specifiche sono definite queste non cambiano per tutti i fornitori coinvolti nello sviluppo. I manager hanno inoltre affermato che le specifiche costituiscono uno dei maggiori strumenti di coordinamento utilizzati da Alpha. Infatti, il responsabile di R&S del progetto ci ha spiegato che Alpha possiede un set principale di specifiche per il sistema di condizionamento che è articolato in dossier, uno per ogni componente. Il set principale di specifiche contiene le richieste generali e gli standard di sistema da rispettare. L architettura è quindi completamente definita ex ante da Alpha, mentre il fornitore ha il compito di disegnare e ingegnerizzare la maggior parte dei componenti interni al sistema di condizionamento, Tabella 2 - Analisi delle interface del Progetto Alpha La tabella rappresenta le interfacce tra il sistema di condizionamento del Progetto-A e le altre componenti dell auto Sistema di condizionamento Interfacce spaziali Interfacce informative Interfacce energetiche Interfacce materiali Componenti dell auto Circuito Raffredamento Motore Circuito Frigorifero Centralina elettrica O-S C-S N-S Stabilità O-S C-S N-S Stabilità O-S C-S N-S Stabilità O-S C-S N-S Stabilità x 5 x 5 x 5 x 5 x 5 x 5 x 5 x 5 x 5 x 5 Parafiamma x 5 Plancia (forma) x 5 x 5 x 5 Plancia (meccanica) x 5 x 5 Traversa x 5 x 5 O-S= open-standard; C-S= closed standard; N-S= non-standard La stabilità delle interfacce è misurata utilizzando una scala 1-5, dove 5 sta per interfaccia congelata e 1 sta per interfaccia instabile. 6 marzo/aprile 2010 Sviluppo&organizzazione

6 Modularità e outsourcing rispettando le specifiche dettagliate di Alpha. Le interfacce, definite nel set principale di specifiche, sono ben specificate anche perché Alpha, generalmente, prima disegna gli altri componenti dell auto e poi il sistema di condizionamento. I manager di Dnts hanno anche notato che maggiore è il grado di definizione delle interfacce, minore è la libertà di Dnts nel definire il design dei componenti interni. Il responsabile tecnico del progetto ha anche sottolineato che, pur essendo il sistema di condizionamento analizzato relativamente isolato funzionalmente, diverse interfacce costituiscono delle interfacce funzionali. In altri termini, il componente non è perfettamente modulare dal lato dell isolamento funzionale, mentre è perfettamente modulare nelle interfacce. Alpha definisce nel dettaglio anche alcuni componenti interni del sistema di condizionamento. Secondo il projectmanager responsabile del progetto, Alpha definisce questi componenti per controllare meglio l architettura del sistema di condizionamento e per controllare quei componenti le cui performance hanno il maggior impatto sul comfort dei passeggeri. Le interviste hanno anche sottolineato che Alpha non definisce questi componenti solo per raggiungere livelli maggiori di comunanza tra piattaforme differenti [ ] La standardizzazione delle interfacce non è mirata a migliorare il livello di modularità del sistema di condizionamento, ma costituisce uno strumento di controllo delle performance del sistema. L abilità di Alpha nel definire l architettura del sistema di condizionamento e le specifiche è pienamente riconosciuta da Dnts. Gli ingegneri ci hanno riferito che quando testarono il sistema di condizionamento sulla macchina i risultati furono totalmente positivi. L abilità di Alpha nel definire e fissare le specifiche è anche ben catturata dalle seguenti affermazioni del responsabile di R&S del progetto: Alpha sulla stessa piattaforma ha diversi gruppi, realizzati da fornitori diversi, che sono intercambiabili anche se i sistemi non sono gli stessi. Questo è possibile perché Alpha definisce bene tutte le specifiche che sono disponibili per tutti i fornitori. Progetto-B La Tabella 3 presenta l analisi delle interfacce del Progetto B, sviluppato tra Dnts e Beta. Nel caso del Progetto-B, 20 interfacce su 23 sono standard, ma solo tre sono sia standard sia stabili, mentre 12 interfacce su 23 hanno un livello di stabilità inferiore a 3. Un interfaccia è standard, ma instabile se viene sostituita, durante lo sviluppo del progetto con un altra interfaccia standard. Nel caso di Beta la standardizzazione delle interfacce non è dunque garanzia di stabilità dell architettura. Secondo il project manager del Progetto-B, durante il progetto non solo Tabella 3 - Analisi delle interface del Progetto Beta La tabella rappresenta le interfacce tra il sistema di condizionamento del Progetto-B e le altre componenti dell auto. Sistema di condizionamento Interfacce spaziali Interfacce informative Interfacce energetiche Interfacce materiali Componenti dell auto Circuito Raffredamento Motore Circuito Frigorifero Centralina elettrica O-S C-S N-S Stabilità O-S C-S N_S Stabilità O-S C-S N-S Stabilità O-S C-S N-S Stabilità x 5 x 4 x 5 x 5 x 5 x 5 x 3 x 4 x 5 x 5 Parafiamma x 5 x 2 x 5 Plancia (forma) x 3 x 3 x 1 Plancia (meccanica) x 3 x 2 x 3 x 1 Traversa x 3 x 3 x 1 O-S= open-standard; C-S= closed standard; N-S= non-standard La stabilità delle interface è misurata utilizzando una scala 1-5, dove 5 sta per interfaccia congelata e 1 sta per interfaccia instabile. Sviluppo&organizzazione marzo/aprile

7 Beta permette di modificare le interfacce, ma anzi sollecita suggerimenti sulle specifiche. Questi dati sono coerenti con l affermazione che Beta iniziò il Progetto-B partendo con delle ipotesi che furono poi definite con maggiore dettaglio. Questo accade perché Beta permette a tutti i fornitori di suggerire modifiche nell architettura anche durante lo sviluppo delle attività: se Dnts ritiene che, modificando l architettura del sistema di condizionamento, le performance complessive migliorino, allora Dnts può suggerire delle modifiche. Se le modifiche sono accettate, anche il design e l ingegnerizzazione dei componenti con cui il sistema di condizionamento interagisce dovranno essere modificate. Poiché ogni fornitore ha la possibilità di suggerire cambiamenti, il progetto complessivo è instabile. Ad esempio cambiamenti nello stile dell abitacolo potrebbero richiedere cambiamenti interni al sistema di condizionamento, o le opzioni che richiedono (Beta) potrebbero richiedere cambiamenti nell architettura del sistema. Nel caso del Progetto-B, l architettura del sistema di condizionamento è quindi in evoluzione e Dnts è coinvolto in questi cambiamenti. Inoltre, anche nel caso di Beta, alcune funzioni del sistema di condizionamento dipendono anche da altri componenti, come il compressore, riducendo l isolamento funzionale complessivo. Il personale di Dnts è concorde nell affermare che, dalle osservazioni sopra riportate, è possibile comprendere come un approccio di tipo black-box alla gestione dei progetti di sviluppo non sarebbe possibile nel caso di Beta: Sviluppare un sistema con l approccio black-box sarebbe troppo rischioso Solo aprendo la black-box Dnts può aiutare Beta a valutare e decidere esattamente le conseguenze delle richieste di Beta: un approccio black-box non permetterebbe a Beta di comprendere l impatto che alcuni cambiamenti da lei richiesti a livello di sistema potrebbero avere sulle performance complessive del sistema di condizionamento, mentre uno scambio informativo intenso aiuta Beta a definire meglio la configurazione finale del sistema. Il manager ha sottolineato che Beta e Dnts hanno conoscenze differenti che devono essere integrate per integrare efficacemente il sistema di condizionamento nell auto Isolamento funzionale e modularità Le nostre interviste e analisi hanno evidenziato, in entrambi i casi, la mancanza di un completo isolamento funzionale dei componenti. Il responsabile di R&S del Progetto-A ci ha spiegato che i problemi d integrazione legati alle funzioni condivise sono gestiti da Alpha definendo le performance di sistema e le interfacce, ben conoscendo le interdipendenze con gli altri componenti dell auto [ ]. Il coordinamento funzionale è quindi gestito da Alpha, ma Dnts supporta questo processo fornendo ad Alpha alcune informazioni sul funzionamento di specifici componenti interni. Per questo motivo un approccio di tipo black-box non sarebbe possibile. Anche il Progetto-B si caratterizza per una mancanza di perfetto isolamento funzionale. Ma a differenza del Progetto- A, quando Beta richiede dei cambiamenti nel sistema di condizionamento ha bisogno delle nostre competenze per valutare l impatto di questi cambiamenti sulla performance del sistema di condizionamento. Noi spieghiamo a Beta le conseguenze dei cambiamenti richiesti ed eventualmente suggeriamo altre soluzioni. La decisione finale è presa da Beta. Per questo motivo e per la fluidità dell architettura, Dnts e Beta scambiano continuamente informazioni durante il progetto. La mancanza di completo isolamento funzionale influenza anche la suddivisione delle conoscenze tra Dnts e le case automobilistiche, con delle differenze importanti tra le due. Alpha possiede una conoscenza approfondita del sistema di condizionamento: il responsabile di R&S del Progetto-A ha sottolineato che Alpha ha maggiori conoscenze architetturali di Dnts, mentre le conoscenze sul coordinamento strutturale e funzionale del sistema con gli altri componenti sono simili. Il Sales & Marketing Manager del Progetto-A ha spiegato che Alpha sviluppa queste conoscenze cooperando direttamente con dei fornitori di secondo livello (dei componenti interni al sistema di condizionamento), specialmente durante lo sviluppo di nuovi componenti: Alpha sta integrando competenze interne fino a essere in grado di sviluppare i componenti interni del sistema di condizionamento. Stanno aumentando il loro livello d integrazione verticale per essere più competenti e competitivi. Beta non sviluppa le stesse conoscenze di Alpha, ma si appoggia al fornitore che è chiamato a suggerire anche soluzioni architetturali. Dnts deve utilizzare le sue conoscenze per gestire molte delle interdipendenze funzionali del sistema di condizionamento con altri componenti. Beta, per valutare il lavoro di Dnts, ha sviluppato delle competenze organizzative sofisticate e delle procedure di analisi del progetto severe. Beta utilizza inoltre i suoi archivi, che contengono soluzioni tecniche adottate in passato e le valutazioni del mercato. Non notando un approccio modulare, o di tipo black-box, alla gestione delle attività d innovazione da parte di Dmts e dei car-maker, abbiamo esplicitamente chiesto agli ingegneri di Dnts la loro opinione sulla modularità. Il responsabile di R&S del Progetto-A ha affermato: Design modulari ridurrebbero ampiamente la necessità d interagire con i clienti poiché il car-maker definirebbe le specifiche, e i fornitori potrebbero interpretarle autonomamente. In particolare, secondo Dnts in caso di componenti modulari l Oem avrebbe il compito di disegnare le interfacce e di definire le performance, mentre lascerebbe al fornitore la libertà di decide- 8 marzo/aprile 2010 Sviluppo&organizzazione

8 Modularità e outsourcing re come soddisfare questi target. Dnts vedrebbe con favore questa divisione dei compiti. Il manager di R&D ci ha detto: Il car-maker dovrebbe definire le funzioni del sistema di condizionamento e le performance, lasciandoci la possibilità di trovare la soluzione tecnica migliore, ma quando abbiamo chiesto di analizzare la realtà dei fatti ci è stato detto che: Nessuno nel settore ha questo approccio. Credo che la modularità sia principalmente diffusa nell industria elettronica, ma nella nostra non abbiamo ancora trovato il giusto livello per realizzare vere black-box perché gli Oem hanno bisogno di maggiore esperienza. Alpha è vicina all approccio modulare, ma è troppo intrusiva, dovrebbe fare un passo indietro Un Oem ha bisogno di molte competenze per modularizzare un sistema Alpha, per esempio, ha un approccio modulare nel definire le interfacce, ma per definire l architettura di prodotto, le loro specifiche vanno dentro il sistema di condizionamento. Alpha ha abbastanza conoscenze per definire ex ante le interfacce del sistema di condizionamento, ma interviene pesantemente nel condizionare le attività di progettazione del fornitore; Beta non ha abbastanza conoscenze per stabilire l architettura e si appoggia maggiormente a Dnts. La modularità potrebbe anche permettere di utilizzare un approccio black-box puro, ma richiederebbe elevate conoscenze anche relativamente ai componenti interni al sistema di condizionamento che, utilizzando un approccio black-box, il car-maker rischierebbe di perdere assieme al controllo del sistema. Le conoscenze sviluppate per modularizzare il sistema dovrebbero essere mantenute e continuamente sviluppate nel tempo, per non perdere il controllo dell architettura e della tecnologia del sistema di condizionamento, strategia in contrasto con l adozione di un approccio black-box. Questo paradosso è stato riconosciuto anche dal responsabile di R&S intervistato Altri sistemi di coordinamento Abbiamo mostrato come Alpha e Beta utilizzino due schemi di divisione dei compiti e delle conoscenze molto diversi, che si legano a due approcci, altrettanto diversi, alla definizione dell architettura del sistema di condizionamento. Questa sezione sintetizza le differenze tra Alpha e Beta nell utilizzo di altri sistemi di coordinamento. Come sopra evidenziato, Alpha utilizza specifiche e interfacce stabili per coordinarsi con Dnts. Mentre la letteratura sulla modularità ipotizza che questi strumenti di coordinamento possano sostituire il ricorso a un intenso scambio informativo durante il progetto, le nostre interviste chiariscono che il progetto ha richiesto comunque un intenso scambio informativo, formale e informale. Lo scambio informativo formale era costituito da un incontro mensile per pianificare le attività, più altri due incontri mensili per risolvere eventuali problemi tecnici. Inoltre, i responsabili tecnici del progetto erano ogni giorno in contatto via e telefonicamente. Il responsabile della R&S del progetto ha chiarito che erano in contatto con Alpha per verificare di aver correttamente compreso le loro richieste o per richiedere il loro aiuto. Il nostro obiettivo era evitare un blocco delle attività tra un incontro e l altro. Infine, i responsabili Dnts delle attività di design e ingegneria per il Progetto-A vennero distaccati presso gli stabilimenti di Alpha per poter meglio coordinarsi con gli ingegneri di Alpha. Anche Beta investe nell integrazione con Dnts. Le interviste hanno confermato che l integrazione non mira ad aumentare le conoscenze di Beta, ma principalmente l efficienza del processo. Beta è in grado di collaborare con Dnts senza una base di conoscenze condivise con Dnts. Per farlo, Beta ha sviluppato un sistema di reporting sofisticato che memorizza tutte le informazioni rilevanti relative al costo dei componenti e ai difetti del sistema di condizionamento rilevati sul mercato. Il confronto incrociato del dettaglio dei costi e dei problemi tecnici e funzionali ha permesso a Beta di guidare le scelte di Dnts senza una conoscenza specifica della tecnologia del componente. Beta è ritenuto un fornitore rigido per i sistemi e le procedure di analisi dei costi impiegati. Beta richiede incontri specifici per raccogliere informazioni dettagliate sui costi dei componenti e, a volte, impone delle restrizione sui fornitori e sulla loro nazionalità. Tuttavia, l attenzione di Beta è prevalentemente rivolta ai costi: C inviano degli analisti che controllano passo passo tutte le variabili che includiamo nella definizione del prezzo. Beta non valuta tutti i sotto-componenti, ma solo quelli con l impatto maggiore sul costo complessivo del prodotto. I manager di Dnts hanno rilevato l enfasi di Beta sulla codificazione delle pratiche di co-development: Ogni attività del processo di sviluppo è totalmente standardizzata. Beta controlla lo stato del progetto con una procedura costituita da cinque step e una serie di verifiche. Inoltre, richiede incontri mensili e vari appuntamenti. Per ogni stadio del progetto, Beta ha un responsabile della verifica e diversi ispettori che sovrintendono alle attività svolte da Dnts. Durante le interviste è emerso chiaramente che Dnts considera egualmente performanti gli strumenti d integrazione adottati da Alpha e Beta. 5. Discussione: un confronto complessivo tra i due Progetti Lo stesso sistema di condizionamento (stesso prodotto, stessa complessità, stesso segmento di mercato) è stato sviluppato utilizzando una diversa definizione delle interfacce e utilizzando diverse soluzioni organizzative. In questa sezione analizziamo le differenze principali tra i Progetti A e B. Sviluppo&organizzazione marzo/aprile

9 5.1. Definizione delle interfacce e dei confini della conoscenza Alpha ha dimostrato di possedere una conoscenza profonda del sistema di condizionamento e dei suoi componenti. Alpha utilizza questa conoscenza per definire in dettaglio sia l architettura del sistema di condizionamento sia alcuni suoi componenti interni. Inoltre, secondo Dnts, Alpha mantiene le specifiche stabili durante il progetto. Il maggior limite di questo approccio è l impossibilità di valorizzare le conoscenze del fornitore a causa della limitata possibilità che quest ultimo ha di suggerire nuove e originali soluzioni tecniche. Alpha ha però la necessità di utilizzare interfacce standard assieme ad altri strumenti d integrazione e coordinamento basati su un intenso scambio informativo. La finalità di tale scambio informativo è quella di gestire le interdipendenze funzionali residue, che solo in parte Alpha riesce a controllare definendo alcuni componenti interni del sistema di condizionamento. La standardizzazione delle interfacce e la stabilità dell architettura, inoltre, permette ad Alpha di implementare la logica delle piattaforme di prodotto. L approccio di Beta è sotto molti punti di vista diverso. Beta co-sviluppa il sistema di condizionamento con il fornitore anche per quel che attiene la definizione delle interfacce e delle interdipendenze tra il sistema di condizionamento e il resto del veicolo. Beta richiede esplicitamente soluzioni innovative da parte di Dnts anche a livello di architettura, che non è congelata all inizio del progetto e può variare. Secondo gli ingegneri di Dnts, questo approccio aumenta la possibilità d introdurre innovazioni. Il problema principale è la maggiore instabilità del progetto, che è invece assente nel caso di Alpha. Il nostro studio mostra quindi una relazione tra il modo in cui gli Oem definiscono l architettura di prodotto e la natura delle loro conoscenze ingegneristiche. Inoltre, troviamo che l integrazione è facilitata sia dalla modularità (nel caso del Progetto-A), grazie alla definizione ex ante delle interfacce sia da interfacce fluide (Progetto- B) che aumentano il ricorso all outsourcing. Nel primo caso osserviamo che Alpha riesce a modularizzare il componente e a stabilizzarne l architettura attraverso la progettazione di alcuni componenti interni. Secondo le nostre fonti questo approccio è reso possibile dalle ampie conoscenze di prodotto di Alpha. Nel secondo caso, Beta utilizza interfacce standard che lascia fluide. Beta dà alcune direttive legate all architettura ma il sistema è poi sviluppato dal fornitore. Data la maggiore libertà lasciata al fornitore e le minori conoscenze di Beta, l Oem ricorre a controlli più rigidi sulle attività svolte dal fornitore, soprattutto attraverso il controllo dei costi. Nel caso di Alpha è l architettura (e le interfacce tra il componente e il resto del veicolo) ad essere fissa e invariante, nel caso di Beta sono le procedure la parte più strutturata. Le Figure 1 e 2 rappresentano gli approcci di Alpha e Beta al co-sviluppo del sistema di condizionamento con Dnts. Il rettangolo principale delimitato dalla cornice verde rappresenta le interfacce del sistema di condizionamento, mentre i piccoli rettangoli rappresentano i componenti interni al sistema di condizionamento, e l ovale le soluzioni ingegneristiche complessive. Alpha specifica completamente tutte le interfacce (l area verde), alcuni componenti interni (i rettangoli blu interni al sistema), e altre caratteristiche del sistema, sulla base si soluzioni ingegneristiche precedentemente utilizzate (area gialla). Le zone bianche sono quelle sviluppate da Dnts. Beta definisce un numero inferiore di interfacce (l area verde non è piena), nessun componente interno al sistema (non vi sono rettangoli blu), e alcune soluzioni ingegneristiche, ma in numero minore rispetto ad Alpha. Figura 1 - L approccio di Alpha al co-sviluppo del sistema di condizionamento con Dnts Il rettangolo principale, delimitato dalla cornice verde, rappresenta le interfacce del sistema di condizionamento, che in questo caso sono specificate completamente da Alpha. I rettangoli di dimensioni minori rappresentano i componenti interni al sistema. I rettangoli blu sono quelli disegnati da Alpha, quelli bianchi sono sviluppati da Dnts. Alpha specifica anche diverse caratteristiche tecniche del sistema (area gialla). Figura 2 - L approccio di Beta al co-sviluppo del sistema di condizionamento con Dnts Beta non definisce completamente le interfacce del sistema di condizionamento (cornice verde) e non definisce alcun componente interno (non vi sono rettangoli blu interni alla cornice). Le aree di competenza di Dnts sono quelle bianche, prevalenti nel caso di Beta rispetto a quello di Alpha. 10 marzo/aprile 2010 Sviluppo&organizzazione

10 Modularità e outsourcing I due casi contribuiscono a chiarire il rapporto tra modularità e black-box sourcing. Mentre la letteratura esistente suggerisce l esistenza di un rapporto complementare e di supporto reciproco (Lamming, 1993), noi troviamo che, in pratica, modularità e black-box sourcing sono sostitutivi e difficili da combinare. Nel caso di Alpha la stabilità delle interfacce dovrebbe favorire il black-box sourcing, ovvero la chiara divisione dei compiti e delle conoscenze, ma le nostre testimonianze mostrano che Alpha definisce anche dei componenti interni al prodotto realizzato da Dnts e ha importanti conoscenze sul suo funzionamento. La suddivisione degli ambiti di competenza tra fornitore e Oem non rispecchia l architettura di prodotto, fisicamente rappresentata dal confine posto dalle interfacce: Alpha entra nei confini di Dnts. Beta ricorre maggiormente all outsourcing e al black-box sourcing perché non entra nei confini del lavoro di Dnts e non ha le competenze di Dnts. Tuttavia, quello osservato non sembra avere i connotati tipici del black-box sourcing dal momento che manca quella chiara specificazione dell architettura che permette di disaccoppiare le attività di sviluppo. Beta, infatti, ha bisogno di Dnts anche per definire l architettura. La mancanza di conoscenze di prodotto di Beta è però compensata dalla capacità di gestire e controllare il processo tramite procedure standard. Infine, anche Beta se pur in modo diverso da Alpha esercita un forte controllo su Dnts entrando nel dettaglio dei costi dei componenti utilizzati da Dnts. In entrambi i casi, l architettura del componente non si è dimostrata determinante nel definire i meccanismi di coordinamento adottati. La decisione di adottare interfacce stabili o fluide non dipende da caratteristiche intrinseche del sistema, ma deriva da una scelta deliberata degli Oem e dalle loro competenze. È interessante notare che dal punto di vista di Dnts la diversa allocazione dei compiti, delle conoscenze, ed i diversi meccanismi di coordinamento descritti nei due progetti hanno prodotto dei risultati giudicati equivalenti. Durante le nostre interviste abbiamo raccolto le valutazioni dei manager sui Progetti A e B (tempi, costi, qualità). In termini assoluti, il Progetto A era più ambizioso tecnicamente (per la qualità percepita dell aria) ma, nel complesso, le performance sono risultate simili. Anche gli strumenti di coordinamento scelti sono stati valutati come coerenti, perché entrambi gli Oem hanno saputo coniugare la strategia prescelta con le risorse e competenze per perseguirla: Alpha che ha storicamente puntato sulla funzione del condizionamento ha maggiormente investito nella conoscenza dello specifico componente, mentre Beta, che punta meno sul sistema di condizionamento, investe meno sulla sua tecnologia e di più sul controllo dei costi e dei difetti. Dnts ha chiarito che non tutti i car-maker sono consistenti, ad esempio l approccio di Gamma è stato valutato inconsistente perché non è possibile specificare ex ante tutte le interfacce e optare per un approccio black-box (delle conoscenze). La mancanza di conoscenze tecniche dell Oem ci crea dei problemi se ha preteso di fissare lui, e in anticipo, tutte le interfacce. Quando poi, durante lo sviluppo, emergono dei trade-off, siamo noi a dover correggere il design del sistema. In questo modo ci sono dei ritardi e il costo del progetto aumenta I limiti della modularità nell integrazione di fonti esterne d innovazione I due casi analizzati dimostrano come la modularità e il black-box sourcing non sono complementari. Il maggior livello di modularità di Alpha è legato a importanti conoscenze tecniche di prodotto, mentre il maggior ricorso al black-box sourcing di Beta è legato a minori livelli di modularità. In entrambi i casi non è la modularità a determinare le caratteristiche del processo: il livello di modularità di un componente dipende dalle competenze tecniche degli Oem che informano anche la scelta degli altri strumenti di coordinamento. Alpha utilizza le sue competenze tecniche, il conseguente maggior livello di modularità e lo scambio informativo, per coordinarsi con Dnts. Beta, che ha minori basi tecniche e quindi un minor livello di modularità dei componenti, utilizza prevalentemente procedure di controllo del progetto e in particolare dei costi. La modularità, pur essendo utilizzata come strumento di coordinamento e integrazione, contrariamente a quanto predetto dalla letteratura (Sanchez e Mahoney, 1996), non rende le organizzazioni loosely coupled (alla lettera, lascamente connesse ) e non può essere utilizzata come principale strumento di coordinamento. La modularità richiede importanti investimenti nella conoscenza tecnica del componente, che costituiscono il vero strumento di coordinamento, e non annulla lo scambio informativo. Tuttavia, non essendo i componenti analizzati perfettamente modulari, alcuni dei limiti sopra elencati potrebbero essere ascritti alla non-perfetta modularità dei componenti. Per questo motivo durante le interviste abbiamo cercato di comprendere se il sistema di condizionamento e, in generale, gli altri componenti dell auto, potrebbero essere completamente modularizzati e se la modularità potrebbe portare i vantaggi suggeriti dalla letteratura. Sviluppo&organizzazione marzo/aprile

11 Dalle nostre interviste è chiaramente emerso che la complessità delle auto rappresenta un limite per processi di modularizzazione. Il manager di R&S del Progetto-B ha chiaramente spiegato che i componenti con cui il sistema di condizionamento s interfaccia, come il parafiamma, influenzano lo stile dell auto, elemento essenziale per la competitività della maggior parte dei car-maker. Standardizzare le interfacce del sistema di condizionamento vorrebbe dire ridurre la possibilità di modificare il design di parte dell auto. In particolare, maggiore è il numero d interfacce da vincolare, più complesse diventano le attività di sviluppo nuovi prodotti. Inoltre, la mancanza di completo isolamento funzionale del sistema di condizionamento, e così di molti altri componenti dell auto, unita alla difficoltà di standardizzare le interfacce, è un elemento che aumenta la complessità e il costo di design modulari. Alpha è riuscita a raggiungere un buon livello di modularità dopo importanti investimenti nella tecnologia del componente. Come il responsabile tecnico del progetto ha sottolineato, per raggiungere la completa modularità Alpha dovrebbe ulteriormente investire nella conoscenza relativa agli specifici componenti del sistema. Per disegnare un sistema completamente modulare, Alpha dovrebbe diventare competente quanto Dnts. In questo modo Alpha potrebbe disegnare un sistema modulare, con interfacce standard e isolato funzionalmente, senza essere intrusiva. Questi investimenti, uniti alla complessità delle auto, sembrano però essere incompatibili con la scelta di adottare un approccio di tipo black-box, che implicherebbe non utilizzare più le conoscenze accumulate, con il rischio di perdere il controllo dell architettura di prodotto, che attualmente è in continua evoluzione (Zirpoli e Becker, 2010). Come spiegato dal manager di R&S del progetto-b, semplici modifiche di design richiedono modifiche nell architettura del prodotto. Per questo motivo modularità e black-box sourcing, almeno finché l industria dell auto sarà caratterizzata da importanti cambiamenti architetturali, non sembrano destinati a essere complementari. Durante le nostre interviste i manager di Dnts hanno affermato che, pur conoscendo i benefici teorici della modularità, al momento né loro né Alpha e Beta stanno investendo in questa direzione. 6. Conclusioni e implicazioni manageriali La letteratura sulla modularità ha predetto una serie di benefici sull utilizzo della modularità nell integrazione di fonti esterne d innovazione, tra i quali il ricorso al black-box sourcing inteso come possibilità di dividere nettamente le attività svolte dall Oem e dal fornitore, nonché le relative conoscenze e gli investimenti necessari per svilupparle e mantenerle. Di conseguenza, la modularità potrebbe anche sostituire i classici e costosi strumenti di coordinamento cliente-fornitore come i team-interfunzionali. Anche il settore automobilistico, caratterizzato da un crescente ricorso all outsourcing, si è interessato alla modularità proprio per i benefici sopra elencati. Tuttavia, a oggi, pochi componenti dell auto sono realmente modulari. In questo articolo abbiamo analizzato due casi di development di uno dei componenti più modulari di un auto, il sistema di condizionamento, per comprendere il vero ruolo della modularità, il suo potenziale e i suoi limiti all interno del settore automobilistico. I nostri dati mostrano che il coordinamento tra car-maker e fornitore non è una conseguenza del livello di modularità del componente. Partendo dallo stesso componente, sviluppato dallo stesso fornitore per due Oem diversi, abbiamo individuato due approcci diversi alla definizione delle interfacce e dell architettura. Il coordinamento tra imprese è raggiunto in un caso condividendo un ampia base di conoscenze legata all architettura e al funzionamento interno del componente da sviluppare, nel secondo caso utilizzando sofisticate procedure di controllo del progetto. Nel primo caso, le conoscenze condivise hanno permesso al car-maker di ben specificare e stabilizzare l architettura di prodotto, che presenta quindi un elevato grado di modularità e favorisce il coordinamento. L elevato grado d integrazione verticale del car-maker ha favorito la codificazione delle sue conoscenze tecniche di prodotto, rappresentate dalle interfacce standard e dal design di alcuni componenti interni che, essendo conoscenza esplicita, favoriscono il coordinamento. La relazione non rispecchia però l architettura del componente: cliente e fornitore non sono lascamente connessi, ma condividono un ampia base di conoscenza e continuano a scambiare costantemente informazioni. Nel secondo caso, il car-maker non ha sufficienti conoscenze per definire ex ante tutta l architettura, e si appoggia quindi al fornitore. In questo caso il ricorso all outsourcing è maggiore ed il livello di modularità minore. Il car-maker non utilizza la conoscenza codificata per coordinarsi con il fornitore, ma riesce comunque a co-sviluppare efficacemente il componente con il fornitore ricorrendo a un intenso scambio informativo e a competenze organizzative molto sviluppate. 12 marzo/aprile 2010 Sviluppo&organizzazione

12 Modularità e outsourcing In entrambi i casi, modularità e outsourcing non sono complementari. Il car-maker che ottiene i livelli maggiori di modularità è quello più integrato verticalmente, mentre il ccar-maker che ricorre maggiormente all outsourcing ottiene componenti meno modulari. Entrambi gli approcci sono considerati coerenti da Dnts, poiché le performance finali sono comparabili, e il maggior investimento in conoscenza fatto dal primo car-maker è coerente con l importanza strategica che ha assegnato a quel componente. Dnts ha inoltre sottolineato che, mentre il primo approccio garantisce maggiore stabilità al progetto, il secondo permette maggiori livelli d innovatività. I nostri dati ci hanno infine permesso di comprendere perché la modularità fatica ad affermarsi nel settore automobilistico, mentre in altri settori è maggiormente diffusa e complementare a strategie di outsourcing (Sturgeon, 2002). Molte di queste limitazioni dipendono dalle caratteristiche tecniche delle auto, composte da componenti al primo livello della gerarchia di prodotto accoppiati da un numero importante di interfacce e difficilmente isolabili funzionalmente. La numerosità delle interfacce riduce la possibilità di innovare il design dei componenti standardizzando al contempo le interfacce. Inoltre, le interdipendenze funzionali dovrebbero essere gestite dal car-maker tramite approfondite conoscenze tecniche, sia architetturali sia degli specifici componenti. Gli Oem dovrebbero fare importanti investimenti in conoscenza prima per modularizzare l auto, e poi per non perdere il controllo della nuova architettura generata. In questo contesto, MacDuffie (2008) ha evidenziato un maggior ricorso alla modularità da parte dei ccarmaker cinesi, e in particolare di Chery Automotive, che attualmente hanno un livello di conoscenze tecniche inferiori ai loro concorrenti. Gli Oem cinesi si appoggiano quindi a fornitori che compensano la loro mancanza di conoscenze e definiscono per loro l architettura dei componenti e, tramite un raro caso di coordinamento orizzontale, definiscono anche come i componenti devono essere integrati. Un esempio è il coordinamento tra Mitsubishi e Delphi, rispettivamente per l integrazione del motore e delle trasmissioni automatiche. Questi Oem ottengono alcuni benefici della modularità, come una riduzione dei tempi e dei costi di sviluppo, ma non sono in grado di controllare sostanzialmente le performance dei loro prodotti e in futuro avranno delle difficoltà a esportare i loro prodotti in quei paesi dove vigono norme di sicurezza e rispetto dell ambiente restrittive. Il rispetto di queste norme e il raggiungimento di elevate performance di prodotto è il risultato, secondo gli studi di MacDuffie (2008), di un maggior livello di integrazione verticale non compatibile con strategie di complementarietà tra modularità e outsourcing. La complessità delle auto, le conoscenze necessarie per dominare il loro design e la loro architettura, nonché il dinamismo del settore sarebbero quindi le principali cause dell attuale insuccesso delle strategie modulari. Questo studio dimostra quindi che il legame tra modularità e gestione delle relazioni di fornitura non è universale. Nel caso dell industria automobilistica il rapporto è sostitutivo. Studi futuri potranno offrire una miglior comprensione dei fattori che guidano la divisione del lavoro tra imprese e il coordinamento della produzione di conoscenza nel settore automobilistico. S&O Bibliografia Baldwin C.Y, Clark K.B., 1997, Managing in an age of modularity, Harvard Business Review, 75(5): Baldwin C.Y, Clark K.B., 2000, Design rules Vol. 1: The power of modularity, Cambridge, MA: Mit Press. Brusoni S., Prencipe A., Pavitt K. 2001, Knowledge specialization, organizational coupling, and the boundaries of the firm: Why do firms know more than they make?, Administrative Science Quarterly, 46: Cabigiosu A., Camuffo A., 2009, When product and organizational architecture mirror: degrees of coupling, component modularity and supplier relations in the Air-Conditioning Industry, Croma Center for Research in Organization and Management Bocconi University, Working paper series, working paper Camuffo A., 2004, Rolling out a world car : globalization, outsourcing and modularity in the auto industry. Korean Journal of Political Economy. 2: Chesbrough H.W., 2003, Open Innovation: The New Imperative for Creating and Profiting from Technology, Harvard Business School Press. Eisenhardt K. M., 1989, Building theories from case study research, Academy of Management Review, 14(4), Clark K., Fujimoto T., 1991, Product Development Performance. Boston, MA: Harvard Business School Press. Fine C.H. 1998, Clock Speed Winning industry control in the age of temporary advantage, Sloan School of Management, Mit. Sviluppo&organizzazione marzo/aprile

13 Fixson S.K., Ro Y., Liker, J.K., 2005, Modularity and outsourcing: a study of generational sequences in the U.S. automotive cockpit industry, International Journal of Automotive Technology and Management. 5 (2): Fixson S.K., Park J.K., 2008, The power of integrality: Linkages between product architecture, innovation, and industry structure, Research Policy, 37: Fourcade F., Christophe M., 2004, Modularisation in the auto industry: can manufacturer s architectural strategies meet supplier s sustainable profit trajectories?, International Journal of Automotive Technology and Management, 4: Frigant V., Damein T., 2005, Technological Determinism and modularity: lessons from a comparison between aircraft and auto industries in Europe, Industry and Innovation, 12: Fujimoto T., Dongsheng G., 2006, The architectural attributes of auto parts and transaction patterns on design drawings, International Journal of Automotive Technology & Management, 6(4):1-11. Galvin P., Morkel A., 2001, The effect of product modularity on industry structure: the case of the world bicycle industry, Industry and Innovation, 8(1): Handfield R.B., Melnyk S.A., 1999, The scientific theory-building process: a primer using the case of Tqm, Journal of Operations Management, 16: Henderson R., Clark K.B., 1990, Architectural innovation: the reconfiguration of existing product technologies and the failure of established firms, Administrative Science Quarterly, 35(1):9-30. Meredith, J. R., 1998, Building operations management theory through case and field research, Journal of Operations Management, 16(4): Mikkola J., 2003, Modularity, component outsourcing, and inter-firm learning, R&D Management, 33(4): Pimmler T.U., Eppinger S.E., 1994, Integration analysis of product decompositions, Paper presented at the Asme Design Theory and Methodology Conference, MN. Yin, R., 1984, Case study research: Design and methods. Beverly Hills, CA: Sage Publishing. Young R., Liker J.K. e Fixson S.K., 2007, Modularity as a Strategy for Supply Chain Coordination: The Case of U.S. Auto, Ieee Transactions on Engineering Management, 54(1): Young R., Liker J.K. e Fixson S.K., 2008, Evolving Models of Supplier Involvement in Design: The Deterioration of the Japanese Model in U.S. Auto, Ieee Transactions on Engineering Management, 55(2): Salvador F., 2007, Toward a product system modularity construct: Literature review and reconceptualization, Ieee Transactions on engineering management, 54: Sanchez R., Mahoney J., 1996, Modularity, flexibility, and knowledge management in product and organization design, Strategic Management Journal, 17: Sosa M., Eppinger S. e Rowles C., 2007, A network approach to define modularity of components in complex products, Asme Journal of Mechanical Design, 129(11): Sturgeon T. e Florida R., 2004, Globalization, Deverticalization, and Employment in the Motor Vehicle Industry, pp , in Martin Kenney ed., Locating Global Advantage, Industry Dynamics in the International Economy, Stanford University Press, Palo Alto. Sturgeon T., 2002, Modular production networks: a new American model of industrial organization, Industrial and Corporate Change, 11(3): Takeishi A., 2002, Knowledge Partitioning in the Interfirm Division of Labor: The Case of Automotive Product Development, Organization Science, 13(3): Takeishi A. e Fujimoto T., 2003, Modularization in the Car Industry. Interlinked multiple hierarchies of product, production and supplier systems. In Prencipe, A., Davies, A. and Hobday, M., (eds.) The Business of Systems Integration, Oxford, Oxford University Press. Tiwana, A., 2008, Does technological modularity substitute for control? A study of alliance performance in software outsourcing, Strategic Management Journal, 29(7), Ulrich, K., 1995, The role of product architecture in the manufacturing firm, Research Policy, 24: Weick K. e Orton D., 1990, Loosely coupled systems: A reconceptualization, Academy of Management Review, 16(2): Zirpoli F. e Becker M., 2009, Beyond Product Architecture: Division of Labor and Competence Accumulation in Complex Product Development. Available at Ssrn: Zirpoli F. e Becker M., 2010, Managing Design Outsourcing in Complex Product Development, Sloan Management Review, forthcoming. 14 marzo/aprile 2010 Sviluppo&organizzazione

Organizzazione: teoria, progettazione e cambiamento

Organizzazione: teoria, progettazione e cambiamento Organizzazione: teoria, progettazione e cambiamento Edizione italiana a cura di G. Soda Capitolo 6 La progettazione della struttura organizzativa: specializzazione e coordinamento Jones, Organizzazione

Dettagli

IT FINANCIAL MANAGEMENT

IT FINANCIAL MANAGEMENT IT FINANCIAL MANAGEMENT L IT Financial Management è una disciplina per la pianificazione e il controllo economico-finanziario, di carattere sia strategico sia operativo, basata su un ampio insieme di metodologie

Dettagli

Che cos è un focus-group?

Che cos è un focus-group? Che cos è un focus-group? Si tratta di interviste di tipo qualitativo condotte su un ristretto numero di persone, accuratamente selezionate, che vengono riunite per discutere degli argomenti più svariati,

Dettagli

I Valori del Manifesto Agile sono direttamente applicabili a Scrum:!

I Valori del Manifesto Agile sono direttamente applicabili a Scrum:! Scrum descrizione I Principi di Scrum I Valori dal Manifesto Agile Scrum è il framework Agile più noto. E la sorgente di molte delle idee che si trovano oggi nei Principi e nei Valori del Manifesto Agile,

Dettagli

IL VANTAGGIO COMPETITIVO NEI SETTORI MATURI

IL VANTAGGIO COMPETITIVO NEI SETTORI MATURI IL VANTAGGIO COMPETITIVO NEI SETTORI MATURI Cap. XII di R. Grant A cura di: Paola Bisaccioni INDICE Maturità e peculiarità dei settori maturi I fattori critici di successo L implementazione strategica

Dettagli

BOARD in Eisai: crescere con il Performance Management

BOARD in Eisai: crescere con il Performance Management BOARD in Eisai: crescere con il Performance Management Gli aspetti maggiormente apprezzabili nell utilizzo di BOARD sono la tempestività nel realizzare ambienti di analisi senza nessun tipo di programmazione

Dettagli

Classificazioni dei sistemi di produzione

Classificazioni dei sistemi di produzione Classificazioni dei sistemi di produzione Sistemi di produzione 1 Premessa Sono possibili diverse modalità di classificazione dei sistemi di produzione. Esse dipendono dallo scopo per cui tale classificazione

Dettagli

Corso di Amministrazione di Sistema Parte I ITIL 3

Corso di Amministrazione di Sistema Parte I ITIL 3 Corso di Amministrazione di Sistema Parte I ITIL 3 Francesco Clabot Responsabile erogazione servizi tecnici 1 francesco.clabot@netcom-srl.it Fondamenti di ITIL per la Gestione dei Servizi Informatici Il

Dettagli

Razionalità organizzativa e struttura

Razionalità organizzativa e struttura Un organizzazione è sempre compresa in sistemi più ampi Alcune parti dell organizzazione inevitabilmente sono interdipendenti con altre organizzazioni non subordinate e fuori dalle possibilità di controllo

Dettagli

Dar da mangiare agli affamati. Le eccedenze alimentari come opportunità

Dar da mangiare agli affamati. Le eccedenze alimentari come opportunità Dar da mangiare agli affamati. Le eccedenze alimentari come opportunità Paola Garrone, Marco Melacini e Alessandro Perego Politecnico di Milano Indagine realizzata da Fondazione per la Sussidiarietà e

Dettagli

Panoramica su ITIL V3 ed esempio di implementazione del Service Design

Panoramica su ITIL V3 ed esempio di implementazione del Service Design Master Universitario di II livello in Interoperabilità Per la Pubblica Amministrazione e Le Imprese Panoramica su ITIL V3 ed esempio di implementazione del Service Design Lavoro pratico II Periodo didattico

Dettagli

LEAR ITALIA MES/LES PROJECT

LEAR ITALIA MES/LES PROJECT LEAR ITALIA MES/LES PROJECT La peculiarità del progetto realizzato in Lear Italia da Hermes Reply è quello di integrare in un unica soluzione l execution della produzione (con il supporto dell RFID), della

Dettagli

Governance e performance nei servizi pubblici locali

Governance e performance nei servizi pubblici locali Governance e performance nei servizi pubblici locali Anna Menozzi Lecce, 26 aprile 2007 Università degli studi del Salento Master PIT 9.4 in Analisi dei mercati e sviluppo locale Modulo M7 Economia dei

Dettagli

Pagine romane (I-XVIII) OK.qxd:romane.qxd 7-09-2009 16:23 Pagina VI. Indice

Pagine romane (I-XVIII) OK.qxd:romane.qxd 7-09-2009 16:23 Pagina VI. Indice Pagine romane (I-XVIII) OK.qxd:romane.qxd 7-09-2009 16:23 Pagina VI Prefazione Autori XIII XVII Capitolo 1 Sistemi informativi aziendali 1 1.1 Introduzione 1 1.2 Modello organizzativo 3 1.2.1 Sistemi informativi

Dettagli

General Motors: la storia della nascita e della crescita di una giant firm 1

General Motors: la storia della nascita e della crescita di una giant firm 1 General Motors: la storia della nascita e della crescita di una giant firm 1 Centralized control with decentralized responsibility (Johnson and Kaplan, 1987) 1. Dalla nascita fino al 1920 La General Motors,

Dettagli

Sussidio guida per la stesura della Relazione ex post

Sussidio guida per la stesura della Relazione ex post AGENZIA SANITARIA E SOCIALE REGIONALE ACCREDITAMENTO IL RESPONSABILE PIERLUIGI LA PORTA Sussidio guida per la stesura della Relazione ex post D.Lgs. 229/99 I principi introdotti dal DLgs 502/92 art. 8

Dettagli

Sistemi di supporto alle decisioni Ing. Valerio Lacagnina

Sistemi di supporto alle decisioni Ing. Valerio Lacagnina Cosa è il DSS L elevato sviluppo dei personal computer, delle reti di calcolatori, dei sistemi database di grandi dimensioni, e la forte espansione di modelli basati sui calcolatori rappresentano gli sviluppi

Dettagli

Neomobile incentra l infrastruttura IT su Microsoft ALM, arrivando a 40 nuovi rilasci a settimana

Neomobile incentra l infrastruttura IT su Microsoft ALM, arrivando a 40 nuovi rilasci a settimana Storie di successo Microsoft per le Imprese Scenario: Software e Development Settore: Servizi In collaborazione con Neomobile incentra l infrastruttura IT su Microsoft ALM, arrivando a 40 nuovi rilasci

Dettagli

***** Il software IBM e semplice *****

***** Il software IBM e semplice ***** Il IBM e semplice ***** ***** Tutto quello che hai sempre voluto sapere sui prodotti IBM per qualificare i potenziali clienti, sensibilizzarli sulle nostre offerte e riuscire a convincerli. WebSphere IL

Dettagli

Business Intelligence RENDE STRATEGICHE LE INFORMAZIONI

Business Intelligence RENDE STRATEGICHE LE INFORMAZIONI Business Intelligence RENDE STRATEGICHE LE INFORMAZIONI Business Intelligence RENDE STRATEGICHE LE INFORMAZIONI CSC ritiene che la Business Intelligence sia un elemento strategico e fondamentale che, seguendo

Dettagli

LA PROGETTAZIONE Come fare un progetto. LA PROGETTAZIONE Come fare un progetto

LA PROGETTAZIONE Come fare un progetto. LA PROGETTAZIONE Come fare un progetto LA PROGETTAZIONE 1 LA PROGETTAZIONE Oggi il raggiungimento di un obiettivo passa per la predisposizione di un progetto. Dal mercato al terzo settore passando per lo Stato: aziende, imprese, organizzazioni,

Dettagli

Università degli Studi del Sannio NUCLEO DI VALUTAZIONE RIUNIONE NUCLEO DI VALUTAZIONE

Università degli Studi del Sannio NUCLEO DI VALUTAZIONE RIUNIONE NUCLEO DI VALUTAZIONE Verbale n. 10 del 5 Novembre 2014 RIUNIONE Il giorno 5 Novembre 2014, alle ore 10.40, il Nucleo di Valutazione dell Università degli Studi del Sannio, si è riunito per discutere sugli argomenti iscritti

Dettagli

Il Business Process Management nella PA: migliorare la relazione con i cittadini ed ottimizzare i processi interni. A cura di Bernardo Puccetti

Il Business Process Management nella PA: migliorare la relazione con i cittadini ed ottimizzare i processi interni. A cura di Bernardo Puccetti Il Business Process Management nella PA: migliorare la relazione con i cittadini ed ottimizzare i processi interni A cura di Bernardo Puccetti Il Business Process Management nella PA Presentazione SOFTLAB

Dettagli

Business Process Management

Business Process Management Corso di Certificazione in Business Process Management Progetto Didattico 2015 con la supervisione scientifica del Dipartimento di Informatica Università degli Studi di Torino Responsabile scientifico

Dettagli

Notizie generali sul Resilience Process Questionnaire

Notizie generali sul Resilience Process Questionnaire 12 Notizie generali sul Resilience Process Questionnaire Il modello teorico di riferimento Oltre ai modelli descritti da Fergus e Zimmerman (2005) esiste un quarto approccio che, partendo dall approccio

Dettagli

La sostenibilità dello sviluppo turistico: il caso delle Dolomiti patrimonio naturale dell Unesco

La sostenibilità dello sviluppo turistico: il caso delle Dolomiti patrimonio naturale dell Unesco n. 2-2011 La sostenibilità dello sviluppo turistico: il caso delle Dolomiti patrimonio naturale dell Unesco Mariangela Franch, Umberto Martini, Maria Della Lucia Sommario: 1. Premessa - 2. L approccio

Dettagli

Il ciclo di vita del software

Il ciclo di vita del software Il ciclo di vita del software Il ciclo di vita del software Definisce un modello per il software, dalla sua concezione iniziale fino al suo sviluppo completo, al suo rilascio, alla sua successiva evoluzione,

Dettagli

Parole Chiave: Sviluppo di un nuovo prodotto, MSNP, design di prodotto, Stage-Gate

Parole Chiave: Sviluppo di un nuovo prodotto, MSNP, design di prodotto, Stage-Gate 6.1 Metodi per lo sviluppo di nuovi prodotti (MSNP) Parole Chiave: Sviluppo di un nuovo prodotto, MSNP, design di prodotto, Stage-Gate Questo capitolo presenta alcune metodologie per gestire al meglio

Dettagli

Processi (di sviluppo del) software. Fase di Analisi dei Requisiti. Esempi di Feature e Requisiti. Progettazione ed implementazione

Processi (di sviluppo del) software. Fase di Analisi dei Requisiti. Esempi di Feature e Requisiti. Progettazione ed implementazione Processi (di sviluppo del) software Fase di Analisi dei Requisiti Un processo software descrive le attività (o task) necessarie allo sviluppo di un prodotto software e come queste attività sono collegate

Dettagli

Un'infrastruttura IT inadeguata provoca danni in tre organizzazioni su cinque

Un'infrastruttura IT inadeguata provoca danni in tre organizzazioni su cinque L'attuale ambiente di business è senz'altro maturo e ricco di opportunità, ma anche pieno di rischi. Questa dicotomia si sta facendo sempre più evidente nel mondo dell'it, oltre che in tutte le sale riunioni

Dettagli

CHECK UP 2012 La competitività dell agroalimentare italiano

CHECK UP 2012 La competitività dell agroalimentare italiano Rapporto annuale ISMEA Rapporto annuale 2012 5. La catena del valore IN SINTESI La catena del valore elaborata dall Ismea ha il fine di quantificare la suddivisione del valore dei beni prodotti dal settore

Dettagli

VALUTAZIONE DI RISULTATO E DI IMPATTO del progetto Diesis

VALUTAZIONE DI RISULTATO E DI IMPATTO del progetto Diesis Obiettivo Competitività Regionale e Occupazione Programma Operativo Nazionale Azioni di Sistema (FSE) 2007-2013 [IT052PO017] Obiettivo Convergenza Programma Operativo Nazionale Governance e Azioni di Sistema

Dettagli

Supervisori che imparano dagli studenti

Supervisori che imparano dagli studenti Supervisori che imparano dagli studenti di Angela Rosignoli Questa relazione tratta il tema della supervisione, la supervisione offerta dagli assistenti sociali agli studenti che frequentano i corsi di

Dettagli

Guido Candela, Paolo Figini - Economia del turismo, 2ª edizione

Guido Candela, Paolo Figini - Economia del turismo, 2ª edizione 8.2.4 La gestione finanziaria La gestione finanziaria non dev essere confusa con la contabilità: quest ultima, infatti, ha come contenuto proprio le rilevazioni contabili e il reperimento dei dati finanziari,

Dettagli

I cambiamenti di cui abbiamo bisogno per il futuro che vogliamo

I cambiamenti di cui abbiamo bisogno per il futuro che vogliamo I cambiamenti di cui abbiamo bisogno per il futuro che vogliamo Le raccomandazioni della CIDSE per la Conferenza delle Nazioni Unite sullo Sviluppo Sostenibile (Rio, 20-22 giugno 2012) Introduzione Il

Dettagli

Cap.1 - L impresa come sistema

Cap.1 - L impresa come sistema Cap.1 - L impresa come sistema Indice: L impresa come sistema dinamico L impresa come sistema complesso e gerarchico La progettazione del sistema impresa Modelli organizzativi per la gestione Proprietà

Dettagli

Utilizzato con successo nei più svariati settori aziendali, Passepartout Mexal BP è disponibile in diverse versioni e configurazioni:

Utilizzato con successo nei più svariati settori aziendali, Passepartout Mexal BP è disponibile in diverse versioni e configurazioni: Passepartout Mexal BP è una soluzione gestionale potente e completa per le imprese che necessitano di un prodotto estremamente flessibile, sia dal punto di vista tecnologico sia funzionale. Con più di

Dettagli

Lezione 3. La struttura divisionale; la struttura a matrice e la struttura orizzontale

Lezione 3. La struttura divisionale; la struttura a matrice e la struttura orizzontale Lezione 3 La struttura divisionale; la struttura a matrice e la struttura orizzontale 1 LA STRUTTURA FUNZIONALE ALTA DIREZIONE Organizzazione Sistemi informativi Comunicazione Programmazione e controllo

Dettagli

TEST DELL'ABILITA' PRATICA DEL RAGIONAMENTO GLOBALE

TEST DELL'ABILITA' PRATICA DEL RAGIONAMENTO GLOBALE TEST DELL'ABILITA' PRATICA DEL RAGIONAMENTO GLOBALE COPYRIGHT 2008 PROCTER & GAMBLE CINCINNATI, OH 45202 U.S.A. AVVERTENZA: Tutti i diritti riservati. Questo opuscolo non può essere riprodotto in alcun

Dettagli

Rational Unified Process Introduzione

Rational Unified Process Introduzione Rational Unified Process Introduzione G.Raiss - A.Apolloni - 4 maggio 2001 1 Cosa è E un processo di sviluppo definito da Booch, Rumbaugh, Jacobson (autori dell Unified Modeling Language). Il RUP è un

Dettagli

Il CIO del futuro Report sulla ricerca

Il CIO del futuro Report sulla ricerca Il CIO del futuro Report sulla ricerca Diventare un promotore di cambiamento Condividi questo report Il CIO del futuro: Diventare un promotore di cambiamento Secondo un nuovo studio realizzato da Emerson

Dettagli

Come realizzare una buona presentazione (traduzione libera a cura della redazione di EpiCentro)

Come realizzare una buona presentazione (traduzione libera a cura della redazione di EpiCentro) Come realizzare una buona presentazione (traduzione libera a cura della redazione di EpiCentro) Quando si realizzano dei documenti visivi per illustrare dati e informazioni chiave, bisogna sforzarsi di

Dettagli

Capitolo 15 LE SCELTE DI ORGANIZZAZIONE. G. Airoldi, G. Brunetti, V. Coda Corso di economia aziendale Il Mulino, 2005

Capitolo 15 LE SCELTE DI ORGANIZZAZIONE. G. Airoldi, G. Brunetti, V. Coda Corso di economia aziendale Il Mulino, 2005 Capitolo 15 LE SCELTE DI ORGANIZZAZIONE G. Airoldi, G. Brunetti, V. Coda Corso di economia aziendale Il Mulino, 2005 1 L ASSETTO ORGANIZZATIVO, IL COMPORTAMENTO ORGANIZZATIVO In organizzazione il centro

Dettagli

Esperienze e soluzioni realizzate nell ambito del Progetto S.I.MO.NE

Esperienze e soluzioni realizzate nell ambito del Progetto S.I.MO.NE Programma Enti Locali Innovazione di Sistema Esperienze e soluzioni realizzate nell ambito del Progetto S.I.MO.NE 1 Premessa Il presente documento ha lo scopo di facilitare la disseminazione e il riuso

Dettagli

SYSKOPLAN REPLY IMPLEMENTA PER IL GRUPPO INDUSTRIALE SCHOTT UNA SOLUZIONE SAP CRM SU BASE SAP HANA E OPERATIVA IN 35 PAESI.

SYSKOPLAN REPLY IMPLEMENTA PER IL GRUPPO INDUSTRIALE SCHOTT UNA SOLUZIONE SAP CRM SU BASE SAP HANA E OPERATIVA IN 35 PAESI. SYSKOPLAN REPLY IMPLEMENTA PER IL GRUPPO INDUSTRIALE SCHOTT UNA SOLUZIONE SAP CRM SU BASE SAP HANA E OPERATIVA IN 35 PAESI. Come gruppo industriale tecnologico leader nel settore del vetro e dei materiali

Dettagli

6. Le ricerche di marketing

6. Le ricerche di marketing Università degli Studi di Urbino Carlo Bo Facoltà di Lingue e Letterature Straniere Corso di Laurea in Lingue e Cultura per l Impresa 6. Le ricerche di marketing Prof. Fabio Forlani Urbino, 29/III/2011

Dettagli

voce dei cittadini in tempo reale OpinionMeter Chieda la sua prova personalizzata senza impegno entro il 15 ottobre 2010

voce dei cittadini in tempo reale OpinionMeter Chieda la sua prova personalizzata senza impegno entro il 15 ottobre 2010 Grazie per il suo interesse alla nuova tecnologia voce dei cittadini in tempo reale OpinionMeter Chieda la sua prova personalizzata senza impegno entro il 15 ottobre 2010 Cristina Brambilla Telefono 348.9897.337,

Dettagli

ATTUAZIONE DEL PROGETTO E IL MANAGEMENT: alcune definizioni e indicazioni generali

ATTUAZIONE DEL PROGETTO E IL MANAGEMENT: alcune definizioni e indicazioni generali ATTUAZIONE DEL PROGETTO E IL MANAGEMENT: alcune definizioni e indicazioni generali Cos è un progetto? Un iniziativa temporanea intrapresa per creare un prodotto o un servizio univoco (PMI - Project Management

Dettagli

Evoluzione dei servizi di incasso e pagamento per il mercato italiano

Evoluzione dei servizi di incasso e pagamento per il mercato italiano www.pwc.com/it Evoluzione dei servizi di incasso e pagamento per il mercato italiano giugno 2013 Sommario Il contesto di riferimento 4 Un modello di evoluzione dei servizi di incasso e pagamento per il

Dettagli

Strategie competitive ed assetti organizzativi nell asset management

Strategie competitive ed assetti organizzativi nell asset management Lezione di Corporate e Investment Banking Università degli Studi di Roma Tre Strategie competitive ed assetti organizzativi nell asset management Massimo Caratelli, febbraio 2006 ma.caratelli@uniroma3.it

Dettagli

INCONTRO DI ROMA DEI MINISTRI DELL ENERGIA DEL G7 INIZIATIVA DELL ENERGIA DEL G7 DI ROMA PER LA SICUREZZA ENERGETICA DICHIARAZIONE CONGIUNTA

INCONTRO DI ROMA DEI MINISTRI DELL ENERGIA DEL G7 INIZIATIVA DELL ENERGIA DEL G7 DI ROMA PER LA SICUREZZA ENERGETICA DICHIARAZIONE CONGIUNTA INCONTRO DI ROMA DEI MINISTRI DELL ENERGIA DEL G7 INIZIATIVA DELL ENERGIA DEL G7 DI ROMA PER LA SICUREZZA ENERGETICA DICHIARAZIONE CONGIUNTA Noi, i Ministri dell Energia di Canada, Francia, Germania, Italia,

Dettagli

Comincio da tre! I MIEI AMICI LA MIA FAMIGLIA LE MIE ESPERIENZE IL MIO PASSATO COSA VOLEVO FARE DA GRANDE LE MIE RELAZIONI

Comincio da tre! I MIEI AMICI LA MIA FAMIGLIA LE MIE ESPERIENZE IL MIO PASSATO COSA VOLEVO FARE DA GRANDE LE MIE RELAZIONI I MIEI AMICI LA MIA FAMIGLIA IL MIO PASSATO LE MIE ESPERIENZE COSA VOLEVO FARE DA GRANDE COME SONO IO? I MIEI DIFETTI LE MIE RELAZIONI LE MIE PASSIONI I SOGNI NEL CASSETTO IL MIO CANE IL MIO GATTO Comincio

Dettagli

INDAGINE SUL PART TIME NELLA PROVINCIA DI FIRENZE

INDAGINE SUL PART TIME NELLA PROVINCIA DI FIRENZE INDAGINE SUL PART TIME NELLA PROVINCIA DI FIRENZE Ricerca condotta dall Ufficio della Consigliera di Parità sul personale part time dell Ente (luglio dicembre 007) INDAGINE SUL PART TIME NELLA PROVINCIA

Dettagli

CENTRO OCSE LEED DI TRENTO PER LO SVILUPPO LOCALE

CENTRO OCSE LEED DI TRENTO PER LO SVILUPPO LOCALE CENTRO OCSE LEED DI TRENTO PER LO SVILUPPO LOCALE BROCHURE INFORMATIVA 2013-2015 L Organizzazione per la Cooperazione e lo Sviluppo Economico (OCSE) è un organizzazione inter-governativa e multi-disciplinare

Dettagli

Realizzare un architettura integrata di Business Intelligence

Realizzare un architettura integrata di Business Intelligence Realizzare un architettura integrata di Business Intelligence Un sistema integrato di Business Intelligence consente all azienda customer oriented una gestione efficace ed efficiente della conoscenza del

Dettagli

CAPITOLO CAPIT Tecnologie dell ecnologie dell info inf rmazione e controllo

CAPITOLO CAPIT Tecnologie dell ecnologie dell info inf rmazione e controllo CAPITOLO 8 Tecnologie dell informazione e controllo Agenda Evoluzione dell IT IT, processo decisionale e controllo Sistemi di supporto al processo decisionale Sistemi di controllo a feedback IT e coordinamento

Dettagli

Il Business Process Management: nuova via verso la competitività aziendale

Il Business Process Management: nuova via verso la competitività aziendale Il Business Process Management: nuova via verso la competitività Renata Bortolin Che cosa significa Business Process Management? In che cosa si distingue dal Business Process Reingeneering? Cosa ha a che

Dettagli

IT GOVERNANCE & MANAGEMENT

IT GOVERNANCE & MANAGEMENT IT GOVERNANCE & MANAGEMENT BOLOGNA BUSINESS school Dal 1088, studenti da tutto il mondo vengono a studiare a Bologna dove scienza, cultura e tecnologia si uniscono a valori, stile di vita, imprenditorialità.

Dettagli

Relazione sul data warehouse e sul data mining

Relazione sul data warehouse e sul data mining Relazione sul data warehouse e sul data mining INTRODUZIONE Inquadrando il sistema informativo aziendale automatizzato come costituito dall insieme delle risorse messe a disposizione della tecnologia,

Dettagli

Le Dashboard di cui non si può fare a meno

Le Dashboard di cui non si può fare a meno Le Dashboard di cui non si può fare a meno Le aziende più sensibili ai cambiamenti stanno facendo di tutto per cogliere qualsiasi opportunità che consenta loro di incrementare il business e di battere

Dettagli

CLOUD SURVEY 2012: LO STATO DEL CLOUD COMPUTING IN ITALIA

CLOUD SURVEY 2012: LO STATO DEL CLOUD COMPUTING IN ITALIA CLOUD SURVEY 2012: LO STATO DEL CLOUD COMPUTING IN ITALIA 2ª PARTE NEL CAPITOLO PRECEDENTE NOTA METODOLOGICA LA PAROLA AI CIO I MIGLIORI HYPERVISOR AFFIDARSI AI VENDOR INVESTIRE PER IL CLOUD APPLICAZIONI

Dettagli

Business Process Modeling Caso di Studio

Business Process Modeling Caso di Studio Caso di Studio Stefano Angrisano, Consulting IT Specialist December 2007 2007 IBM Corporation Sommario Perché l architettura SOA? Le aspettative del Cliente. Ambito applicativo oggetto dell introduzione

Dettagli

I beni pubblici come causa del fallimento del mercato. Definizioni e caratteristiche

I beni pubblici come causa del fallimento del mercato. Definizioni e caratteristiche I beni pubblici come causa del fallimento del mercato. Definizioni e caratteristiche (versione provvisoria) Marisa Faggini Università di Salerno mfaggini@unisa.it I beni pubblici rappresentano un esempio

Dettagli

Partenariato transatlantico su commercio e investimenti. Parte normativa

Partenariato transatlantico su commercio e investimenti. Parte normativa Partenariato transatlantico su commercio e investimenti Parte normativa settembre 2013 2 I presidenti Barroso, Van Rompuy e Obama hanno chiarito che la riduzione delle barriere normative al commercio costituisce

Dettagli

Affrontare il Mercato Elettronico della Pubblica Amministrazione (MePA), obbligatorio per gli acquisti pubblici con la Spending Review

Affrontare il Mercato Elettronico della Pubblica Amministrazione (MePA), obbligatorio per gli acquisti pubblici con la Spending Review Affrontare il Mercato Elettronico della Pubblica Amministrazione (MePA), obbligatorio per gli acquisti pubblici con la Spending Review Ing. Francesco Porzio Padova, 5 Giugno 2013 f.porzio@porzioepartners.it

Dettagli

ITIL v3 e' parte di un processo teso a migliorare le best practices ITIL. In effetti, ITIL predica il "continuous improvement" ed e'

ITIL v3 e' parte di un processo teso a migliorare le best practices ITIL. In effetti, ITIL predica il continuous improvement ed e' ITIL v3 ITIL v3 e' parte di un processo teso a migliorare le best practices ITIL. In effetti, ITIL predica il "continuous improvement" ed e' giusto che lo applichi anche a se' stessa... Naturalmente una

Dettagli

Vodafone Case Study Pulitalia

Vodafone Case Study Pulitalia Quello con Vodafone e un vero è proprio matrimonio: un lungo rapporto di fiducia reciproca con un partner veramente attento alle nostre esigenze e con un account manager di grande professionalità. 1 Il

Dettagli

Il quadro europeo delle qualifiche (EQF)

Il quadro europeo delle qualifiche (EQF) Il quadro europeo delle qualifiche (EQF) di A. Sveva Balduini ISFOL Agenzia Nazionale LLP Nell aprile del 2008, al termine di un lungo lavoro preparatorio e dopo un ampio processo di consultazione che

Dettagli

AUDIZIONE DEL MINISTRO FEDERICA GUIDI AL PARLAMENTO EUROPEO (Commissione ITRE) Bruxelles 2 Settembre 2014 INTERVENTO DEL MINISTRO

AUDIZIONE DEL MINISTRO FEDERICA GUIDI AL PARLAMENTO EUROPEO (Commissione ITRE) Bruxelles 2 Settembre 2014 INTERVENTO DEL MINISTRO 1 AUDIZIONE DEL MINISTRO FEDERICA GUIDI AL PARLAMENTO EUROPEO (Commissione ITRE) Bruxelles 2 Settembre 2014 INTERVENTO DEL MINISTRO Caro Presidente Buzek, Vice Presidenti, colleghi italiani ed europei,

Dettagli

C M Y K C M Y K. 5. La normativa

C M Y K C M Y K. 5. La normativa 5. La normativa 5.1 Il quadro normativo Numerose sono le norme di riferimento per la pianificazione e la progettazione delle strade. Vengono sinteticamente enunciate quelle che riguardano la regolazione

Dettagli

Business Intelligence: dell impresa

Business Intelligence: dell impresa Architetture Business Intelligence: dell impresa Silvana Bortolin Come organizzare la complessità e porla al servizio dell impresa attraverso i sistemi di Business Intelligence, per creare processi organizzativi

Dettagli

Project Management Office per centrare tempi e costi

Project Management Office per centrare tempi e costi Project Management Office per centrare tempi e costi Il Project Management Office (PMO) rappresenta l insieme di attività e strumenti per mantenere efficacemente gli obiettivi di tempi, costi e qualità

Dettagli

ANALISI DELLE FREQUENZE: IL TEST CHI 2

ANALISI DELLE FREQUENZE: IL TEST CHI 2 ANALISI DELLE FREQUENZE: IL TEST CHI 2 Quando si hanno scale nominali o ordinali, non è possibile calcolare il t, poiché non abbiamo medie, ma solo frequenze. In questi casi, per verificare se un evento

Dettagli

Regolamento di applicazione relativo alla nomina ed alla valutazione dei Direttori e dei Direttori Aggiunti delle Scuole europee

Regolamento di applicazione relativo alla nomina ed alla valutazione dei Direttori e dei Direttori Aggiunti delle Scuole europee Scuole Europee Ufficio del Segretario generale Segretariato Generale Rif. : 2009-D-422-it-5 Orig. : FR Versione: IT Regolamento di applicazione relativo alla nomina ed alla valutazione dei Direttori e

Dettagli

PROCESS DESIGN: STRUMENTI, ESEMPI E METODI

PROCESS DESIGN: STRUMENTI, ESEMPI E METODI PROCESS DESIGN: STRUMENTI, ESEMPI E METODI G. Noci e E. Pizzurno I N D I C E 1. LA RILEVANZA DELLA PROBLEMATICA AMBIENTALE 246 2. LE OPZIONI STRATEGICHE A DISPOSIZIONE DELLE IMPRESE 247 3. IL PROCESSO

Dettagli

CS. Cinematica dei sistemi

CS. Cinematica dei sistemi CS. Cinematica dei sistemi Dopo aver esaminato la cinematica del punto e del corpo rigido, che sono gli schemi più semplificati con cui si possa rappresentare un corpo, ci occupiamo ora dei sistemi vincolati.

Dettagli

Porta uno SMILE nella tua città

Porta uno SMILE nella tua città Co-Finanziato dal Programma di Cooperazione Territoriale MED SMart green Innovative urban Logistics for Energy efficient Newsletter 3 Siamo lieti di presentare la terza newsletter del progetto SMILE SMILE

Dettagli

Guida alle offerte di finanziamento per le medie imprese

Guida alle offerte di finanziamento per le medie imprese IBM Global Financing Guida alle offerte di finanziamento per le medie imprese Realizzata da IBM Global Financing ibm.com/financing/it Guida alle offerte di finanziamento per le medie imprese La gestione

Dettagli

Asset sotto controllo... in un TAC. Latitudo Total Asset Control

Asset sotto controllo... in un TAC. Latitudo Total Asset Control Asset sotto controllo... in un TAC Latitudo Total Asset Control Le organizzazioni che hanno implementato e sviluppato sistemi e processi di Asset Management hanno dimostrato un significativo risparmio

Dettagli

Solar Impulse Revillard Rezo.ch. Vivere il nostro pianeta senza esaurirne le risorse? Naturalmente.

Solar Impulse Revillard Rezo.ch. Vivere il nostro pianeta senza esaurirne le risorse? Naturalmente. Solar Impulse Revillard Rezo.ch Vivere il nostro pianeta senza esaurirne le risorse? Naturalmente. La visione di ABB ABB è orgogliosa della sua alleanza tecnologica e innovativa con Solar Impulse, l aereo

Dettagli

Rischio impresa. Rischio di revisione

Rischio impresa. Rischio di revisione Guida alla revisione legale PIANIFICAZIONE del LAVORO di REVISIONE LEGALE dei CONTI Formalizzazione delle attività da svolgere nelle carte di lavoro: determinazione del rischio di revisione, calcolo della

Dettagli

2.0 DAL WEB. social. tecnologico, 2006. Reply www.reply.eu

2.0 DAL WEB. social. tecnologico, 2006. Reply www.reply.eu ALL INTERNO DEL FIREWALL: ENI 2.0 Il modo di lavorare è soggetto a rapidi cambiamenti; pertanto le aziende che adottano nuovi tool che consentono uno scambio di informazioni contestuale, rapido e semplificato

Dettagli

La gestione dei servizi non core: il Facility Management

La gestione dei servizi non core: il Facility Management La gestione dei servizi non core: il Facility Management ing. Fabio Nonino Università degli studi di Udine Laboratorio di Ingegneria Gestionale Dipartimento di Ingegneria Elettrica, Gestionale e Meccanica

Dettagli

White Paper. Operational DashBoard. per una Business Intelligence. in real-time

White Paper. Operational DashBoard. per una Business Intelligence. in real-time White Paper Operational DashBoard per una Business Intelligence in real-time Settembre 2011 www.axiante.com A Paper Published by Axiante CAMBIARE LE TRADIZIONI C'è stato un tempo in cui la Business Intelligence

Dettagli

Definizione e struttura della comunicazione

Definizione e struttura della comunicazione Definizione e struttura della comunicazione Sono state date molteplici definizioni della comunicazione; la più semplice e comprensiva è forse questa: passaggio di un'informazione da un emittente ad un

Dettagli

PLM Software. Answers for industry. Siemens PLM Software

PLM Software. Answers for industry. Siemens PLM Software Siemens PLM Software Monitoraggio e reporting delle prestazioni di prodotti e programmi Sfruttare le funzionalità di reporting e analisi delle soluzioni PLM per gestire in modo più efficace i complessi

Dettagli

LE ESIGENZE INFORMATICHE NELL ERA di INTERNET

LE ESIGENZE INFORMATICHE NELL ERA di INTERNET LE ESIGENZE INFORMATICHE NELL ERA di INTERNET Internet una finestra sul mondo... Un azienda moderna non puo negarsi ad Internet, ma.. Per attivare un reale business con transazioni commerciali via Internet

Dettagli

Anche se non è ancora stato definito nei dettagli il testo della nuova legge, il lungo lavorìo di preparazione ha fatto condensare alcune idee-guida

Anche se non è ancora stato definito nei dettagli il testo della nuova legge, il lungo lavorìo di preparazione ha fatto condensare alcune idee-guida Anche se non è ancora stato definito nei dettagli il testo della nuova legge, il lungo lavorìo di preparazione ha fatto condensare alcune idee-guida Anche la legge sulla riqualificazione urbana è un tassello

Dettagli

Il Cloud Computing. Lo strumento per un disaster recovery flessibile. Giorgio Girelli. Direttore Generale Actalis 12/10/2012

Il Cloud Computing. Lo strumento per un disaster recovery flessibile. Giorgio Girelli. Direttore Generale Actalis 12/10/2012 Il Cloud Computing Lo strumento per un disaster recovery flessibile Giorgio Girelli Direttore Generale Actalis 12/10/2012 Agenda Il Gruppo Aruba Disaster Recovery: costo od opportunità? L esperienza Aruba

Dettagli

REGOLAMENTO IMPRESA IN AZIONE

REGOLAMENTO IMPRESA IN AZIONE REGOLAMENTO IMPRESA IN AZIONE Premessa Impresa in azione è il programma didattico dedicato agli studenti degli ultimi anni della Scuola Superiore e pensato per valorizzare la creatività e lo spirito imprenditoriale

Dettagli

IL RUOLO E LE COMPETENZE DEL SERVICE MANAGER

IL RUOLO E LE COMPETENZE DEL SERVICE MANAGER IL RUOLO E LE COMPETENZE DEL SERVICE MANAGER Alessio Cuppari Presidente itsmf Italia itsmf International 6000 Aziende - 40000 Individui itsmf Italia Comunità di Soci Base di conoscenze e di risorse Forum

Dettagli

Organizzazione scientifica del lavoro

Organizzazione scientifica del lavoro Organizzazione scientifica del lavoro 1 Organizzazione scientifica del lavoro Organizzazione scientifica del lavoro è la teoria fondata da Frederick WindsdowTaylor (1865-1915) ingegnere minerario americano

Dettagli

Energy Data Management System (EDMS): la soluzione software per una gestione efficiente dell energia secondo lo standard ISO 50001

Energy Data Management System (EDMS): la soluzione software per una gestione efficiente dell energia secondo lo standard ISO 50001 Energy Data Management System (EDMS): la soluzione software per una gestione efficiente dell energia secondo lo standard ISO 50001 Oggi più che mai, le aziende italiane sentono la necessità di raccogliere,

Dettagli

Corso Base ITIL V3 2008

Corso Base ITIL V3 2008 Corso Base ITIL V3 2008 PROXYMA Contrà San Silvestro, 14 36100 Vicenza Tel. 0444 544522 Fax 0444 234400 Email: proxyma@proxyma.it L informazione come risorsa strategica Nelle aziende moderne l informazione

Dettagli

Copyright Università degli Studi di Torino, Progetto Atlante delle Professioni 2009 IT PROCESS EXPERT

Copyright Università degli Studi di Torino, Progetto Atlante delle Professioni 2009 IT PROCESS EXPERT IT PROCESS EXPERT 1. CARTA D IDENTITÀ... 2 2. CHE COSA FA... 3 3. DOVE LAVORA... 4 4. CONDIZIONI DI LAVORO... 5 5. COMPETENZE... 6 Quali competenze sono necessarie... 6 Conoscenze... 8 Abilità... 9 Comportamenti

Dettagli

Orientamenti sulla valutazione ex ante dei Programmi 2014-2020. Il sistema di indicatori nella programmazione 2014-2020

Orientamenti sulla valutazione ex ante dei Programmi 2014-2020. Il sistema di indicatori nella programmazione 2014-2020 Orientamenti sulla valutazione ex ante dei Programmi 2014-2020 Il sistema di indicatori nella programmazione 2014-2020 Simona De Luca, Anna Ceci UVAL DPS Roma 11 luglio 2013 Indice 1. Indicatori: un modo

Dettagli

riduzioni di disagio L Associazione

riduzioni di disagio L Associazione ASSOCIAZIONE ITALIANA PER LAA PREVIDENZA E ASSISTENZAA COMPLEMENTARE Studio per un PROGETTO di WELFARE integrato - Primi risultati Ipotesi di intervento tramite un fondoo pensione per fronteggiare eventuali

Dettagli