Guida alla trasformazione digitale con lo sviluppo low-code - Sfruttare il potenziale dello sviluppo low-code con Mendix
←
→
Trascrizione del contenuto della pagina
Se il tuo browser non visualizza correttamente la pagina, ti preghiamo di leggere il contenuto della pagina quaggiù
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
2
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
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
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.
5Le 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.
6Parte 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.
7Avvio, 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.
8Parte 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
9Fattori 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
10Iniziamo 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.
11Posizione 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.”
12Parte 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
13Gli 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
14Attiva 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
15Strategia 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
16Parte 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
17Approccio 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.
18Identifica 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
19Alcune 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.
208. 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
21Consegna 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
22Parte 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.
23Definisci 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.
24Parte 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......................... ................................................ ..............................................
................................................ ................................................ ..............................................
25Puoi anche leggere
