Skip to content
Tiatra, LLCTiatra, LLC
Tiatra, LLC
Information Technology Solutions for Washington, DC Government Agencies
  • Home
  • About Us
  • Services
    • IT Engineering and Support
    • Software Development
    • Information Assurance and Testing
    • Project and Program Management
  • Clients & Partners
  • Careers
  • News
  • Contact
 
  • Home
  • About Us
  • Services
    • IT Engineering and Support
    • Software Development
    • Information Assurance and Testing
    • Project and Program Management
  • Clients & Partners
  • Careers
  • News
  • Contact

Che fine ha fatto la roadmap triennale dell’IT?

Come molti altri dirigenti, Erica Hausheer ha avuto molta esperienza nell’utilizzo di roadmap triennali per guidare i progetti e le conversazioni sul lavoro pianificato.

“Era uno degli strumenti del mio kit”, dice.

Ma il valore delle roadmap a lungo termine si è ridotto al punto che Hausheer, vice president senior e CIO di Teradata, ora utilizza un piano diverso, a più breve termine, per guidare lei e il suo team.

“Identifichiamo le cose specifiche che faremo a livello di programma e il modo in cui le seguiremo in un piano di 12-18 mesi, e questo piano deve avere una certa flessibilità”, spiega. “Si tratta più che altro del nostro portafoglio annuale. E al di là di quel lasso di tempo, è più a livello di strategia, sapendo che ciò che fornirò e il modo per farlo cambierà”.

Per decenni, le aziende e i loro team esecutivi hanno guardato avanti negli anni elaborando piani aziendali quinquennali e roadmap triennali per fornire alle loro imprese non solo una destinazione da raggiungere, ma anche le direzioni per arrivarci.

Anche i CIO utilizzavano questo approccio, sviluppando percorsi triennali per mantenere i loro dipartimenti IT in carreggiata.

Ma il rapido ritmo dei progressi tecnologici e i cambiamenti di mercato dirompenti hanno spinto alcuni Chief Information Officer, come Hausheer, ad abbandonare questa pratica. Dicono che non vale la pena di tracciare un piano triennale quando una nuova tecnologia trasformativa potrebbe emergere apparentemente da un giorno all’altro. E, come Hausheer, stanno scoprendo che una roadmap rielaborata, e spesso più breve, è il modo per guidare il loro dipartimento in avanti.

“Non credo che la roadmap triennale sia morta, ma credo che sia diversa”, ritiene Marc Tanowitz, managing partner della società di servizi digitali West Monroe per le attività di consulenza e trasformazione. “Per anni, è stata incredibilmente dettagliata, con piani per attività di costruzione ed esecuzione, e tutte queste funzionalità sarebbero state definite nel tempo. Ma ora ha assunto un’impronta diversa”.

Una nuova attenzione al breve termine

Bob Grazioli, CIO di Ivanti, è un altro leader IT che ha abbandonato l’orizzonte temporale di tre anni.

“Le roadmap IT sono ora più brevi, in genere non superano i due anni, a causa del rapido ritmo del cambiamento tecnologico”, spiega. “Questo consente una maggiore flessibilità e adattabilità nella pianificazione IT”.

Anche Kellie Romack, Chief Digital Information Officer di ServiceNow, sta accorciando il suo orizzonte per allinearsi ai tempi di due o tre anni che sono la norma per la sua azienda. In questo modo, si concentra sul supporto della strategia futura dell’azienda, ma con una flessibilità sufficiente per adattarsi lungo il percorso.

“Questo lasso di tempo è un punto di forza che ci permette di impostare una strategia ideale con spazio per essere agili, in modo da consegnare e superare i limiti del possibile”, dice. “Il ritmo del cambiamento tecnologico oggi è più veloce che mai, e se i leader IT non guardano subito dietro l’angolo, è possibile che rimangano indietro e non recuperino mai”.

Continua: “Alcuni cambiamenti, come l’implementazione dell’AI, sono veloci da valorizzare. In questo caso, dobbiamo implementare, iterare e migliorare rapidamente, mentre lavoriamo per le nostre strategie a lungo termine. Altri cambiamenti possono richiedere più tempo, soprattutto se comportano un complesso lavoro interfunzionale, un investimento significativo o un aggiornamento delle competenze”.

Bobby Cameron, vice president e principal analyst di Forrester Research, spiega che la lunghezza delle roadmap IT varia. Alcune organizzazioni IT traggono vantaggio da prospettive più lunghe, mentre altre traggono vantaggio da prospettive più brevi, a seconda di vari fattori, come il ritmo del cambiamento nei loro settori, gli obiettivi dell’azienda e i progetti e i sistemi compresi in una determinata strada da intraprendere.

Ma Cameron dice anche che la ricerca ha rilevato come le realtà IT più performanti, che Forrester definisce trasformative, hanno abbandonato il processo triennale a favore di quello che si sviluppa in due anni o meno. E aggiornano le loro roadmap almeno trimestralmente per incorporare i cambiamenti nel panorama tecnologico e aziendale.

Inoltre, osserva Cameron, la ricerca mostra che i reparti IT che hanno percorsi di tre o più anni non sono altrettanto reattivi o di supporto alle loro aziende, consentono l’operatività, ma senza assicurare che si superi la concorrenza, tanto meno che si trasformi.

“Chi sostiene di lavorare su una strategia di tre-cinque anni, mi sta dicendo che la sua strategia aziendale non prevede molti cambiamenti”, aggiunge.

Le roadmap sono ancora importanti

Per essere chiari, i consulenti esecutivi e i CIO esperti sostengono che è ancora necessario stabilire un percorso per l’IT, indipendentemente dal fatto che si chiami roadmap o in un altro modo, o che duri un anno o più. Anche se la durata di questi piani è diventata più breve, sono ancora preziosi, indica Jenica McHugh, amministratore delegato dell’area di consulenza e strategia tecnologica di Accenture.

“Una roadmap è ancora uno strumento utile per fornire la stella polare, gli obiettivi e i traguardi che si stanno cercando di raggiungere, e un’idea di come si arriverà a quegli obiettivi”, osserva McHugh.

Senza questo, secondo McHugh, i CIO non riusciranno a fornire in modo coerente ciò che è necessario al momento giusto per le loro aziende, né a portare l’IT in uno stato avanzato ottimale.

“Se non ha un obiettivo o un risultato, andrà da qualche parte, glielo possiamo assicurare, ma non finirà in un luogo specifico”, aggiunge.

Le roadmap [in inglese] aiutano i CIO anche a gestire i vari stakeholder – i colleghi dirigenti, i membri del consiglio di amministrazione, i lavoratori – definendo le aspettative su quale lavoro verrà svolto e quando. Oltre a far comprendere loro se si stanno muovendo nella giusta direzione [in inglese] e al giusto ritmo, stabilendo delle milestone da utilizzare per segnare i progressi.

“Aiutano anche a creare conversazioni, a far capire a tutti su che cosa lavorare, a quale lavoro dare priorità e quale, invece, non è funzionale al raggiungimento dell’obiettivo indicato nella roadmap”, dichiara McHugh, che ha lavorato anche con divisioni IT prive di roadmap, descrivendole come “molto reattive”.

“È come il Whac-A-Mole, e sono costantemente in ritardo perché non conoscono la direzione in cui dovrebbero andare”, afferma.

McHugh lavora con i Chief Information Officer per definire le loro roadmap, collegandole alla strategia generale dell’azienda. Per questi piani, McHugh si attiene alla linea temporale di tre anni. Tuttavia, varia drasticamente i dettagli inclusi di anno in anno.

Le roadmap hanno piani dettagliati per il primo anno, comprese le attività mensili, le milestone e le note aggiuntive annidate sotto entrambe, per i mesi a venire. Ma i dettagli iniziano a svanire dopo i 90 giorni, e il secondo e il terzo anno hanno solo piani generali di alto livello.

Il problema dei percorsi pluriennali, dice McHugh, non è tanto il guardare avanti, quanto piuttosto l’avere troppa specificità. “L’errore tende a essere l’eccesso di dettagli”, spiega. “Gli esseri umani sono notoriamente pessimi nel prevedere il futuro. Perciò, se i dettagli sono troppi, si tratta di una falsa precisione”.

Alla luce di tutto ciò, non dovrebbe sorprendere che McHugh consigli ai CIO di diventare sempre più scarsi nelle loro visioni quando guardano avanti di due o tre anni. Le roadmap in genere non dovrebbero andare oltre, dice, perché è impossibile prevedere con un certo grado di accuratezza il futuro. “Una volta superato il terzo anno, ci avviciniamo al punto di inventare le cose”, sottolinea.

Inoltre, il manager dichiara di consigliare ai CIO di modificare regolarmente le roadmap, invitandoli a rivederle ogni 30 giorni per valutare e poi modificare, se necessario, i piani per i 90 successivi.

“L’importante è assicurarsi che la roadmap sia costruita in modo tale da essere flessibile ai cambiamenti”, aggiunge.

L’attenzione al business è fondamentale

La flessibilità di una roadmap e la sua lunghezza sono solo due dei fattori da considerare quando la si crea, dicono McHugh e altri.

L’allineamento alla strategia complessiva dell’impresa è altrettanto critico – se non di più – della durata o della flessibilità della roadmap.

“A volte l’IT ha creato una roadmap nel vuoto. Non è nemmeno detto che sia sbagliata, ma l’IT può trovarsi in una situazione in cui è difficile spiegare come i suoi piani si allineino a ciò che l’azienda vuole ottenere”, tiene a precisare McHugh.

In questo caso, i CIO “devono tornare alla roadmap e parlare degli obiettivi e delle milestone aziendali e di come legarla alla strategia aziendale”, dichiara.

Grazioli di Ivanti rivela che lui e altri Chief Information Officer stanno adottando sempre più questo approccio.

“La roadmap pluriennale dell’IT è ancora in atto, ma si è spostata dall’essere guidata dalla tecnologia all’essere più orientata al business”, rileva. “Questo cambiamento è dovuto al fatto che i CIO devono allinearsi con l’intera C-suite e avere visibilità con il CEO per garantire che i piani e gli investimenti IT si allineino con gli obiettivi aziendali generali”.

E poi aggiunge: “Una buona roadmap IT incorporerà anche le esigenze aziendali nelle priorità IT, concentrandosi sui risultati orientati al business piuttosto che sui miglioramenti orientati solo agli asset IT”.

Anche Romack sottolinea l’importanza di allineare la roadmap IT al business, affermando di inserire gli obiettivi aziendali nella timeline del piano da tre punti di vista.

La prima è la pianificazione visionaria. “Questa prospettiva di due o tre anni consiste nel fare quelle scommesse strategiche-chiave per la crescita che possiamo mettere a punto per portare l’azienda al livello successivo”, spiega. “Un esempio è la visione che potrà portare a diventare un’impresa AI-first a lungo termine, insieme alla strategia pluriennale di reimmaginazione dei ruoli, degli strumenti e della formazione in tutta l’azienda per arrivarci”.

La seconda è la pianificazione annuale. “Una roadmap di due o tre anni non significa che il lavoro sia finito. Dobbiamo esaminarla con cadenza trimestrale o più, per monitorare e applicare gli insegnamenti. Questo termine è particolarmente importante per rivalutare il budget, in quanto bilanciamo la spesa per i nuovi investimenti tecnologici, come l’AI, rispetto alle esigenze infrastrutturali-chiave”.

Il terzo punto è la pianificazione mensile. Romack illustra questo aspetto utilizzando come esempio il suo approccio all’intelligenza artificiale. “Con l’AI, ci concentriamo sull’innovazione e sul raggiungimento del valore in tempi brevi, quindi otteniamo risultati rapidi, dopodiché scaliamo e adattiamo i nostri piani mensilmente o settimanalmente, a seconda delle necessità”, conclude. “Questo comporta una revisione regolare delle metriche di valore per l’intelligenza artificiale, come l’adozione, il sentiment, la produttività e l’efficacia. Un ciclo più rapido aiuta a mantenere lo slancio e l’adattabilità necessari per generare ritorni e allinearsi ai driver aziendali-chiave”.


Read More from This Article: Che fine ha fatto la roadmap triennale dell’IT?
Source: News

Category: NewsDecember 19, 2024
Tags: art

Post navigation

PreviousPrevious post:오픈AI 영리기업화 반발에 메타도 동참, 그러나…NextNext post:“여보세요? 챗GPT 되시나요?”··· 오픈AI, 전화와 왓츠앱으로 챗GPT와 소통하는 길 열어

Related posts

독일 소버린 AI 대표주자 알레프 알파, 코히어와 손잡고 글로벌 연합 선택
April 29, 2026
Las empresas se están replanteando Kubernetes
April 29, 2026
Enterprises still chase incremental, not transformational, AI gains
April 29, 2026
SAP 2027 deadline for S/4HANA out of reach for most customers
April 29, 2026
Creating an exciting, customer-centric vision
April 29, 2026
AI 코딩 보조에서 개발 파이프라인까지…오픈AI ‘심포니’의 전환 실험
April 29, 2026
Recent Posts
  • 독일 소버린 AI 대표주자 알레프 알파, 코히어와 손잡고 글로벌 연합 선택
  • Las empresas se están replanteando Kubernetes
  • Enterprises still chase incremental, not transformational, AI gains
  • Creating an exciting, customer-centric vision
  • SAP 2027 deadline for S/4HANA out of reach for most customers
Recent Comments
    Archives
    • April 2026
    • March 2026
    • February 2026
    • January 2026
    • December 2025
    • November 2025
    • October 2025
    • September 2025
    • August 2025
    • July 2025
    • June 2025
    • May 2025
    • April 2025
    • March 2025
    • February 2025
    • January 2025
    • December 2024
    • November 2024
    • October 2024
    • September 2024
    • August 2024
    • July 2024
    • June 2024
    • May 2024
    • April 2024
    • March 2024
    • February 2024
    • January 2024
    • December 2023
    • November 2023
    • October 2023
    • September 2023
    • August 2023
    • July 2023
    • June 2023
    • May 2023
    • April 2023
    • March 2023
    • February 2023
    • January 2023
    • December 2022
    • November 2022
    • October 2022
    • September 2022
    • August 2022
    • July 2022
    • June 2022
    • May 2022
    • April 2022
    • March 2022
    • February 2022
    • January 2022
    • December 2021
    • November 2021
    • October 2021
    • September 2021
    • August 2021
    • July 2021
    • June 2021
    • May 2021
    • April 2021
    • March 2021
    • February 2021
    • January 2021
    • December 2020
    • November 2020
    • October 2020
    • September 2020
    • August 2020
    • July 2020
    • June 2020
    • May 2020
    • April 2020
    • January 2020
    • December 2019
    • November 2019
    • October 2019
    • September 2019
    • August 2019
    • July 2019
    • June 2019
    • May 2019
    • April 2019
    • March 2019
    • February 2019
    • January 2019
    • December 2018
    • November 2018
    • October 2018
    • September 2018
    • August 2018
    • July 2018
    • June 2018
    • May 2018
    • April 2018
    • March 2018
    • February 2018
    • January 2018
    • December 2017
    • November 2017
    • October 2017
    • September 2017
    • August 2017
    • July 2017
    • June 2017
    • May 2017
    • April 2017
    • March 2017
    • February 2017
    • January 2017
    Categories
    • News
    Meta
    • Log in
    • Entries feed
    • Comments feed
    • WordPress.org
    Tiatra LLC.

    Tiatra, LLC, based in the Washington, DC metropolitan area, proudly serves federal government agencies, organizations that work with the government and other commercial businesses and organizations. Tiatra specializes in a broad range of information technology (IT) development and management services incorporating solid engineering, attention to client needs, and meeting or exceeding any security parameters required. Our small yet innovative company is structured with a full complement of the necessary technical experts, working with hands-on management, to provide a high level of service and competitive pricing for your systems and engineering requirements.

    Find us on:

    FacebookTwitterLinkedin

    Submitclear

    Tiatra, LLC
    Copyright 2016. All rights reserved.