RISE vs GROW: differenze reali per PMI

Pubblicato da il
Tags:

 

 Molte PMI arrivano a RISE e GROW con una semplificazione: “RISE = enterprise”, “GROW = mid‑market”. È una scorciatoia che rischia di far scegliere il pacchetto sbagliato, perché la differenza reale non è il logo: è il modello operativo che ne deriva dopo il go‑live (chi gestisce cosa, con quali vincoli, e quanto “standard” sei disposto ad accettare).  

Il problema operativo: quando “cloud ERP” viene

trattato come un progetto una tantum

 Nelle PMI che hanno già un ERP “cresciuto” negli anni, il problema tipico non è partire, ma reggere il day‑2: integrazioni, varianti, eccezioni, e soprattutto un AMS che finisce per diventare il vero “sistema”. In questi contesti, scegliere RISE o GROW senza chiarire dove vivranno le eccezioni (core vs estensioni) porta a una situazione comune: go‑live ok, poi costi e instabilità aumentano perché le decisioni strutturali vengono rimandate.  

 Come SAP inquadra i due percorsi: Public Cloud

“fit‑to‑standard” vs Private Cloud “managed”

GROW with SAP è presentato da SAP come un insieme di risorse e “entitlements” intorno a SAP S/4HANA Cloud Public Edition: oltre all’ERP, include componenti come SAP BTP, SAP Build Process Automation e SAP Build Work Zone, e — per le edizioni — capability aggiuntive come planning/analytics e altri strumenti inclusi nella subscription. È un modello che punta a partire da best practice e a scalare con un impianto standardizzato.

RISE with SAP, invece, viene descritto da SAP come un “journey” per modernizzare l’ERP verso SAP Business Suite attraverso una metodologia e una toolchain (RISE with SAP Methodology) e un cloud operating model. In particolare, SAP evidenzia il concetto di managed/optimized by SAP e un modello a responsabilità condivise: SAP gestisce attività tecniche (es. patching), mentre le attività che impattano il business (upgrade/feature pack) restano sotto controllo cliente come decisione, pur eseguite nel perimetro del servizio.

 Dove “si sente” la differenza in progetti e AMS  

1) Governance delle eccezioni
Nel Public Cloud (GROW), lo standard non è un’opzione: le eccezioni vanno dichiarate e gestite come estensioni/integrazioni, non come modifiche al core. Per una PMI abituata a risolvere tutto “a valle” in AMS, questo è il punto di frizione più comune.

Nel Private Cloud (RISE), il tema diventa quanto vuoi mantenere la complessità esistente e come governarla, sapendo che il servizio introduce un operating model e una metodologia orientata a clean core e trasformazione progressiva.

2) Release e continuità operativa
Nel Public Cloud, la gestione deve essere “release‑ready” per definizione; nel Private Cloud, SAP descrive un modello dove alcune attività sono gestite da SAP e altre sono avviate dal cliente, proprio per mantenere controllo sugli impatti di business.

3) Strumenti inclusi e perimetro
Con GROW, SAP rende molto espliciti gli “entitlements” inclusi nella subscription (ERP + BTP + Build, e altre capability per edizione). Con RISE, l’enfasi è sulla metodologia, toolchain e pacchetti/risorse di onboarding. Questo impatta direttamente su come imposti progetto, change management e supporto.

Errori tipici nelle organizzazioni IT che vediamo spesso

  1. Scegliere in base alla “taglia” e non al modello operativo: la PMI può essere “piccola” ma con complessità da enterprise (integrazioni, varianti, vincoli).
  2. Portare il legacy nel Public Cloud: aspettarsi che il custom rimanga nel core invece di ripensare dove mettere le eccezioni.
  3. Usare AMS come ammortizzatore: trasformare scelte di processo in ticket, con costi ricorrenti e poca trasparenza decisionale.

 

 Benefici di un approccio allineato a SAP (e come lo

rendiamo praticabile)

Un approccio coerente con le indicazioni SAP porta benefici concreti: più chiarezza su standard vs eccezioni, meno debito applicativo, e una gestione più stabile del post go‑live. La chiave è rendere esplicite le decisioni: quali processi adottare “fit‑to‑standard”, quali estendere, e con quale governance.

Come supportiamo la scelta (progetto + AMS) come società di consulenza:

  • Assessment di complessità e vincoli (processi, integrazioni, varianti, requisiti non negoziabili) per capire se sei più “GROW‑ready” o “RISE‑ready” in pratica, non in teoria.
  • Impostazione della governance: regole su cosa resta standard e come si gestiscono le eccezioni (estensioni/integrazioni) per evitare che l’AMS diventi la soluzione.
  • Modello AMS coerente: supporto non reattivo ma governato, allineato al ciclo di evoluzione della piattaforma (Public o Private).

RISE vs GROW, per una PMI, non è una scelta tra due etichette: è una scelta tra due modi diversi di governare standard, cambiamento e supporto.

Post correlati