Vai al contenuto
Consulenza tecnologica, una disciplina di Altuon Enterprise

Consiglia il suo autore deve consegnare.

Strategia IT, architettura aziendale e della soluzione, decisioni su fornitori e approvvigionamenti, progettazione di modelli operativi, due diligence tecnologica e preparazione normativa: scritti da un'azienda che si aspetta di costruire ciò che raccomanda e di essere misurata rispetto al caso presentato. Una raccomandazione che potete solo ammirare è un rapporto. Una raccomandazione che potete eseguire, con l'autore ancora nella stanza, è un piano.

Si tratta di capacità proposte e requisiti di consegna. La proposta deve confermare persone, disponibilità, controlli, criteri di accettazione e costi per il perimetro specifico. Gli esempi non provano incarichi già svolti.

Che cos’è questa disciplina

  • Le operazioni tecnologiche come responsabilità concordata. L'ambito può includere cloud e hosting, reti aziendali, dispositivi, posta elettronica aziendale e supporto IT per i dipendenti. Accesso, manutenzione, copertura ed escalation sono definiti con l'organizzazione e i suoi fornitori esistenti; i tempi di risposta e le modalità in loco vengono concordati in base all'incarico.
  • Una strategia scritta per essere eseguita. Ogni raccomandazione nomina il sistema che tocca, la squadra che lo possiede, la sequenza a cui appartiene e le prove che dimostreranno che ha funzionato, quindi il consiglio sta approvando un programma e non una direzione di viaggio.
  • L'architettura come documento decisionale. Lo stato target, gli stati di transizione, i punti di integrazione tra loro e i compromessi presi in ciascuno di essi vengono scritti, argomentati e firmati, in modo che l’organizzazione possa ancora spiegare tra cinque anni perché la situazione appare così com’è.
  • Indipendente dall'approvvigionamento. Quando la risposta giusta è un prodotto che già possiedi, un fornitore che non rivendiamo o un team da assumere anziché contrattare, questa è la raccomandazione. Le nostre pratiche di consegna competono per il lavoro alle stesse condizioni di chiunque altro e la strategia ha un prezzo e viene pagata da sola.
  • Scritto contro il regolamento che effettivamente affronti. La nuova FADP svizzera, il GDPR, la legge sulla protezione dei dati personali della Giordania, la legge sull'intelligenza artificiale dell'UE, DORA e le aspettative di outsourcing della FINMA vengono interpretate come obblighi nei confronti dei proprietari e scadenze all'interno del programma, non allegati come un capitolo sulla conformità.

Competenze

Strategia IT e portafoglio di investimenti
Una dichiarazione su dove va il denaro tecnologico e perché, legata al piano operativo, con ogni iniziativa che porta un proprietario, un caso, una sequenza e una condizione di uccisione, e rivista a livello di consiglio con una cadenza fissa.
Architettura aziendale
Stato attuale, stato target e stati di transizione tra di essi, attraverso applicazioni, dati, integrazione, infrastruttura e identità, mantenuti come un registro vivente piuttosto che un diagramma una tantum.
Architettura della soluzione e progettazione tecnica
La progettazione di un sistema o programma specifico (componenti, interfacce, flussi di dati, modalità di guasto, requisiti non funzionali e chiamata di costruzione o acquisto per ciascuna parte) scritta in modo che un team di ingegneri possa iniziare da esso senza alcuna scoperta propria.
Decisioni sui fornitori e sugli approvvigionamenti
Requisiti, criteri di valutazione, shortlist, dimostrazioni strutturate sui vostri dati, bandi di referenza, revisione del contratto e del termine di uscita e una raccomandazione che potrebbe essere un fornitore, un prodotto che già possiedi o un team interno.
Strategia di modernizzazione del sistema centrale
Come sostituire o riorganizzare i sistemi che l'azienda non può smettere di gestire: modelli di strangolamento, esecuzione parallela, sequenziamento della migrazione dei dati, criteri di cut-over e governance che decide quando procedere e quando trattenere.
Strategia cloud, sovrana e on-premise
Dove dovrebbe essere eseguito ciascun carico di lavoro e perché, data la residenza dei dati, la supervisione normativa, la latenza, i costi e le competenze di cui disponi, con una progettazione della zona di destinazione per l'impronta scelta, inclusi cloud nazionali e privati.
Modello operativo e disegno organizzativo
Quali capacità deve possedere l'organizzazione, quali può reperire, come si formano i team attorno a prodotti o piattaforme, come vengono prese le decisioni sull'architettura e sulla sicurezza e come il modello cambia man mano che il programma viene implementato.
Governance dei dati e dell’intelligenza artificiale
Proprietà, classificazione, origine, conservazione e accesso ai dati; inventario, classificazione dei rischi, supervisione umana e documentazione per i sistemi di intelligenza artificiale, mappati sulla legge dell'UE sull'intelligenza artificiale, sulla revisione della LPD svizzera e sulla legge giordana sulla protezione dei dati personali.
Preparazione normativa e residenza dei dati
Una valutazione del gap rispetto a DORA, alle aspettative di outsourcing della FINMA, al GDPR e alla politica nazionale di trasformazione digitale a cui si trova il vostro programma, si è trasformata in un piano di riparazione con proprietari, prove e una data di revisione per ciascun obbligo.
Due diligence tecnologica
Per acquirenti, investitori e consigli di amministrazione: architettura, qualità del codice e dell'infrastruttura, livello di sicurezza, rischio legato alle persone chiave e alle licenze, debito tecnico valutato come sforzo di riparazione e domande da porre al management prima della firma.
Governance dei programmi e della trasformazione
Struttura di direzione, diritti decisionali, stadi, monitoraggio dei benefici e aumento dei rischi progettati in modo che il caso approvato dal consiglio rimanga lo strumento con cui il programma viene gestito e giudicato.
Consiglio di amministrazione e consulenza esecutiva
Il consulente permanente dell'amministratore delegato, del chief information officer e del consiglio di amministrazione sulle decisioni tecnologiche man mano che si presentano, nel registro legge un consiglio e con le prove un non esecutivo può mettere in discussione.

Come consegniamo

Cinque fasi, ciascuna chiusa da un cancello firmato dal vostro sponsor esecutivo. Nella consultazione la fase Build è il programma di trasformazione stesso e la fase Prove è la sua misurazione rispetto al caso approvato dal consiglio, quindi gli stessi numeri che hanno giustificato il lavoro sono quelli utilizzati per giudicarlo.

Le cinque fasi di consegna e il varco che chiude ciascuna01Scopri02Definire03Costruisci04Dimostrare05OperareVarco
01Scopri
Leggere l'eredità, i contratti, gli obblighi normativi e il piano operativo; intervistare le persone che gestiscono e dipendono da ciascun sistema; stabilire la linea di base da cui verrà misurato il caso.
Varco: Architettura dello stato attuale, registro degli obblighi e misure di base accettate dallo sponsor esecutivo, dal chief information officer e dalla funzione di conformità.
02Definire
Scrivere l'architettura target, gli stati di transizione, le raccomandazioni di sourcing, il modello operativo e il caso di investimento, con i rischi, le dipendenze e le condizioni di uccisione per ciascuna iniziativa.
Varco: Strategia, architettura e caso approvati dal consiglio o dal suo comitato delegato; raccomandazioni di approvvigionamento registrate con le alternative considerate e le ragioni per rifiutarle.
03Costruisci
Esegui il programma di trasformazione rispetto al caso approvato: fasi, governance dell'architettura, gestione dei fornitori e monitoraggio dei vantaggi, con il team di consegna (nostro, vostro o di terzi) impegnato nella progettazione.
Varco: Ogni fase ha trasmesso prove: conformità dell'architettura, approvazione normativa e di sicurezza, monitoraggio dei benefici nei tempi previsti e registrazione della decisione dello sponsor di procedere.
04Dimostrare
Misurare il programma sbarcato rispetto alla baseline e al caso: i costi operativi, i tempi del ciclo, la posizione di rischio e gli obblighi ora adempiuti, riportati negli stessi termini approvati dal consiglio.
Varco: Rapporto sulla realizzazione dei benefici accettato dallo sponsor e audit; variazioni spiegate e corrette o scritte nel caso come revisioni viste dal comitato.
05Operare
Mantenere aggiornato il registro dell'architettura, il registro degli obblighi e il portafoglio di investimenti man mano che cambiano il patrimonio, la regolamentazione e l'attività, attraverso una consulenza permanente o una revisione programmata.
Varco: Architettura trimestrale e revisione del portafoglio con il team esecutivo; rivalutazione annuale degli obblighi normativi e dei contratti di approvvigionamento prossimi al rinnovo.

Che cosa ricevete

DeliverableFormaChe cos’è
Strategia tecnologicaDocumento del consiglioDove va l'investimento tecnologico e perché, nel registro un tabellone legge, con il caso, la sequenza e la kill condition per ogni iniziativa.
Registro dell'architetturaRecord viventeArchitetture attuali, di destinazione e di transizione con ogni decisione significativa, le sue alternative e la sua logica, mantenute al mutare dell'assetto.
Raccomandazione di approvvigionamentoDocumento e provaRequisiti, risultati della valutazione, revisione del contratto e del termine di uscita e la raccomandazione con le opzioni rifiutate e le motivazioni.
Progettazione del modello operativoDocumentoCapacità possedute e acquisite, struttura del team, diritti decisionali per architettura e sicurezza e piano di transizione dal modello in uso.
Registro degli obblighiRegistro e piano di bonificaOgni obbligo normativo che riguarda il programma, il suo proprietario, le prove richieste e la data in cui sarà soddisfatto.
Governance del programmaCarta e cadenzaStruttura di governo, cancelli di scena, monitoraggio dei benefici e regole di escalation, scritte per mantenere il caso approvato come strumento di controllo.
Rapporto di due diligenceDocumentoPer acquisizioni e investimenti: risultati per gravità, sforzo di riparazione, rischi rilevanti per l'operazione e domande per il management.
Rapporto sulla realizzazione del beneficioDocumentoIl programma stabilito è stato misurato rispetto alla linea di base e al caso, con le variazioni spiegate, per il consiglio e per l'audit.

Dove conta

Incarichi rappresentativi

Prospettive collegate

Ambito e limiti

  • Una presentazione che lascia con i consulenti. Le raccomandazioni arrivano con l'architettura, la sequenza, le opzioni di approvvigionamento e il registro dei rischi di cui un team di consegna avrebbe bisogno nel suo primo giorno, perché un team di consegna potrebbe essere nostro e ci manterrà su ogni linea.
  • L'architettura di riferimento di un fornitore con il vostro logo sulla copertina. Lo stato target parte dal vostro patrimonio, dai vostri contratti, dal vostro regolatore e dal vostro popolo, e una piattaforma guadagna un posto al suo interno adattandosi al caso, mai avendo un programma di partnership.
  • Teatro della trasformazione. Un ufficio di programma che segnala il verde fino a quando il go-live non slitta è un fallimento di governance, e questa pratica progetta la governance per far emergere cattive notizie abbastanza presto per agire di conseguenza, con l’autorità di interrompere il lavoro quando il caso non è più valido.
  • Finito al comitato direttivo. Il caso approvato dal consiglio è il metro di paragone per il programma che segue, e lo studio rimane responsabile di misurare il risultato rispetto ad esso, chiunque finisca per costruire.

Le domande degli acquisti

Quanto sono indipendenti i vostri consigli dai fornitori e dalle vostre pratiche di consegna?

Altuon non detiene accordi di rivendita e non accetta commissioni di riferimento dai fornitori di tecnologia, e la proposta di qualsiasi incarico di consulenza lo dichiara per iscritto. Quando una raccomandazione favorisce un prodotto o un fornitore, la valutazione che l'ha prodotta è un deliverable da conservare, con le alternative e le ragioni per cui sono state respinte. Le nostre pratiche di ingegneria e intelligenza artificiale sono trattate come un'opzione tra i candidati all'approvvigionamento: competono in base agli stessi criteri, la loro proposta viene esaminata dallo stesso panel e il team di consulenza che ha scritto la strategia non assegna loro un punteggio. Una raccomandazione per acquistare altrove o per costruire con il proprio personale è un risultato completo e positivo dell'impegno.

Qual è il prezzo del lavoro di consulenza ed è separato dalla consegna?

A parte, sempre. La strategia, l'architettura o l'impegno di due diligence vengono definiti, valutati e fatturati di per sé, ed è completo quando i suoi cancelli vengono firmati, indipendentemente dal fatto che segua o meno la consegna e da chi la esegue. Se in seguito incarichi Altuon di costruire, si tratterà di un secondo accordo con il proprio ambito, i propri termini commerciali e i propri criteri di accettazione. Niente nel compenso della consulenza è subordinato all'assegnazione del lavoro di consegna e non viene offerto nessuno sconto sulla consegna in cambio di una raccomandazione favorevole. I due accordi possono essere risolti indipendentemente.

In che modo i documenti strategici e le informazioni che li sottendono vengono mantenuti riservati?

In base a un accordo di riservatezza reciproca firmato prima dell'inizio della fase Discover, che copre tutto ciò che leggiamo, ascoltiamo e produciamo. I documenti di lavoro sono conservati in un'area di lavoro di coinvolgimento nella regione specificata (Svizzera, Unione Europea, Giordania o Stati Uniti) con accesso limitato al team indicato e vengono restituiti o distrutti alla chiusura su vostra istruzione con conferma scritta. I documenti strategici non vengono mai utilizzati come riferimenti, casi di studio o materiale di vendita senza il vostro consenso scritto e l'elenco dei sub-responsabili dell'incarico nomina tutti gli strumenti che potrebbero contenere il vostro materiale.

Come è governato il rischio di un programma di trasformazione?

Attraverso il caso stesso. Il consiglio approva un caso con una linea di base, benefici attesi, una sequenza e condizioni di eliminazione esplicite per ciascuna iniziativa. Il programma viene quindi eseguito attraverso le fasi che richiedono prove (conformità dell'architettura, sicurezza e approvazione normativa, monitoraggio dei benefici nei tempi previsti) prima che il lavoro proceda. Il gruppo direttivo ha l’autorità di mettere in pausa o fermare un’iniziativa il cui caso non è più valido, e le regole di escalation obbligano il programma a segnalare un cancello minacciato prima che venga mancato, non dopo. Il rischio viene tracciato in un registro che lo sponsor vede ad ogni riunione direttiva, con i proprietari e le risposte, e il registro fa parte di ciò che riceve l'audit.

Cosa vede il tabellone e quanto spesso?

Un breve rapporto nel registro del consiglio ad ogni riunione programmata e un rapporto sulle eccezioni tra le riunioni se un cancello è minacciato o si avvicina una condizione di uccisione. Il rapporto periodico copre i progressi rispetto alla sequenza approvata, i benefici tracciati rispetto allo scenario di base, i rischi principali e le decisioni che il consiglio è tenuto a prendere. Gli amministratori non esecutivi possono richiedere le prove sottostanti per qualsiasi riga e un membro del team di revisione è presente per rispondere direttamente alle domande. Lo stesso formato del report viene utilizzato da Discover a Operate, quindi al consiglio non viene mai chiesto di apprendere un nuovo modo di leggere il programma.

Cosa succede se scegliamo un'altra azienda, o il nostro stesso team, per costruire?

L'impegno ha fatto il suo lavoro. Ogni deliverable è scritto per un team di delivery che non ci ha incontrato: il registro dell'architettura, gli stati di transizione, le prove di approvvigionamento, il modello operativo e la carta di governance sono vostri a pagamento e sufficientemente completi da cui partire. Passiamo le consegne al team prescelto in una sessione strutturata, rimaniamo a disposizione per chiarimenti sui termini concordati e, se lo desideri, proseguiamo nella fase Prove per misurare il programma atterrato rispetto al caso, cosa spesso più utile quando costruttore e valutatore non sono la stessa azienda.

La strategia può tenere conto dei vincoli locali, sovrani e di residenza?

Deve, e lo fa fin dalla prima fase. I requisiti di residenza e supervisione ai sensi della revisione della LPD svizzera, del GDPR, della legge giordana sulla protezione dei dati personali, delle aspettative di outsourcing della DORA e della FINMA vengono registrati nel registro degli obblighi durante Discover e modellano l'architettura target anziché filtrarla successivamente. Laddove la risposta è un’infrastruttura on-premise o un cloud nazionale, la strategia indica quanto costa tale impronta, quali prodotti e competenze si adattano e quali no, e come l’organizzazione la gestirà. Laddove un servizio ospitato sia accettabile, i termini di residenza, verifica e uscita che deve comportare sono scritti nella raccomandazione di approvvigionamento.

Leggiamo il vostro patrimonio.

La fase di scoperta inizia con i vostri sistemi, i vostri contratti e i vostri obblighi e termina con una linea di base rispetto alla quale potete misurare un programma. Richiedi una proposta o prenota un briefing per i membri del consiglio a cui verrà chiesto di approvare il caso.