Responsabile IT esterno · Thun · in tutta la Svizzera

Dovete prendere decisioni su tecnologie che
non siete in grado di valutare.

Non si tratta di un problema di conoscenze. Manca qualcuno che traduca, spieghi e informi.

Me ne occuperò io.

Perché questa figura è assente

In molte aziende, l’IT si limita ormai al supporto tecnico.

Mantiene l’azienda in funzione e riferisce ai vertici — al direttore finanziario o direttamente all’amministratore delegato. È lì che vengono prese decisioni tecnologiche per le quali nessuno dispone delle basi necessarie.

Non per negligenza. Semplicemente, non è prevista la figura di qualcuno che funga da tramite tra il business e la tecnologia.

Finché l’IT siederà al tavolo sbagliato, verranno prese le decisioni sbagliate.

Di cosa mi occupo

La leadership, laddove manca. E la creazione delle strutture che la sostengono.

Leadership ad interim

Direzione IT, CIO o CDO a tempo determinato. Mi siedo al tavolo delle decisioni e fungo da tramite tra l’IT e il business.

Gestione dei fornitori

Contratti, accordi sulle prestazioni, escalation. Senza alcun interesse personale per ciò che il fornitore vende.

Gestione dei progetti e della trasformazione

Priorità, dipendenze, sequenze. Sapete, per ogni sottoprogetto, da cosa dipende, quanto costa e quali vantaggi apporta.

Stabilizzazione

Quando un ambiente è in condizioni critiche, la priorità è garantire la sicurezza operativa. Tutto il resto viene dopo.

Strutture che reggono

Ruoli, documentazione, modello operativo, trasferimento di conoscenze. Ciò che metto in piedi funziona anche senza di me. Sarete voi a decidere se desiderate continuare a collaborare con me in seguito.

La differenza

Anche un’azienda di servizi informatici vi assegna una persona.
Questa porta con sé il proprio portafoglio di competenze.

Sulla carta c’è scritto lo stesso: direzione IT ad interim, leadership, gestione. Solo che quella persona guadagna da ciò che alla fine rimane a voi.

Io non porto nulla con me. Nessun obiettivo di fatturato, nessuna distribuzione in esclusiva, nessun prodotto proprio. Se la mediazione viene remunerata, lo saprete in anticipo.

Ciò che vi consiglio, lo consiglio perché è la soluzione più adatta.

→ Leggere la guida: costi, durata e quando conviene l’interim

E poi: la struttura che regge il tutto

Se il supporto tecnico viene a sapere solo dall’utente cosa è cambiato, la sequenza non è corretta. Pertanto mi assicuro che l’informazione sia disponibile in anticipo — proveniente direttamente dai reparti specialistici.

Utente chiave

  • Primo punto di riferimento all’interno del proprio reparto
  • Formazione dei nuovi collaboratori
  • Definizione dei processi, formulazione dei requisiti
  • Beta-testing prima del lancio
  • Introduzione in occasione degli aggiornamenti

Superutente

  • Coordina gli utenti chiave del proprio settore
  • Raggruppa e qualifica i requisiti e gli errori
  • Test beta
  • Referente per l’IT

Un reparto non comunica più centinaia di opinioni diverse, ma presenta una richiesta ben definita. Inoltre, prima dell’aggiornamento, sa già cosa lo attende.

Dall’esperienza pratica

Due reparti. Un unico budget.
Improvvisamente sulla stessa lunghezza d’onda.

Un’azienda svizzera con un reparto IT interno: sviluppo e assistenza.

Il responsabile dello sviluppo gestiva di fatto l’intero reparto IT. Era lui a dettare la linea da seguire — e a giudicare il reparto che doveva fare i conti con i suoi errori.

Il reparto di sviluppo consegnava il lavoro. Nessun passaggio di consegne, nessuna documentazione. Il reparto di assistenza veniva a conoscenza delle novità solo quando chiamava il primo utente.

Così entrambi puntavano il dito contro l’altra parte. Il reparto di sviluppo era convinto di non commettere errori e che il reparto di assistenza non fosse in grado di fare nulla. Il reparto di assistenza sospettava che dietro ogni errore ci fosse una modifica di cui, ancora una volta, nessuno gli aveva parlato.

Chi poteva andarsene, se ne andò. Alla fine anche il responsabile del team di assistenza. Poi sono arrivato io.

Avrei potuto organizzare un workshop sulla collaborazione. Un evento di gruppo. Entrambe le cose aiutano quando le persone non si capiscono. Qui si capivano benissimo.

Invece, ho modificato le regole.

Un budget comune per entrambi i reparti. Un sistema di ticket che rendesse visibile l’origine di un errore. E accordi sulle prestazioni — non solo tra l’assistenza e la direzione, ma anche tra il reparto di sviluppo e la direzione.

Da quel momento in poi, un bug è costato al reparto di sviluppo una parte del proprio budget.

Le persone non lavorano l'una contro l'altra perché sono cattive. Né perché sono incapaci. Lo fanno perché la struttura le premia. Cambiate la struttura.

Dall’esperienza pratica

Il gruppo ha imposto il sistema.
I processi non esistevano.

Una filiale svizzera doveva integrarsi con l’ERP della casa madre. Nessuna scelta, nessun margine di manovra. Solo che non esistevano processi documentati — solo abitudini che funzionavano.

La resistenza era già presente prima del mio arrivo. Comprensibile: chi ha svolto bene un lavoro per anni non accetta che venga ridefinito dall’esterno.

Pertanto non li ho modificati. Ho elaborato i processi insieme alla contabilità — e li abbiamo definiti di comune accordo.

Un sistema lo si collega in poche settimane. Le persone no.

Il primo passo

Prima comprendere.
Poi decidere.

Un colloquio in cui ascolto e pongo domande. Se mi rendo conto che non ha bisogno di me, glielo dirò.

La mia promessa

Interrompo il progetto se non è realizzabile.

Una volta ho interrotto l’implementazione di un sistema ERP. Non perché lo strumento fosse inadeguato, ma perché nessuno strumento può sostituire un processo che non esiste.

Lo scoprirà presto, non tardi.

Un «no» sincero mi costa un incarico, ma vi fa risparmiare molto di più.

Domande frequenti

Quanto costa un responsabile IT esterno?

Dipende dall’entità dell’incarico: un giorno alla settimana è ben diverso da una gestione ad interim a tempo pieno. Lavoro con tariffe giornaliere trasparenti; l’offerta viene inviata dopo il primo colloquio. Nessun pacchetto predefinito, nessun vincolo di volume minimo.

Responsabile IT esterno o interno: qual è la soluzione migliore?

Dipende dal fatto che il ruolo sia necessario a lungo termine. Molte PMI non hanno bisogno di un responsabile IT a tempo pieno, ma sicuramente di qualcuno che funga da tramite nelle decisioni tecnologiche. Se è opportuno assumere una figura interna, glielo dirò — e la aiuterò a inserirla nell’organizzazione.

A partire da quale dimensione aziendale ne vale la pena?

Dipende meno dalle dimensioni e più dal fatto che le decisioni in materia di IT vengano prese senza che qualcuno sia in grado di valutarne le conseguenze. Se mi rendo conto che non avete bisogno di me, ve lo dirò già durante il primo colloquio.

Quanto dura un incarico?

Finché il ruolo rimane vacante. Alcuni mandati terminano non appena le strutture interne sono operative. Altri si protraggono per anni, poiché il ruolo è necessario a lungo termine e un’assunzione a tempo indeterminato non è economicamente sostenibile. Entrambe le opzioni sono valide — non spetta a me decidere.

Con quale rapidità è disponibile?

Il primo colloquio avviene solitamente entro pochi giorni. Se e quando un incarico possa iniziare dipende dal mio carico di lavoro: glielo dirò con franchezza, invece di lasciarla in attesa.

Cosa succede quando se ne va?

I ruoli sono stati assegnati, i processi documentati, il modello operativo è definito e le conoscenze sono state trasferite. Non costruisco nulla che possa crollare senza di me. Questo vale fin dal primo giorno — non solo quando si intravede la fine.

Vendete software o hardware?

No. Nessun obiettivo di fatturato, nessuna distribuzione in esclusiva, nessun portafoglio proprio. Se la mediazione viene remunerata, lo saprete in anticipo.

Fissare un primo colloquio