Guida alla trasformazione digitale con lo sviluppo low-code - Sfruttare il potenziale dello sviluppo low-code con Mendix

Pagina creata da Matteo Belli
 
CONTINUA A LEGGERE
Guida alla trasformazione digitale con lo sviluppo low-code - Sfruttare il potenziale dello sviluppo low-code con Mendix
Siemens Digital Industries Software

   Guida alla trasformazione
   digitale con lo sviluppo low-code
   Sfruttare il potenziale dello sviluppo
   low-code con Mendix

                                      siemens.com/software
Guida alla trasformazione digitale con lo sviluppo low-code - Sfruttare il potenziale dello sviluppo low-code con Mendix
2
Guida alla trasformazione digitale con lo sviluppo low-code - Sfruttare il potenziale dello sviluppo low-code con Mendix
Indice
Parte 1
Un nuovo mondo                                        4–5

Parte 2
Le 4 P                                                6–7
Avvio, struttura e scalabilità                        8–9
Fattori chiave                                          10

Parte 3
Iniziamo a creare                                       11

   Persone
   Posizione e organizzazione del team              12 – 15
   Strategia di crescita del team                   16 – 18

   Portfolio
   Identifica le prime applicazioni da sviluppare   19 – 21
   Consegna la tua prima applicazione               22 – 23
   Definisci il valore e inizia a tracciarlo        24 –25
   Celebra il successo                                  26

   Processo
   Predisponi una struttura di governance               27
   Stabilisci la cadenza di una retrospettiva           28

   Piattaforma
   Standardizza le best practice e le metodologie       29
   Strategia di distribuzione                       30 – 31

Parte 4
Questo è solo l'inizio                                  32

Riferimenti33

                                                               3
Guida alla trasformazione digitale con lo sviluppo low-code - Sfruttare il potenziale dello sviluppo low-code con Mendix
Un nuovo mondo

          Il mondo sta cambiando e le modalità di                 una guida pratica alla trasformazione
          sviluppo del software devono cambiare con               digitale. Il presente documento ha lo scopo
          esso. La chiave? L'intera organizzazione. Inizia        di guidarti verso l’esecuzione di strategie di
          ad eliminare le barriere per fare spazio alla tua       trasformazione digitale e aiutarti a eliminare
          fabbrica dell'innovazione. Quando abbiamo               le barriere tra l’azienda e l’IT, affinché tu possa
          iniziato il nostro percorso, volevamo risolvere         dedicarti completamente a ciò in cui eccelli:
          un problema che la tua azienda e innumerevoli           creare.
          altre affrontano ogni giorno: la consegna del
          software con strumenti e tecniche tradizionali.         Cosa significa creare?
          Il problema, anche se facile da capire, è               Creare significa fornire tecnologie in grado
          enormemente complesso. Il tasso di successo di          di sostenere il lavoro dei produttori e degli
          un progetto digitale su scala aziendale è molto         operatori di oggi. Sei un creatore. Stai
          basso: il 70% dei progetti si trova di fronte a         guidando la tua azienda nel percorso verso la
          serie difficoltà o fallisce del tutto.1                 trasformazione digitale. Stai implementando
                                                                  profondi cambiamenti per digitalizzare la tua
          È tutta una questione di collaborazione. O
                                                                  azienda e permettere a tutti i tuoi collaboratori
          della sua mancanza. Lo scarso coinvolgimento
                                                                  di sviluppare applicazioni.
          dell'utente finale si traduce spesso in requisiti
          poco chiari. E i requisiti poco chiari sono più         Ti sarai sicuramente chiesto: “Qual è la fase
          difficili da gestire e perfezionare quando i team       successiva?” La risposta è la trasformazione
          di sviluppo usano processi rigidi e frammentati.        digitale, che rende cruciale la consegna delle
          Il risultato? Una successione di inefficienze che       applicazioni. La pianificazione a lungo termine
          causa ritardi nei progetti e molti altri problemi.      e i lunghi cicli di consegna delle applicazioni
                                                                  non rispondono più alle esigenze e alle
          Il nostro obiettivo è aiutarti a risolvere tutto ciò.
                                                                  aspettative dei clienti attuali.2 Che si tratti di
          Per fare questo, avevamo bisogno di rimuovere
                                                                  creare o perfezionare soluzioni che migliorano
          le barriere tra l'azienda e l’IT, per riformare
                                                                  il rapporto con i clienti, di risolvere inefficienze
          il modo in cui le imprese si approcciano allo
                                                                  operative o di promuovere nuove attività, le
          sviluppo delle applicazioni. Il nostro obiettivo
                                                                  applicazioni sono i meccanismi di creazione del
          era collegare le persone con idee innovative
                                                                  valore fondamentali per la tua azienda.
          alla tecnologia che le avrebbe aiutate a
          trasformare quelle idee in realtà.                      Per attuare un processo di trasformazione
                                                                  digitale, occorre iniziare a porsi alcune
          Con lo sviluppo low-code, abbiamo favorito la
                                                                  domande. E se si stabilisse un’effettiva
          collaborazione in aziende di ogni dimensione,
                                                                  collaborazione tra l'azienda e l’IT, in grado
          in un'ampia varietà di settori e in diverse aree
                                                                  di agevolare la trasformazione di idee
          geografiche. Dopo anni di ricerca e sviluppo
                                                                  innovative in risultati reali e tangibili? E se ci
          e una miriade di clienti di successo, siamo
                                                                  fosse un modo per permettere al personale
          diventati leader nello sviluppo di applicazioni
                                                                  di sperimentare, esplorare, costruire,
          low-code, offrendo supporto a una community
                                                                  sviluppare, fare domande e rispondere in modo
          di decine di migliaia di utenti.
                                                                  strutturato, ripetibile e scalabile? Abbiamo la
          Abbiamo preso questa esperienza e l'abbiamo             risposta alle tue domande.
          trasformata in ciò che stai leggendo ora:

4
Guida alla trasformazione digitale con lo sviluppo low-code - Sfruttare il potenziale dello sviluppo low-code con Mendix
Parte 1

Benvenuto nella fabbrica dell'innovazione
La fabbrica dell'innovazione è il punto di                                                            Potenziare il personale
incontro tra esplorazione e risultati concreti.
È un processo che utilizza una collaborazione                                   Microservizi                             BizDevOps
costante per sviluppare applicazioni di livello                                 • App autonome                           • Collaborazione tra team

                                                        Combinare le tendenze
enterprise in modo efficiente e prevedibile.                                    • Implementazione delle                    autonomi
È una capacità organizzativa scalabile e                                          funzioni aziendali                     • Gestione di cicli di vita
autosufficiente che ti permette di dare vita alle                               • Sistemi centrali flessibili              completi
                                                                                                                         • Agile + DevOps
tue idee.
La fabbrica dell'innovazione è una
                                                                                Cloud native
combinazione della nostra tecnologia low-code
e della metodologia RAD (Rapid Application                                      • Scalabilità
                                                                                • Riutilizzo dei servizi comuni
Development) di sviluppo del software. Alla
                                                                                • Automazione completa (convenienza economica)
base della tua fabbrica dell'innovazione
confluiscono tre tendenze. I microservizi
offrono nuove modalità di architettare
applicazioni e infrastrutture. Gli sviluppatori
sono più liberi di focalizzarsi sul valore
                                                       Inizia da qui
offerto da un’applicazione, piuttosto che sulle
                                                       Lasciati guidare in questo nuovo mondo
complessità di un back-end rigido e caotico. Le
                                                       della trasformazione digitale e costruisci
opzioni di distribuzione cloud native offrono
                                                       il know-how necessario per migliorare la
alle imprese l'opportunità di essere più scalabili
                                                       collaborazione. Ti guideremo attraverso gli
e Agile, grazie alla riduzione dei costi e alla
                                                       elementi della trasformazione digitale, gli
possibilità di riutilizzo dei servizi comuni.
                                                       attori e i componenti fondamentali in grado
BizDevOps è un nuovo modo di collaborare
                                                       di innescare il cambiamento nel processo di
nell’intero ciclo di vita di sviluppo (che
                                                       consegna delle applicazioni. Una volta che avrai
comprende gli utenti aziendali, gli sviluppatori
                                                       preso confidenza con gli elementi e gli obiettivi
e le operation), finalizzato a garantire il rilascio
                                                       relativi all’attuazione di una strategia digitale
rapido e preciso di un’applicazione.
                                                       (Digital Execution), ti guideremo passo passo
La fabbrica dell'innovazione permette un               nella costruzione delle fondamenta della tua
approccio basato su BizDevOps e aiuta a                fabbrica dell'innovazione. Ti mostreremo anche
definire un linguaggio comune costruttivo              gli strumenti di Mendix, grazie ai quali potrai
e consapevole incentrato sulle esigenze                garantire a più persone la possibilità di creare
dell'azienda, dell'architettura e della                in modo scalabile, integrare la tecnologia smart
distribuzione, per aiutarti a realizzare               nelle applicazioni e trasformare le tue idee in
applicazioni in modo scalabile.                        realtà.
Prima di iniziare il tuo percorso di
                                                       Gli elementi della Digital Execution
digitalizzazione, hai bisogno di una vision
                                                       La fabbrica dell'innovazione non nasce dal
e di una strategia che ti conducano verso la
                                                       nulla. È necessario costruirla gradualmente
realizzazione della fabbrica dell'innovazione.
                                                       a partire dalle fondamenta. Ma prima di
Solo così l'azienda potrà esprimere al meglio la
                                                       addentrarci nelle modalità di realizzazione,
propria creatività e ingegnosità e potrai mettere
                                                       scopriamo i diversi elementi del percorso di
il personale IT e aziendale nelle condizioni
                                                       Digital Execution, ossia i driver fondamentali in
di ideare, creare e distribuire rapidamente le
                                                       grado di liberare il potenziale della tua azienda.
applicazioni in modo scalabile.

                                                                                                                                                5
Le 4 P

             Mendix ha individuato i principi fondamentali della Digital Execution: le 4
             P della transizione digitale. Leggendo questa guida, noterai che ciascuna di
             esse è associata a precisi obiettivi e traguardi, tutti volti al raggiungimento
             di un unico scopo principale, ovvero lo sviluppo di un'azienda incentrata
             sull'innovazione.

             Persone                                              Portfolio
             Il personale che scegli per il tuo team Mendix       Un modello RAD efficace si basa
             gioca un ruolo fondamentale per il successo del      sull'identificazione dei progetti giusti e sulla
             tuo programma di Digital Execution. Non hai          creazione di un portfolio di progetti con
             bisogno solo di sviluppatori low-code all'interno    risultati rapidi e iniziative ad alto valore.
             del tuo team.                                        Ottenere risultati in tempi rapidi permette di
                                                                  raggiungere il successo immediato e di creare
             Ti servono le persone giuste con le competenze
                                                                  l’effetto Wow, mentre le iniziative di alto valore
             adatte, indipendentemente dal ruolo. Il
                                                                  giustificano un cambiamento organizzativo più
             successo inizia dai piani alti e l’approvazione
                                                                  ampio, specialmente quando le applicazioni
             dei dirigenti senior è fondamentale. Hai
                                                                  sono legate a iniziative strategiche rilevanti.
             bisogno di un proprietario del programma
                                                                  Mettere insieme i casi d'uso è importante per
             (program owner) per dirigere il programma e
                                                                  aumentare la flessibilità del tuo portfolio nelle
             imporre il cambiamento. Anche gli architetti
                                                                  fasi successive della Digital Execution, pertanto
             sono fondamentali, perché aiuteranno a
                                                                  è bene includere le applicazioni per i nuovi
             definire gli obiettivi in termini di architettura,
                                                                  mercati, così come il coinvolgimento dei clienti
             infrastruttura e governance. I proprietari
                                                                  e l'efficienza operativa.
             del prodotto (product owner) sono gli
             attori chiave in un programma di successo,
             perché hanno conoscenze approfondite
             dell'azienda, del prodotto e dei suoi utenti e
             avranno informazioni dettagliate sul valore
             aggiunto che il programma creerà. Infine, un
             responsabile dello sviluppo di applicazioni
             (application development manager) dovrà
             mettersi al comando dell'iniziativa e del
             programma, così come dei team interfunzionali
             che realizzeranno quei progetti.

6
Parte 2

Processo                                            Piattaforma
Una Digital Execution di successo implica           Mentre prosegui nel tuo percorso di Digital
un cambiamento nel modo di lavorare e la            Execution, la piattaforma RAD che scegli non
definizione di processi di sviluppo rapidi delle    dovrebbe riguardare solo le nuove tendenze
applicazioni. Metodologie Agile come Scrum          tecnologiche come l'intelligenza artificiale, i Big
sono un buon punto di partenza, perché              Data, la blockchain o qualsiasi altra novità si
suddividono il lavoro in sprint e basano questi     presenti. Hai bisogno di una piattaforma che ti
ultimi sulle user story. Tuttavia, è necessario     aiuti anche a migliorare l'efficienza operativa,
passare da un approccio tradizionale DevOps         a ridurre il time-to-market e a favorire la
a un approccio BizDevOps, accorciare i cicli di     collaborazione tra gli stakeholder aziendali
rilascio da trimestrali a bisettimanali (talvolta   e l’IT; una piattaforma che ti aiuti a gestire il
anche giornalieri) e imparare a sviluppare          presente e a prepararti per il futuro.
prodotti MVP (Minimum Viable Product) con
                                                    Scegli una piattaforma che ti aiuti a effettuare
iterazioni veloci e successive.
                                                    consegne in modo non solo più rapido, ma
                                                    anche più preciso, così da poter sviluppare
                                                    applicazioni performanti in sole poche
                                                    settimane. Questo è l'approccio “fail fast, learn
                                                    fast”.
                                                    La fabbrica dell'innovazione richiede tre fasi
                                                    principali: avvio, struttura e scalabilità. Ogni
                                                    fase prevede il raggiungimento di obiettivi
                                                    specifici, tutti finalizzati a far crescere il tuo
                                                    programma di sviluppo di applicazioni.

                                                                                                                    7
Avvio, struttura e scalabilità

                                Avvio
                                Fondamenta della fabbrica dell'innovazione
                                Definizione del team, valore e prodotti MVP

                                Struttura
                                Metodologia e architettura formalizzate
                                Prevedibilità e continuità

                                Scalabilità
                                Fabbrica dell'innovazione scalabile
                                Aumento costante di produttività ed efficienza

             Avvio                                                 Gli obiettivi per la fase di avvio:
             Se devi costruire un mezzo di trasporto e non
                                                                   1. Creare il primo valore
             hai mai realizzato niente del genere prima
             d'ora, cominceresti da un'auto o da uno               2. Creare e gestire il primo team
             skateboard? La maggior parte delle persone
                                                                   3. Sviluppare e consegnare il primo MVP
             probabilmente comincerebbe dallo skateboard.
             Non è la macchina che desideravi, ma uno              4. Progettare l'interfaccia utente della prima
             skateboard ti porta dal punto A al punto B               app
             (anche se più lentamente) con il minimo
                                                                   5. Iniziare la progettazione dell'architettura
             sforzo. Hai sviluppato un MVP. Questa è la fase
             iniziale.
                                                                   Struttura
             Iniziare significa gettare le fondamenta della        Se la fase iniziale riguarda la definizione e
             tua fabbrica dell'innovazione. All'inizio, sviluppi   la dimostrazione dei vantaggi dell’approccio
             applicazioni che creano valore rapidamente. La        RAD, la struttura garantisce la prevedibilità e la
             ragione è duplice:                                    continuità. La struttura consiste nello sviluppo
                                                                   della prima serie di applicazioni in un portfolio,
             1. Prevedi di trascorrere molto tempo a creare
                                                                   che prevede applicazioni pensate per gestire
                un team e a mettere in atto i prerequisiti
                                                                   diversi casi d’uso, e nell’espansione del primo
                necessari in termini di infrastrutture e
                                                                   team in un team allargato. Consiste, inoltre,
                processi.
                                                                   nel trasformare il tuo primo processo Agile,
             2. Desideri ottenere risultati in breve               definito nella fase di avvio, in un processo che
                tempo. Ottenere risultati in tempi rapidi          stabilisce cicli di rilascio più brevi sotto una
                è importante perché potrai usarli per              governance rigorosa. Nella struttura, sei pronto
                dimostrare il valore del tuo nuovo approccio.      a passare dalla tua prima implementazione
                Potrai celebrare il tuo primo successo             cloud a un'implementazione multi-cloud.
                e ottenere così un sostegno più ampio
                all'interno dell'azienda.

8
Parte 2

La struttura è dove si inizia a formalizzare il     stati formati in modo da ricoprire diversi ruoli
processo di sviluppo rapido dell'applicazione,      all'interno dell'azienda e lavorare a progetti che
definendo un'architettura, garantendo la            consentano loro di sfruttare al meglio le proprie
consegna continua e creando una governance.         competenze. Stai applicando una maggiore
Sfruttando prevedibilità e stabilità, stai          automazione ai tuoi processi per consegnare
costruendo l'impalcatura per il tuo centro di       e gestire in modo rapido ed efficiente
creazione.                                          centinaia di applicazioni con un impatto
                                                    strategico. Questo include l'automazione
Gli obiettivi per la fase della struttura:
                                                    della distribuzione e della manutenzione a
1. Formalizzare i processi                          supporto di un ampio portfolio, la garanzia
                                                    di qualità per monitorare in modo proattivo
2. Sviluppare più app ed estendere i casi d'uso
                                                    la manutenibilità dei progetti e la possibilità
   del portfolio
                                                    di un maggiore riutilizzo tramite un app store
3. Progettare l'architettura                        privato. Con queste capacità, si massimizza il
                                                    valore e la produttività creando una capacità
4. Team di sviluppo di livello avanzato
                                                    di innovazione distribuita in tutta l'azienda.
5. Documentazione di governance                     Hai ottenuto una produttività e un’efficienza
                                                    continue.
6. Test automatizzati
                                                    Gli obiettivi per la fase di scalabilità:
Scalabilità
                                                    1. Portabilità del talento
Dalle fasi iniziali alla scalabilità, scopri come
utilizzare Mendix per accelerare e scalare lo       2. Velocità di consegna
sviluppo di applicazioni e iniziare a creare
                                                    3. Efficienza del team
valore per la tua azienda. I tuoi ingegneri sono

                                                                                                                   9
Fattori chiave
                                                                                                            Parte 2

Abbiamo identificato i principali fattori che possono influire sul successo del tuo percorso digitale
e li abbiamo suddivisi in tre livelli di Digital Execution. In questa guida, descriveremo i fattori
da considerare nei momenti chiave della realizzazione della fabbrica dell'innovazione. Le icone
nell'immagine illustrano i principali fattori da tenere a mente per le diverse fasi considerate.

     Livello strategico
     Questo livello riguarda la valutazione e la dimostrazione
     di un impatto strategico e implica la gestione del rischio
     di trasformazione e l’individuazione delle risorse volte a
     garantire il successo. In altre parole, si tratta di predisporre
     gli elementi che permetteranno di stabilire e di valutare
     l’adozione di un approccio RAD. In questa fase, i fattori
     chiave sono: il dirigente con la giusta vision, un'impronta            Vision           Impronta        Focus su casi
     organizzativa più ampia e l'espansione del portfolio per                              organizzativa   d'uso e portfolio
     includere più applicazioni per i diversi casi d'uso.

     Livello di programma
     A livello di programma, il focus riguarda il raggiungimento
     e la dimostrazione del ritorno sull'investimento (ROI),
     sulla realizzazione dei vantaggi e sulla comunicazione.
     Uno dei fattori chiave in questo livello è il proprietario del
     programma che possiede Mendix e guida il cambiamento
     in tutta l'organizzazione. Un altro elemento è l'architetto,
     fondamentale per collegare le divisioni IT e aziendali.
     Gartner definisce “architetto d'avanguardia”,3 colui
     che stabilisce e comunica le linee guida e i confini               Proprietario del    Architetto     ROI e budget per
     dell'architettura. Il terzo fattore è la dimostrazione del ROI.      programma                         il cambiamento
     Se non si prova il valore del programma, è difficile espandere
     quella capacità di sviluppo rapido delle applicazioni che si sta
     costruendo.

     Livello di applicazione
     In questo livello, il focus in termini di valore dovrebbe
     vertere su tempo, costi e qualità. Per assicurare il successo di
     questi fattori a livello di applicazione, hai bisogno del giusto
     proprietario del prodotto all'interno dell'azienda, di un team
     collaborativo, formato e certificato Mendix, e della garanzia
     che venga consegnata la giusta applicazione sia dal punto di       Proprietario del      Team         Consegna delle
     vista tecnico sia del valore di business.                             prodotto                         applicazioni

10
Iniziamo a creare
                                                                                                        Parte 3

È il momento di iniziare a gettare le                Abbiamo allineato ogni obiettivo alle 4 P e
fondamenta della tua fabbrica dell'innovazione.      abbiamo elencato le tappe fondamentali per
Per fare questo, avrai bisogno di creare il          ognuna di esse e i modi per raggiungerle.
tuo primo team Mendix, definire i processi e         Alla fine di ogni P, riceverai anche le tappe
celebrare i successi che otterrai nelle prime fasi   fondamentali della struttura, così potrai
del tuo programma di Digital Execution. È tutta      iniziare non solo a gettare le fondamenta per la
una questione di prime volte nella fase di avvio:    vendita, ma anche a costruire.
primo valore, prima squadra, primo MVP.

                                                                                                                  11
Posizione e organizzazione del team

             Prima di lanciarti in qualsiasi tipo di progetto, hai bisogno delle persone
             giuste per creare la prima applicazione e il portfolio e dimostrare il valore.
             Abbiamo elaborato un piano per aiutarti a creare il tuo primo team Mendix,
             valutarlo e mostrare in che modo può crescere e collaborare con le altre
             divisioni all’interno dell’azienda.

                                                         Fattori chiave

                   Program                                  Impronta            Product
                                       Architetto                                                    Team
                    owner                                 organizzativa          owner

             Individua i problem solver                           Definisci i ruoli
             Trova membri del team che possano dedicarsi          Mentre realizzi la tua fabbrica dell'innovazione,
             alla risoluzione dei problemi aziendali              è importante mantenere ridotte le
             (piuttosto che costruire soluzioni in base a         dimensioni del tuo team. Con un piccolo
             requisiti dettagliati). Ci saranno molti ostacoli    team, puoi consegnare nuove applicazioni
             da superare a causa dei processi esistenti e         rapidamente, evitando gran parte degli errori
             della cultura aziendale, quindi scegli persone       di comunicazione e dei ritardi che si verificano
             che abbiano un atteggiamento positivo.               spesso con team di sviluppo più grandi. I team
                                                                  più piccoli favoriscono anche la produttività e la
             Cerca persone desiderose di testare i propri
                                                                  creatività. Secondo la “Regola delle due pizze”
             limiti e con una certa competenza tecnica,
                                                                  di Jeff Bezos, CEO di Amazon, non si dovrebbe
             ma anche in grado di capire le sfide aziendali.
                                                                  mai tenere una riunione con un gruppo troppo
             Alcune persone che abbiamo osservato gestire
                                                                  grande da non poter essere sfamato da due
             positivamente la transizione provengono da
                                                                  pizze. Più piccolo è il team, più spazio c'è per
             contesti di analisi di business, UX design, front-
                                                                  il brainstorming e la revisione paritaria (e una
             end web design e business intelligence.
                                                                  porzione in più per tutti).
             Alla fine, la scelta del giusto team è la chiave
             del successo, non solo per il tuo primo progetto     Bashir Bseirani, CEO di Avertra, ha visto il
             ma per l'intero programma RAD.                       proprio team diventare più collaborativo
                                                                  quando ha iniziato a usare Mendix, perché
                                                                  poteva operare in un ambiente più piccolo.
                                                                  “Secondo la nostra filosofia, dovremmo
                                                                  poter sviluppare un'app con un team che
                                                                  possa essere soddisfatto con solo una
                                                                  pizza. Quando Bezos ha deciso di adottare
                                                                  il “metodo delle due pizze”, non era a
                                                                  conoscenza di Mendix e del suo potenziale.”

12
Parte 3 ⃒‌‌ Persone

Un primo team Mendix efficiente non è         una figura con competenze tecniche e          sviluppatori che possano collaborare
solo il numero di persone nella stanza.       un business developer, ossia qualcuno         insieme in modo proficuo, colmando il
Il tuo primo team Mendix dovrebbe             che conosce la piattaforma e che può          divario tra le esigenze di business e le
prevedere un team di sviluppo di base         intervenire in qualità di power user          possibilità tecniche.
composto da uno sviluppatore esperto,         qualora necessario. La chiave è avere

                                                      Tipico team di base

                              Feedback                                                           Richieste

         Product                                     Business             Pro               Competenze                  Tech
                               Visibilità
          owner                                     developer          developer            specialistiche            specialist

Un team efficace ha bisogno di                Si consiglia fortemente anche uno             Una trappola da evitare è assegnare un
un product owner competente. Il               sviluppatore certificato Mendix               membro diverso del team per ogni ruolo
proprietario del prodotto agisce in qualità   per aiutare il team a formarsi sulla          del progetto. Ciascun membro può essere
di stakeholder, ossia come qualcuno che       piattaforma.                                  responsabile di più ruoli. Invece di una
comprende il valore delle user story e si                                                   struttura formale, i membri del team
                                              Altri membri del team da considerare
assicura che i requisiti siano soddisfatti.                                                 prendono parte al lavoro in base alle
                                              nella fase iniziale sono quelli che noi
È un elemento fondamentale per il tuo                                                       loro aree di competenza. Ad esempio,
                                              chiamiamo acceleratori. Ad esempio, il
successo come team. Un proprietario del                                                     non hai bisogno di uno Scrum Master
                                              responsabile della parte UI/UX fa sì che
prodotto capace deve avere una vision                                                       dedicato per i tuoi primi progetti; il capo
                                              l'app abbia un bell’aspetto, ma definisce
di ciò che è necessario costruire, una                                                      sviluppatore può ricoprire questo ruolo in
                                              anche un ecosistema di modelli per le
profonda comprensione degli utenti e                                                        aggiunta alle attività di sviluppo esistenti.
                                              applicazioni future. C'è anche bisogno di
del mercato e una spiccata propensione
                                              un architetto per definire le linee guida e
a dare priorità al backlog. Assicurati che
                                              pensare allo stato futuro dell'ecosistema
abbia la giusta autorità per prendere
                                              IT.
decisioni e impegnarsi quotidianamente
con il team.

                                                        Tipica fase iniziale

                                                         Ingegneri formati                            Acceleratori

       Product                   Lead/
        owner                Scrum Master                                                   UX                       Architetto

                                                                                                                                       13
Gli sviluppatori Mendix possiedono tutti i
                              tipi di competenze
                              Gli sviluppatori (developer) provengono da
                              tutte le parti dell'azienda, non solo dall'IT.
                              Dai programmatori hardcore agli sviluppatori
                              incentrati sul business agli analisti esperti
                              di tecnologia, le piattaforme low-code
                              consentono di costruire team di creatori
                              provenienti da diversi ambiti.

      Citizen                           Business                                 Rapid                             Full-stack
     developer                         developer                               developer                           developer

                                 Business developer                        IT developer

                  Mendix Studio                      Mendix Studio Pro                     Estensione del codice
                 Business developer                    Pro developer                          Expert developer

“ Se il proprietario del prodotto siede                               “ Con Mendix, devi pensare partendo
  proprio accanto a noi, possiamo                                       dal modello di database e dalle
  ottenere rapidamente un feedback su                                   relazioni tra le entità e iniziare a
  ciò che stiamo sviluppando e questo                                   costruire su questa base. Quando
  rende il processo molto più rapido.”                                  riesci a farlo, pensi in modo
 Jennifer Taylor                                                        completamente diverso e comprendi
 Business Developer                                                     le relazioni. Questo mi ha reso uno
 Innovapost
                                                                        sviluppatore migliore.”
                                                                        Evan Gagnier
                                                                        Full-Stack Developer
                                                                        Granite Telecommunications

14
Attiva il tuo team                                   Se offri al tuo team gli strumenti adeguati lo
 All’inizio, la tentazione è quella di focalizzarsi   metterai in condizione di arrivare lontano. Gli
 solo sulla nuova piattaforma low-code. In            strumenti utilizzati da ogni membro del tuo
 realtà, è meglio formare il tuo team anche su        team saranno diversi, a seconda del livello
 un processo di sviluppo Agile, in modo che           tecnico. Uno sviluppatore non professionista
 gli utenti possano collaborare efficacemente.        (citizen developer), ossia qualcuno con
 Questo renderà più facile l'apprendimento della      esperienza di programmazione limitata o
 piattaforma Mendix perché ne comprenderai il         nulla, può facilmente imparare ad usare
 funzionamento. Osservando uno sviluppatore           Mendix tramite Mendix Studio. Gli sviluppatori
 Mendix esperto in azione, il tuo team imparerà       tradizionali si troveranno a proprio agio con
 a coinvolgere efficacemente gli stakeholder          Mendix Studio Pro.
 aziendali e a fornire soluzioni migliori.
 Un altro modo per sfruttare al meglio il tuo
 nuovo team Mendix è la formazione e la
 certificazione. La Mendix Academy offre corsi
 introduttivi di tre giorni e certificazioni rapide
 per sviluppatori, affinché i dipendenti possano
 aggiornare le proprie competenze sul modello
 RAD e sull'utilizzo della piattaforma Mendix.
 I team di sviluppo più efficaci lavorano
 insieme sul posto, idealmente accanto al
 proprietario del prodotto, ed effettuano
 iterazioni frequenti sulla base dei feedback
 degli utenti. La tua fabbrica dell'innovazione
 consiste nel promuovere la creatività per
 risolvere più velocemente le sfide aziendali.
 Mantenendo unita la tua squadra, favorirai
 l’entusiasmo e il coinvolgimento del tuo team,
 che sarà motivato a ottenere e dimostrare
 continuamente i risultati.

“ La gente parla sempre di risolvere i                                     “ Volevamo mostrare con quanta
  problemi con un software, ma non                                           velocità è possibile portare a termine
  credo che si tratti sempre di problem-                                     un progetto con scarsa o alcuna
  solving. Puoi anche aggiungere valore                                      spesa usando la Digital Execution e
  a un processo esistente. A volte,                                          permettendo davvero agli sviluppatori
  possiamo solo migliorarlo.”                                                di lavorare con libertà di movimento
 Yasmijn Joosten                                                             senza un processo rigido.”
 Citizen Developer
                                                                             Russ Martin
 Kuehne + Nagel
                                                                             Rapid Developer
                                                                             Erie Insurance

                                                                                                                  15
Strategia di crescita del team

                      Quando si crea un team, è              Opzione A: il modello centralizzato
                      importante definire anche una          In questo modello, ci sono più proprietari del
                                                             prodotto che lavorano con uno Scrum Master e
                      strategia di crescita, in modo da      dirigono più team di sviluppatori che lavorano
                      poter ampliare il proprio programma    su vari tipi di applicazioni.
                      RAD in modo efficiente. Esistono
                                                             È possibile iniziare a creare e promuovere un
                      diverse opzioni a riguardo.            pool di talenti da cui attingere rapidamente e
                                                             facilmente nel caso in cui uno sviluppatore lasci
                                                             il team.

                                                            Acceleratori                   Pool di talenti

                                           Team A               UX                       Certificato Mendix
     Product
     owner A

                                                             Architetto                  Certificato Mendix

                                           Team B
     Product       Lead/
     owner B   Scrum Master A

                                                               OPS                       Certificato Mendix

     Product                               Team C      Garanzia di qualità
     owner C                                                                             Certificato Mendix
                                                          (QA) e test

16
Parte 3 ⃒‌‌ Persone

Opzione B: il modello decentralizzato          Il team principale possiede i portfolio
Questo modello richiede un team di sviluppo    di applicazioni, definisce le linee guida
di base composto da un ingegnere Mendix, un    dell'architettura, stabilisce le best practice e
architetto aziendale, un designer, uno Scrum   assicura un approccio Agile in tutta l'azienda,
Master e sviluppatori professionisti. Questo   mentre le altre unità costruiscono i propri
gruppo forma e consolida il pool di talenti,   portfolio. Questo modello sostiene anche i
provenienti da diverse business unit.          business developer nella tua organizzazione.
                                               Pensando allo stato futuro, è qui che si
                                               comincia a scalare la fabbrica dell'innovazione.

                                                    Unità A (integrata nella BU A)
                                  Portfolio
                                  della BU

 EA/architetto       Designer                  Stakeholder      Product        Business                   Citizen     Portfolio
  principale         esperto                    aziendale        owner        developer                  developer   “flessibile”

                                                    Unità A (integrata nella BU A)
                                  Portfolio
                                  della BU

                     Gestione                  Stakeholder      Product        Business                   Citizen     Portfolio
Scrum Master
                     test/Q&A                   aziendale        owner        developer                  developer   “flessibile”

                                                    Unità A (integrata nella BU A)
                                  Portfolio
                                  della BU

                                               Stakeholder      Product        Business                   Citizen     Portfolio
Pro developer         Team B
                                                aziendale        owner        developer                  developer   “flessibile”

         Pool di talenti                                                       Pool di talenti

  Certificato       Certificato                                         Certificato        Certificato
   Mendix            Mendix                                              Mendix             Mendix

                                                                                                                               17
Approccio BizDevOps                                    Per farlo, puoi usare le risorse del pool di talenti
     Proprio come una strategia di crescita del             che hai iniziato a coltivare nella fase iniziale. E
     team, ti consigliamo di adottare un approccio          puoi scegliere un'opzione di crescita del team
     BizDevOps per il tuo team. Lo sviluppo rapido          che sia giusta per te e per la tua azienda e
     di applicazioni può funzionare solo alla velocità      iniziare a metterla in atto.
     consentita dal team di Operations. Puoi
     sviluppare e consegnare le app alla velocità           Crescita e suddivisione dei team
     della luce, ma queste non produrranno alcun            Il tuo team nella fase iniziale era volutamente
     valore finché il team di Operations non le             piccolo. Man mano che le tue applicazioni
     renderà disponibili sul mercato. Quindi, inizia        diventano più complesse e guadagnano
     a concentrarti sull'allineamento tra Sviluppo e        più visibilità, il tuo team deve crescere
     Operations (DevOps) nella tua azienda.                 proporzionalmente. Aggiungi un architetto
                                                            e un UI/UX designer, se non fanno già parte
     Struttura                                              del tuo team, e aggiungi anche un ingegnere
     Desideri attuare la strategia di crescita del tuo      operativo. Indipendentemente dalla strategia
     team. I tuoi obiettivi riguardano l'espansione         di crescita adottata, creerai altri team,
     del tuo team originale e la creazione di nuovi.        coinvolgendo più business developer e product
                                                            owner da tutta l'azienda.
     Strategia di selezione e abilitazione
                                                            Ora che sai chi deve far parte del tuo primo
     Mendix Studio e Mendix Studio Pro si rivolgono
                                                            team Mendix, prenditi del tempo per
     a sviluppatori di tutti i tipi. Per questo motivo, è
                                                            considerare quali sono le persone con cui
     possibile reclutare sviluppatori da luoghi atipici.
                                                            lavori che sarebbero perfette per questi ruoli.
     Non limitarti ai tuoi sviluppatori full-stack e
                                                            Considera le persone che entrano ed escono
     cerca di trovare persone con una mentalità
                                                            dalla tua azienda. Quando le inviti nel tuo
     tecnica all'interno dell'azienda dedite alla
                                                            team, trasmetti loro l'idea che lavoreranno a
     risoluzione dei problemi e capaci di pensare in
                                                            qualcosa di molto importante ed interessante.
     grande.

18
Identifica le prime applicazioni
    da sviluppare           Parte 3 ⃒‌‌ Portfolio

È importante che le tue prime applicazioni apportino un valore          risultati che saranno notati e il tuo successo sarà condiviso
immediato al momento del lancio, perché lo sviluppo rapido              dagli stakeholder.
di applicazioni non consiste nella consegna rapida, ma nella
                                                                        Fai in modo che tutta l'organizzazione parli dei risultati
creazione di valore più velocemente di quanto tu abbia mai
                                                                        positivi che hai raggiunto. Improvvisamente, ti ritroverai
fatto prima. Ricorda: sviluppa velocemente, sviluppa bene.
                                                                        colleghi che ti bussano alla porta chiedendoti cose come: "Ho
Un progetto non è uguale a un'applicazione. Si consiglia di             sentito che hai consegnato quell'applicazione in 30 giorni.
iniziare con un portfolio di tre applicazioni. Sebbene il primo         Come hai fatto? Funzionerà per il mio progetto?"
successo sia sempre importante, per comprendere veramente
                                                                     3. Coinvolgi gli stakeholder
il nuovo processo RAD e la piattaforma Mendix, sviluppare
                                                                        I requisiti sono spesso poco chiari e devono essere ottimizzati
diverse applicazioni e dimostrare la piena riuscita del processo
                                                                        tramite la collaborazione e il feedback degli stakeholder
di sviluppo di ciascuna di esse costituisce una best practice. Hai
                                                                        aziendali. L'obiettivo è quello di illustrare il livello superiore
un nuovo team con un nuovo modo di lavorare tramite una
                                                                        di creatività e collaborazione reso possibile da questo nuovo
nuova tecnologia. Mostrare il valore delle diverse applicazioni
                                                                        approccio di sviluppo rapido delle applicazioni.
è importante. Cerca di attenerti ai casi d'uso delle applicazioni
che hanno pochi requisiti predefiniti e un più alto tasso di            Il compito di coinvolgere gli stakeholder spetta al proprietario
cambiamento (innovazione, coinvolgimento dei clienti,                   del prodotto. Il product owner sa cosa deve essere costruito.
efficienza operativa).                                                  Le applicazioni hanno successo quando il team di sviluppo
                                                                        e il product owner lavorano insieme, uniti dalla passione
Abbiamo sviluppato una checklist di punti da considerare per
                                                                        per lo sviluppo di applicazioni che offrono valore. Limita il
aiutarti a identificare le applicazioni giuste per il tuo primo
                                                                        coinvolgimento aziendale a un solo dipartimento con le prime
progetto. È quasi impossibile trovare progetti che includano
                                                                        applicazioni. Troppe persone possono ostacolare la capacità
tutti e otto i punti, quindi abbiamo classificato questi ultimi
                                                                        del team di prendere decisioni in modo rapido.
come indispensabili, importanti e consigliati.
                                                                     4. Incoraggia il passaggio delle applicazioni in produzione
                                                                        Un'altra considerazione importante è che puoi portare le
                         Fattori chiave
                                                                        applicazioni in produzione. In questo modo hai un quadro più
                                                                        chiaro del vantaggio del time-to-market. Per inciso, iniziare
                                                                        con un prototipo potrebbe portare gli altri a credere che
                                                                        questo approccio sia adatto solo alla prototipazione, il che
                                                                        significa sottovalutarne l'impatto.
              Focus su casi               Consegna
                                                                        Ad esempio, un cliente Mendix ha costruito un portale
            d'uso e portfolio             delle app
                                                                        self-service per i clienti in sei settimane, solo per scoprire
                                                                        una settimana prima del lancio che il suo maggiore
                                                                        competitor aveva lanciato un'app per dispositivi mobili.
Indispensabili
                                                                        Ha messo l'applicazione in produzione e nel giro di due
1. Go-live in tempi rapidi                                              settimane ha aggiunto la funzionalità di tipo mobile
   Uno degli obiettivi principali della tua prima applicazione è        mentre la versione iniziale era già disponibile. La
   validare la tua capacità di portare rapidamente nuove idee           consegna rapida delle applicazioni permette di cambiare
                                                                        rotta rapidamente e affrontare i cambiamenti del mercato
   sul mercato.
                                                                        nel giro di poche settimane.
   È importante identificare i successi rapidi, ossia le
   applicazioni che possono essere lanciate sul mercato in tempi     5. Limita le dipendenze
   brevi, solitamente 30 giorni. Scegli applicazioni con una            Per consegnare le applicazioni in meno di 30 giorni, limita
   portata limitata e che possono andare da sole in produzione.         le dipendenze esterne delle tue applicazioni. Fattori esterni
                                                                        sui quali hai poco o nessun controllo possono ridurre
2. Massimizza il valore delle app
                                                                        rapidamente il vantaggio di produttività offerto dalla
   Le tue prime applicazioni dovrebbero essere molto visibili
                                                                        piattaforma Mendix. È come usare un pennarello permanente
   anche all'interno dell'organizzazione. Devono avere la giusta
                                                                        su una lavagna nuova.
   urgenza e il giusto sostegno esecutivo, oltre a fornire un
   valore commerciale tangibile. Scegli applicazioni che offrano
                                                                                                                                        19
Alcune dipendenze da evitare:                       sanno che arriveranno nelle versioni
                                                            successive.
        • Integrazione con sistemi esistenti, in
          particolare quelli in cui le API (Application     Il passaggio dall'idea alla produzione
          Programming Interfaces) non sono                  tradizionalmente implica molto lavoro, quindi,
          definite                                          quando tutto il personale dell'azienda vede
                                                            un'idea realizzarsi in soli 30 giorni sarà stupito.
        • Infrastruttura di distribuzione. Nelle
          grandi aziende non è insolito dover
                                                            Matt Rogers, Chief Information Officer
          aspettare due mesi per l'hardware                 di Suez UK, una società di gestione
          richiesto. Per questo motivo, distribuisci        dei rifiuti, ha cercato un modo per
          la tua prima applicazione in Mendix               affrontare rapidamente le lacune del suo
          Cloud. Con la distribuzione in un                 portfolio. Utilizzando Mendix, Rogers e
          solo clic, sei in grado di rimuovere              il suo dipartimento sono stati in grado di
          ogni rallentamento dal processo di                farlo: "Dove abbiamo lacune a livello di
          distribuzione                                     architettura o di portfolio di applicazioni, il
                                                            low-code ci permette di svilupparle molto
        • Normative di settore. Spesso, le                  rapidamente e portarle sul mercato"
          normative esterne possono rendere
          i requisiti poco chiari, il che può             7. Trasforma gli insuccessi in vittorie
          comportare ritardi                                 È positivo ammettere la sconfitta. In
     6. Non farti rallentare dai requisiti                   questo caso, è vantaggioso. Può sembrare
        I progetti di innovazione digitale sono              contraddittorio, ma le prime applicazioni
        spesso caratterizzati da requisiti aziendali         riuscite sono spesso quelle che la tua azienda
        poco chiari. Non preoccuparti, questa è              non è riuscita a fornire in precedenza.
        una buona cosa perché è meglio definire             Ad esempio, un cliente di Mendix inizialmente
        un obiettivo o uno scopo a livello generale         non riusciva a sviluppare un'applicazione
        piuttosto che avere requisiti dettagliati. Più      che calcola i prezzi perché l'algoritmo
        requisiti devono soddisfare le tue prime            era molto specifico per l'azienda e lo
        applicazioni, più tempo sarà necessario per         sviluppatore .NET non poteva cogliere tutte
        il rilascio. Assicurati di avere almeno due         le sfumature. Tramite Mendix, gli stakeholder
        iterazioni di follow-up pianificate, in modo        e gli sviluppatori IT sono stati in grado di
        da poter acquisire e perfezionare i requisiti       trasformare l’insuccesso in vittoria, collaborare
        e ottenere la fiducia degli stakeholder             in modo molto più stretto e consegnare una
        aziendali. In questo modo, anche se i loro          prima versione dell'applicazione in pochi
        requisiti non entrano nell'MVP iniziale,            giorni.

20
8. Rendi le applicazioni smart                                                                        Livello di complessità
   Per offrire la migliore esperienza possibile
   all'utente, le app dovrebbero essere
                                                                              Bassa complessità,                    Alta complessità,
   intelligenti, contestuali e proattive, ovvero                              alta esposizione                      alta esposizione
   smart. Sviluppa un'app che potrebbe                                        • Orientamento al cliente             • Orientamento al cliente
   utilizzare l’AI per personalizzare l'esperienza                            • Multicanale                         • Multicanale
   utente o che utilizza la geolocalizzazione                                 • Integrazioni limitate               • Uso intenso
   per farti sapere dove si trova la torta che hai                                                                  • Alta disponibilità,
   ordinato per la tua festa.                                                                                          disaster recovery
Man mano che si procede dall'inizio alla fase di                                                                    • Architettura orientata ai
struttura, queste linee guida diventano meno                                                                           servizi (SOA)

                                                     Livello di esposizione
rigide. Ad esempio, è possibile selezionare                                                                         • Obiettivo e requisiti
                                                                                                                       da scoprire
applicazioni con più punti di integrazione,
o iniziare a lavorare su applicazioni con più
requisiti predefiniti. Scegliendo le applicazioni
giuste, si dimostrano diverse cose importanti:                                Bassa complessità, bassa              Alta complessità,
                                                                              esposizione                           bassa esposizione
1. È possibile rilasciare applicazioni sul mercato
                                                                              • Utenti interni                      • Integrazioni complesse
   in tempi significativamente più brevi
                                                                              • Driver di valore: efficienza        • Business critical
2. L'azienda e l'IT possono collaborare                                       • Obiettivo e requisiti ben           • Caricamento di dati pesanti
   efficacemente per fornire nuove innovazioni                                  definiti                            • Utenti interni
                                                                                                                    • Obiettivo e requisiti
3. Si possono ottenere risultati con meno                                                                              disponibili
   risorse (piccoli team, costo ridotto)
4. Sei in grado di lavorare con processi Agile e
   cicli di feedback
5. Il tuo nuovo approccio è un processo
   ripetibile, non un successo una tantum
6. Mostrerai un miglioramento continuo
   adottando un approccio “fail fast, learn fast”

La matrice di complessità                                 Prenditi un minuto per rivedere gli otto punti e
L'uso della matrice di complessità è un ottimo            usa la checklist di seguito per iniziare a ideare
modo per valutare i progetti adatti al tuo                e scrivere le prime applicazioni che creerai con
portfolio iniziale. L'esposizione è la quantità di        Mendix:
utilizzo o disponibilità di un'applicazione. La
                                                          • Go-live in tempi rapidi
complessità costituisce il grado di complessità
tecnica dell'applicazione; ad esempio, può                • Massimizza il valore delle app
indicare il numero di integrazioni richiesto
                                                          • Coinvolgi gli stakeholder
dall'applicazione. Puoi iniziare dal lato sinistro
del quadrante, che rappresenta il tuo team che            • Incoraggia il passaggio delle applicazioni in
impara e si sente a proprio agio con il nuovo               produzione
modo di lavorare.
                                                          • Limita le dipendenze
                                                          • Non farti rallentare dai requisiti
                                                          • Trasforma gli insuccessi in vittorie
                                                          • Rendi le applicazioni smart

                                                                                                                                                    21
Consegna la tua prima applicazione

Hai selezionato con cura il tuo team e i tuoi progetti. Ora è il        Questo tipo di interazione aiuterà a creare un atteggiamento
momento di consegnare la tua applicazione. Le metodologie               diverso nei confronti dell'IT e a preparare il terreno per il
Agile come Scrum sono un buon punto di partenza e una                   resto dell'organizzazione. Questo workshop da solo non
componente fondamentale della Digital Execution, ma non                 trasformerà il tuo business. Tuttavia, potrà portare la tua
tutti i principi di Scrum funzionano per tutte le organizzazioni.       azienda a pensare: “Questo potrebbe funzionare”. Questa è
Inoltre, se l'azienda non è pronta o è impreparata, lo sforzo è         una vittoria su cui si può costruire.
vano. È necessario preparare l'azienda a uno sviluppo rapido
                                                                      2. Workshop di partenza
e iterativo, motivo per cui la selezione di un product owner è
importante.                                                             Si coprono diversi argomenti nel workshop di partenza:
                                                                        • Assegnazione di ruoli e responsabilità del progetto
In Zurich Insurance, il Senior Product Underwriter, Alex
Tong, ha svolto un ruolo di primo piano nello sviluppo                  • Formulazione di un piano generale di consegna
della prima applicazione del team DevOps di Zurich con
Mendix. Tong ha permesso al team DevOps di comprendere                  • Creazione di una mentalità Agile e di un approccio snello
appieno i requisiti che doveva soddisfare l'applicazione                  alla governance
di acquisizione dei dati per agevolare il processo di
                                                                        • Condivisione degli obiettivi strategici di business
sottoscrizione. Lavorando insieme, Tong e il team DevOps
sono riusciti a sviluppare un'applicazione di sottoscrizione            • Definizione di regole di engagement chiare
che sta facendo risparmiare giorni di tempo agli
assicuratori di Zurich, consentendo loro di avere più tempo             Invece di assegnare ruoli tecnici, offri alle persone la piena
a disposizione per preventivi e business.                               gestione delle user story e suddividi il lavoro in base a
                                                                        queste. Grazie a Mendix Studio e Medix Studio Pro, i business
L'agilità è fondamentale per lo sviluppo rapido delle                   developer possono svolgere la maggior parte del lavoro
applicazioni, perché offre un approccio allo sviluppo del               da soli. Poi, quando necessario, puoi chiamare esperti a
software iterativo e basato sul team. I team RAD consegnano             risolvere questioni tecniche specifiche come la definizione
i componenti di un'applicazione in sprint, fasi a tempo con             dell'integrazione o delle prestazioni. L'uso di strumenti
durate definite e un elenco finito di deliverable pianificati           di project management come Jira o Sprintr può aiutare a
all'inizio. La collaborazione è la chiave di un approccio Agile.        gestire il lavoro basato sulle user story.

Ecco alcune linee guida per garantire la riuscita della                 Una volta che hai definito le nuove regole di engagement,
consegna della tua prima applicazione con l’approccio RAD:              esercitati sulle prime 10-20 user story assieme al tuo team.
                                                                        Cerca di fare in modo che una persona scriva una storia,
1. Workshop di avvio                                                    mentre un'altra la interpreta. Questo aiuta a creare un
     Questo workshop è dove inizia la vera collaborazione.              vocabolario e una comprensione condivisa e a stabilire
     Lo scopo del workshop di avvio è definire l'obiettivo              quando il team sente collettivamente che una user story è
     commerciale del progetto, non quello che si vuole                  pronta per lo sviluppo.
     sviluppare, ma ciò che si vuole ottenere. La riunione              Come ultima fase, dai la priorità alle user story per il primo
     dovrebbe includere le seguenti figure:                             sprint di sviluppo. Mendix offre API che collegano strumenti
     • Lo sponsor del progetto, o il leader dell'iniziativa di          e servizi alla propria piattaforma. Ti consigliamo di provare a
       trasformazione digitale, che può articolare il valore            fare tutto il lavoro in Mendix prima dell'integrazione di uno
       strategico del nuovo approccio                                   strumento o servizio di terze parti. Quando inizi a includerli,
                                                                        inizi ad aumentare le dipendenze, che è quello che vuoi
     • Il proprietario del prodotto, che può descrivere il problema     limitare nella fase iniziale.
       che l'applicazione dovrebbe affrontare
     • I power user di Mendix, un sottoinsieme di utenti finali,
       che definiscono i requisiti per il primo sprint e hanno
       una conoscenza diretta delle sfide e delle esigenze
       dell’azienda

22
Parte 3 ⃒‌‌ Portfolio

3. Esegui sprint brevi                                                 Mendix Atlas UI è un framework di progettazione open source
                                                                       ed estensibile, che include esperienze utente efficaci nelle tue
  Scrum richiede solitamente sprint di 2-4 settimane. Con
                                                                       applicazioni. Atlas UI garantisce alle tue interfacce semplicità,
  sprint più lunghi, c'è sempre il rischio che l'applicazione
                                                                       coerenza e adattabilità, per permetterti di personalizzare le
  non venga lanciata sul mercato. Più velocemente si lancia
                                                                       tue app e renderle fruibili su un'ampia gamma di dispositivi.
  l'applicazione sul mercato, più velocemente si può creare
  valore.                                                              Mendix Studio Pro ti permette di adottare un approccio Agile
                                                                       basato su Scrum. Con funzionalità come sprint, gestione
  Un approccio di sviluppo tradizionale suggerisce di aspettare
                                                                       delle storie e gestione integrata dei feedback, si può gestire
  il feedback alla fine dello sprint. Se gli sprint sono più
                                                                       facilmente uno store Agile in un unico ambiente. Cosa ancora
  lunghi, le supposizioni sollevate dagli sviluppatori possono
                                                                       più importante, è possibile iniziare a collegare azienda e IT
  influenzare negativamente l'ultima parte dello sprint,
                                                                       e iniziare a sviluppare applicazioni che apportano un valore
  quando finalmente si fa la demo dell'applicazione, perché
                                                                       reale.
  gli sviluppatori non stanno ottenendo feedback rapidi e
  frequenti. Quando gli errori si accumulano e non vengono             Sprint più brevi sono di aiuto per i dipendenti, che non solo
  affrontati fino alla fine dello sprint, si crea un rallentamento     stanno imparando a collaborare all'interno del proprio team
  dello sviluppo dell'applicazione.                                    e dell'azienda, ma devono anche a stimare la complessità
                                                                       delle user story che devono costruire. Quando l'applicazione
  Un aspetto importante della collaborazione è l'ascolto.
                                                                       comincia a prendere forma, si può passare a sprint di due
  Coinvolgere l'azienda e chiedere il feedback di tutti durante
                                                                       settimane.
  l’intero processo di sviluppo mostra che siete in grado di
  ascoltare e incorporare il feedback molto rapidamente.               Mendix Studio Pro offre diversi strumenti per consentire la
  Assicurati di prendere del tempo per elaborare il feedback           collaborazione azienda-IT in tempo reale:
  degli utenti.
                                                                       • Il portale degli sviluppatori include la pagina delle storie
  La modellazione visiva di Mendix permette all'azienda di               che consente di aggiungere e modificare gli sprint e
  vedere cosa stai realizzando; non hai bisogno di guardare da           uno strumento social chiamato Buzz, che permette
  vicino il codice per capire. Questo è un importante fattore            agli stakeholder di pubblicare aggiornamenti, scrivere
  di collaborazione e di engagement. Dedicare del tempo                  commenti e caricare documenti
  al feedback aiuterà l'azienda a sentirsi per la prima volta
                                                                       • Il widget per il feedback e la collaborazione raccoglie e
  veramente coinvolta nel processo di creazione.
                                                                         riceve facilmente il feedback da tutti coloro che sono
4. Riunione di revisione del primo sprint                                coinvolti nel progetto. Oltre a scrivere commenti, puoi
                                                                         ottenere un feedback in tempo reale con le funzioni di
  In ogni riunione di revisione di uno sprint, ma in particolare
                                                                         modifica, visualizzazione e condivisione
  nella prima, è fondamentale mostrare una demo che
  funziona bene.                                                       • Le API connettono Mendix a strumenti e servizi di terze
                                                                         parti
  • Mostra come vengono risolti i problemi aziendali. Non
    limitarti a dimostrare le funzioni; collega la demo agli
                                                                     Demo di ogni sprint
    obiettivi e alle sfide aziendali condivise all'inizio del
                                                                     La progettazione di sistemi può essere un esercizio astratto. Per
    progetto
                                                                     avere la certezza che i tuoi sviluppatori siano sintonizzati con i
  • Assicurati che l'interfaccia utente (UI) sia curata              tuoi product owner e viceversa, il tuo product owner deve sedersi
    esteticamente. Gli utenti giudicheranno il libro dalla           accanto ai tuo sviluppatori e stabilire un linguaggio comune con
    copertina, anche all'inizio del processo di sviluppo. Evita      loro. Con Mendix Studio e Mendix Studio Pro, puoi rimuovere
    delle perdite di interesse soltanto perché non hai investito     l'astrazione. Lo sviluppo basato sul modello e la collaborazione
    abbastanza nell'interfaccia utente                               in tempo reale consentono di creare un linguaggio comune e
                                                                     condiviso tra il tuo team Mendix, gli sviluppatori e i proprietari
  • Usa dati efficaci per la demo. I dati devono essere
                                                                     di prodotto. Invece di limitarsi a parlare di una funzione, uno
    rappresentativi, in modo che la demo sembri reale agli
                                                                     sviluppatore può mostrarla facilmente in azione e ottenere un
    utenti aziendali. Quando toccheranno con mano l'impatto
                                                                     feedback immediato su di essa.
    della nuova soluzione, cominceranno a entusiasmarsi.
                                                                                                                                        23
Definisci il valore e inizia a tracciarlo

Le tue applicazioni dovrebbero offrire alla tua azienda una
combinazione di tre elementi:                                                                  Fattori chiave

1. Creazione di nuovi prodotti e modelli di business
     Le app possono aiutarti ad attivare programmi strategici che
     consentono di raggiungere obiettivi aziendali come il lancio
     di nuovi modelli di business, l'ingresso in nuovi mercati e il
     mantenimento del vantaggio sulla concorrenza.                     ROI e budget per
                                                                                               Program owner                Vision
2. Miglioramento del coinvolgimento del cliente                         il cambiamento

     Attraverso app che creano nuovi prodotti o servizi, che
     attraggono nuovi clienti o migliorano un prodotto esistente
                                                                      Quando valuti il valore del tuo portfolio di applicazioni,
     per ridurre il tasso di abbandono. Fai in modo che i clienti
                                                                      considera con che velocità stai portando le tue applicazioni
     ritornino.
                                                                      sul mercato (time-to-market) e stai sviluppando quelle
3. Incremento dell'efficienza operativa                               applicazioni (application velocity) e quanto tempo e denaro stai
     App che ti aiutano a diminuire i costi di Operations e IT        risparmiando nello sviluppo (costo di sviluppo).
     con l'automazione dei processi e i miglioramenti delle
     infrastrutture.

         Avvio                                        Principali driver del valore

       Accelerazione del time-to-market                  Aumento della velocità              Costi inferiori di sviluppo
                                                           dell'applicazione
       Tradizionale
                                                                                                           Ore per lo sviluppo e la
                                  Live
                                                                                                           manutenzione
         Avvio

                                  $$$

                                                                                                           Costo per ora
       RAD
                      Live

                                                                                                           Infrastruttura
                      $$$

                                                      Tradizionale          RAD

                                                                      Più alto è il valore potenziale della tua applicazione, maggiore
                                                                      è l'imprevedibilità. Ciò significa che un'applicazione progettata
                                                                      per ridurre i costi ha un valore più prevedibile di una che ti
                                                                      aiuta a entrare in un nuovo mercato. Puoi usare la matrice
                                                                      di complessità precedentemente menzionata per aiutarti a
                                                                      definire il valore dei tuoi prodotti. In alternativa, puoi creare
                                                                      un caso d'uso con il proprietario del programma che descrive
                                                                      lo stato attuale delle cose e offre una descrizione dell'idea di
                                                                      applicazione.
24
Parte 3 ⃒‌‌ Portfolio

Inizia a costruire il tuo caso d'uso digitale
Usa il nostro modello di caso d'uso digitale
per iniziare a valutare il valore del tuo
progetto. Il caso d'uso dovrebbe indicare cos'è
l'applicazione, cosa sta risolvendo o creando e i
KPI per aiutarti a valutarne l'efficienza.

  Applicazione di acquisizione dati (B2B)                                                                                                                  ⊠
   Situazione attuale

   Scarsa qualità dei dati............................................................................................................................

   Troppo tempo impiegato per l'inserimento manuale dei dati...................................................................

   Scarso impatto.......................................................................................................................................

   Descrizione dell'idea

   .............................................................................................................................................................

   Crediamo che questa nuova applicazione possa migliorare la qualità
   dei dati e automatizzare l'acquisizione dei dati .......................................................................................

   .............................................................................................................................................................

   Cosa consentirà di
   risolvere/creare?                                       KPI coinvolti?                                        Abilitato da:

   ................................................        ................................................      ..............................................

   riduzione del tempo di
   acquisizione dei dati, ................                 ................................................      Mendix Studio, produttori,......

   incremento dell'integrità
   dei dati, ...................................           ................................................      abilità.....................................

   grande impatto.........................                 ................................................      ..............................................

   ................................................        ................................................      ..............................................

                                                                                                                                                                   25
Puoi anche leggere