Tracking dei progetti SAP nel 2026: quattro strumenti che funzionano

Per la maggior parte dei nuovi programmi S/4HANA, lo strumento di tracking giusto è SAP Cloud ALM: legge transport, test e fasi direttamente dal sistema SAP e i clienti con Enterprise Support o con una sottoscrizione cloud non pagano alcuna licenza. Jira o Planner e Project di Microsoft hanno senso solo se la Sua organizzazione li usa già e qualcuno è responsabile dell'integrazione. SAP Solution Manager è ancora adatto ai landscape on-premise complessi, ma la sua manutenzione standard termina nel 2027. Questa guida è per programme manager e responsabili PMO che scelgono o correggono uno strumento. Confronta le quattro opzioni e si chiude con una checklist. Il test che conta: lo strumento riesce a mostrare che cosa succede dentro il sistema, o solo ciò che le persone hanno riferito?

In uno dei miei primi progetti S/4HANA abbiamo perso cinque settimane solo per capire perché i transport erano bloccati in QA. Nessuno aveva una visione chiara. Lo strumento di tracking tracciava le attività, non il lavoro.

Negli anni ho imparato che il vero problema di solito è più profondo di un'attività in ritardo: la mancanza di un tracking in grado di vedere il sistema. Se lo strumento non mostra che cosa succede nel Suo landscape di sistemi, si gestisce sulla base di supposizioni.

Quattro caratteristiche distinguono gli strumenti che prevengono i ritardi da quelli che li documentano a posteriori.

Integrazione con il sistema SAP. Uno strumento che legge il sistema conosce lo stato reale di transport, esecuzioni di test e approvazioni. Uno strumento alimentato da aggiornamenti manuali conosce ciò che le persone hanno riferito, spesso con una settimana di ritardo.

Copertura delle fasi finali. La maggior parte degli strumenti se la cava con la costruzione. Cedono nei test, nel cutover e nell'hypercare, dove i ritardi si sommano. Se lo strumento non sa tracciare le mock run e le attività di cutover, La abbandona nel punto più rischioso.

Visibilità delle dipendenze. La migrazione dei dati alimenta l'UAT. La sequenza del cutover dipende dall'ordine dei transport. Uno strumento che mostra il completamento delle attività ma non le catene di dipendenze non può mostrare che cosa provoca un ritardo su tre altri workstream.

Adozione. Lo strumento più capace fallisce se metà del team registra lo stato altrove. L'adozione nasce dalla facilità d'uso, dal mostrare alle persone le informazioni di cui hanno bisogno e dall'insistenza della leadership.

1. SAP Cloud ALM

SAP Cloud ALM è lo strumento di application lifecycle management di SAP per landscape cloud e ibridi. Non ha una licenza. I clienti con una sottoscrizione cloud che include Enterprise Support, nelle edizioni cloud (i contratti RISE e GROW la includono), o con Enterprise Support on-premise possono attivare un tenant per numero cliente. I clienti con Standard Support non hanno diritto a meno che non abbiano anche una sottoscrizione cloud di quel tipo.

Cosa fa bene: struttura il progetto sulle fasi di SAP Activate e legge lo stato dal sistema, compresi esecuzione dei test e transport. Ho implementato S/4HANA per un'azienda manifatturiera usando Cloud ALM per tracciare l'intero progetto di 10 mesi. Durante Realize, la migrazione dei dati ha incontrato dei problemi. Lo strumento ha segnalato il ritardo e ha calcolato l'impatto sulle attività dipendenti.

Dove è carente: richiede una connettività adeguata ai Suoi sistemi. Quando il team Basis è sotto pressione, quella connessione non viene realizzata all'inizio di Prepare. Quando viene configurata, il progetto vive in un foglio di calcolo da due mesi e nessuno vuole migrare lo storico.

Per qualsiasi nuovo programma S/4HANA cloud o RISE, parta da qui. La licenza non è il costo. Lo sono l'impegno di Basis e di configurazione.

2. Jira con un add-on di portfolio

Jira è l'issue tracker predefinito in molti reparti IT aziendali. Gli add-on di portfolio come BigPicture aggiungono diagrammi di Gantt, dipendenze e viste sulle risorse. L'AI di Atlassian, ora con il marchio Rovo, è inclusa in ogni piano Jira a pagamento con un credito mensile, e riassume i ticket e prepara bozze di aggiornamenti di stato.

Funziona quando l'organizzazione usa già Jira per lo sviluppo e il supporto. Se il system integrator imposta Cloud ALM mentre il team IT del cliente gestisce tutto il resto in Jira, si finisce con sistemi paralleli. Jira mostra ciò che fa l'IT. Cloud ALM mostra ciò che fa SAP. Nessuno ha una vista unica.

Il rischio è l'integrazione. Jira non ha alcuna comprensione nativa dei transport o delle fasi di Activate. Senza un'integrazione configurata con il landscape SAP, si possono tracciare le attività ma non il sistema.

3. Microsoft Planner e Project

Molti PMO sono cresciuti su Microsoft Project, che resta familiare ai responsabili di finance e operations. La linea di prodotto è cambiata nel 2026. Microsoft ha dismesso Project Online il 30 settembre 2026 e ha interrotto le nuove vendite di Planner e Project Plan 5. Ai clienti che hanno bisogno della pianificazione desktop viene indicato Planner e Project Plan 3, che a listino costa $30 per utente al mese. Microsoft 365 Copilot, una licenza aggiuntiva, prepara bozze di aggiornamenti di stato e di materiali per il comitato direttivo a partire dal piano e dai documenti correlati.

Non esiste un collegamento standard profondo tra gli strumenti Microsoft e SAP. Portare nel piano lo stato di transport o test richiede un connettore di terze parti o un'integrazione sviluppata in proprio. Per un rollout S/4HANA monoentità di finance e acquisti in cui il PMO del cliente possiede già le licenze, può bastare. Per programmi multi-entità con grandi volumi di transport e dipendenze tra sistemi, non è abbastanza profondo.

Se il Suo PMO lavorava su Project Online, verifichi che la migrazione allo strumento sostitutivo sia conclusa prima che venga fissata la baseline del programma.

4. SAP Solution Manager

SAP Solution Manager 7.2 è il predecessore on-premise di Cloud ALM, incluso nei contratti di manutenzione on-premise. Per i landscape on-premise complessi resta quello che va più in profondità: monitoraggio dei transport, documentazione dei processi, gestione dei test nativa e change control. In un progetto recente, Solution Manager ci ha avvisato di transport in conflitto prima che venissero importati nel quality testing. Ha evitato un conflitto di configurazione che avrebbe richiesto giorni per essere districato.

Il compromesso è l'impegno di configurazione. Una configurazione corretta richiede settimane di lavoro di Basis e di specialisti Solution Manager. I team che saltano l'investimento finiscono per usarlo solo per il monitoraggio dei transport, sprecando la maggior parte delle sue capacità.

La manutenzione standard termina a fine 2027. La manutenzione estesa arriva al 2030 per alcune funzioni, per i clienti che aderiscono alla manutenzione estesa di Business Suite 7. L'indicazione di SAP è di passare a Cloud ALM prima del 2028. Per un nuovo programma, scelga Solution Manager solo se lo usa già bene e il programma finisce prima che quella finestra si chiuda.

1. Set 2026Microsoft Project Online dismessoPlanner e Project Plan 3 è la strada per la pianificazione desktop
2. Fine 2027Termina la manutenzione standard di Solution ManagerL'indicazione di SAP è completare il passaggio a Cloud ALM prima del 2028
3. Fine 2030Termina la manutenzione estesa di Solution ManagerSolo per alcune funzioni, con la manutenzione estesa di Business Suite 7

Fonte: Microsoft Tech Community e SAP Support Portal, verificati a ottobre 2026

La tabella riassume le quattro opzioni a ottobre 2026.

Strumento	Ideale per	Integrazione SAP	Impegno di configurazione	Licenze
SAP Cloud ALM	Nuovi programmi S/4HANA, RISE e GROW	Nativa	Medio	Nessun costo di licenza con Enterprise Support o una sottoscrizione cloud
Jira con add-on di portfolio	Organizzazioni che usano già Jira	Tramite integrazione di terze parti o su misura	Da medio ad alto	Sottoscrizione per utente più add-on e impegno di integrazione
Microsoft Planner e Project	PMO del mid-market che usano già Microsoft	Tramite integrazione di terze parti o su misura	Da basso a medio	Planner e Project Plan 3 costa $30 a listino per utente al mese
SAP Solution Manager 7.2	Landscape on-premise complessi che lo usano già	Nativa, profonda	Alto	Incluso nella manutenzione on-premise; la manutenzione standard termina nel 2027

Tutti e quattro gli strumenti hanno ora un livello di AI. SAP ha aggiunto Joule a Cloud ALM, compresi agenti per le operations che riassumono gli alert e costruiscono dashboard di monitoraggio a partire da prompt in linguaggio naturale. Microsoft 365 Copilot prepara bozze di aggiornamenti narrativi a partire da un piano. Rovo di Atlassian riassume i thread di Jira e prepara bozze di pagine Confluence.

Ciò che l'AI non cambia è la profondità dell'integrazione. Accelera la scrittura dello stato a partire dai dati che lo strumento possiede. Se lo strumento è alimentato da fogli di calcolo, l'AI scrive più in fretta riassunti di fogli di calcolo. Costruisca prima l'integrazione. Il livello di AI è la parte facile da aggiungere in seguito.

Ponga queste domande prima di impegnarsi su uno strumento.

1. Lo strumento legge lo stato di transport, test e approvazioni dal sistema SAP o si affida a persone che lo digitano?
2. Traccia mock migration, attività di cutover e ticket di hypercare oltre alla costruzione?
3. Riesce a mostrare le catene di dipendenze tra i workstream?
4. Chi, con nome e cognome, è responsabile dell'integrazione tra lo strumento e il landscape SAP?
5. Qual è il vero costo di configurazione? La licenza è spesso la cifra più piccola; il tempo di Basis e di integrazione è il vero investimento.
6. L'intero team lo userà, compresi i responsabili di business?
7. Se due strumenti devono convivere, quale è la fonte di verità per lo stato del sistema e quale per il calendario di business?

Per come il tracking alimenta la governance, veda la mia guida su come riportare in carreggiata i progetti SAP.

Noto che i team di progetto a volte ignorano il proprio strumento di tracking perché è troppo complicato e tengono fogli di calcolo separati. Quando la leadership se ne accorge, la configurazione del sistema è in ritardo di tre settimane.

Gli strumenti creano visibilità. Non creano l'abitudine di agire su di essa. Per questo serve un comitato direttivo che consideri un segnale rosso un motivo per agire, non un motivo per aggiungere un commento di mitigazione e andare avanti.

Che cos'è SAP Cloud ALM ed è gratuito?

SAP Cloud ALM è lo strumento di application lifecycle management di SAP per implementare e gestire i sistemi SAP. Non esiste una licenza separata. I clienti con SAP Enterprise Support o Product Support for Large Enterprises possono attivare un tenant per numero cliente. Lo stesso vale per i clienti la cui sottoscrizione cloud include Enterprise Support, nelle edizioni cloud, il che comprende RISE e GROW. Il costo reale è l'impegno necessario per collegarlo e configurarlo.

Jira funziona per il tracking dei progetti SAP?

Per attività e issue, sì. Non comprende in modo nativo transport, fasi di SAP Activate o dipendenze SAP. Con un add-on di portfolio e un'integrazione configurata può gestire i calendari di programma ed estrarre alcuni dati SAP. Lo scelga quando l'organizzazione usa già Jira per tutto il resto. Per un programma SAP dedicato senza investimenti pregressi in Jira, Cloud ALM è il punto di partenza più efficiente.

Cosa ha sostituito Microsoft Project Online?

Microsoft ha dismesso Project Online il 30 settembre 2026. Ai clienti che hanno bisogno della pianificazione desktop, Microsoft indica Planner e Project Plan 3, che include l'applicazione Project desktop. Planner e Project Plan 5 non viene più venduto ai nuovi clienti. Se il Suo PMO tracciava un programma SAP in Project Online, confermi che la migrazione sia completa e che lo storico sia stato spostato prima di fare affidamento sul nuovo piano.

Quando usare SAP Solution Manager invece di Cloud ALM?

Quando sono vere tre cose. Si gestisce un landscape on-premise ECC o S/4HANA complesso. Solution Manager è già configurato e c'è un team che lo conosce. E il programma finirà prima che termini la manutenzione standard nel 2027. Durante una migrazione da ECC a S/4HANA i due possono funzionare in parallelo: Solution Manager per il vecchio landscape, Cloud ALM per il nuovo. SAP raccomanda di completare il passaggio a Cloud ALM prima del 2028.

Come riducono i ritardi gli strumenti di tracking nei programmi SAP?

Mostrando i problemi prima della riunione di stato settimanale. Un transport fermo in una coda di approvazione non compare in un report manuale finché qualcuno non se ne accorge. Uno strumento che legge il sistema lo mostra lo stesso giorno. Nel progetto iniziale citato sopra, uno strumento che leggesse lo stato reale dei transport avrebbe mostrato il blocco prima che costasse cinque settimane. Il vantaggio è massimo in Realize e Deploy, quando i volumi di transport sono alti e i test procedono in parallelo.

Si può usare più di uno strumento di tracking nello stesso programma SAP?

Si può, e di solito crea problemi: due strumenti mostrano uno stato diverso per lo stesso workstream e ogni escalation comincia con una discussione su quale sia giusto. Se ne servono due, dia a ciascuno un compito definito. Lo stato del sistema (transport, test) vive in Cloud ALM o Solution Manager. Il calendario di business può vivere in Jira o Planner se è lo standard del cliente. Li sincronizzi a intervalli stabiliti.