<\/p>\n
E<\/strong><\/em>n una filiale di una nota catena di caff\u00e8, i clienti che vogliono ordinare un latte macchiato non lo fanno pi\u00f9 al bancone, ma a un terminale proprio all'ingresso tramite touchscreen o app per smartphone. Il pagamento pu\u00f2 anche essere effettuato immediatamente tramite carta di credito o smartphone. L'intero processo di ordinazione e pagamento \u00e8 quindi digitale; il personale dietro il bancone non deve pi\u00f9 nemmeno premere i pulsanti giusti sulla macchina del caff\u00e8: La macchina conosce gi\u00e0 la temperatura e la forza a cui il cliente vuole il suo caff\u00e8 e lo prepara di conseguenza - grazie all'interazione tra la macchina e il profilo utente dell'app per smartphone.<\/p>\n Pensare fuori dagli schemi<\/strong> Prova ed errore come metodo di scelta<\/strong> La fiducia come fattore di successo<\/strong> <\/p>\n Non solo gli utenti, ma anche le aziende devono fidarsi l'una dell'altra.<\/strong><\/em><\/p>\n <\/p>\n richiede una cooperazione interdisciplinare e aperta tra le aziende. E la fiducia, come spiega Samuel A. Fricker: \"Non solo gli utenti, ma anche le aziende devono fidarsi gli uni degli altri. Solo allora potranno sviluppare insieme sistemi digitali che permeano la nostra vita. Sarebbe eccitante avere un indicatore che ci aiuti a misurare tale fiducia\". Fiducia, meno standard per questo? \"Gli standard sono un mezzo per costruire la fiducia. Gli standard forniscono anche stabilit\u00e0 e permettono quindi uno sviluppo agile. Tuttavia, soprattutto le aziende giovani fanno fatica a imparare gli standard e a valutarne l'importanza. Quindi, gli standard sono un mezzo con dei compromessi e di conseguenza una sfida\". Secondo Doris Agotai, \u00e8 importante includere l'intero customer journey nello sviluppo. E questo dovrebbe essere un allontanamento dall'informatica, che si concentra sullo sviluppo di sistemi isolati e monolitici.<\/p>","protected":false},"excerpt":{"rendered":" Eine Filiale einer bekannten Kaffeehauskette: Wer dort seinen \u00abLatte macchiato\u00bb bestellen will, tut dies nicht mehr am Tresen, sondern an einem Terminal gleich beim Eingang via Touchscreen oder \u00fcber eine Smartphone-App. Die Bezahlung kann dann auch gleich via Kreditkarte oder \u00fcber das Smartphone abgewickelt werden. Der ganze Bestell- und Bezahlungsprozess verl\u00e4uft also digital; das […]<\/p>\n","protected":false},"author":66,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[4448],"tags":[4785],"class_list":["post-11931","post","type-post","status-publish","format-standard","hentry","category-allgemein","tag-09-2016"],"acf":[],"yoast_head":"\n
\nIl fatto che una cosa del genere sia o diventi realt\u00e0 sta e cade con l'accettazione da parte degli utenti. E un prerequisito per l'implementazione \u00e8 l'interazione di ingegneri dei requisiti, sviluppatori di applicazioni e scienziati dei dati. Tuttavia, questo \u00e8 tutt'altro che scontato. Abbiamo quindi parlato con il Prof. Dr. Samuel A. Fricker e la Prof. Dr. Doris Agotai dell'intero processo di sviluppo e delle nuove possibilit\u00e0 per i sistemi complessi grazie alla digitalizzazione. Entrambi lavorano come docenti presso l'Istituto per le tecnologie 4D dell'Universit\u00e0 di Scienze Applicate della Svizzera nordoccidentale e sono esperti in ingegneria dei requisiti (Fricker) e esperienza utente (Agotai). Durante la conversazione, diventa subito chiaro che la digitalizzazione sta costringendo l'intero campo dell'informatica a pensare in categorie diverse e nuove. Perch\u00e9 non si tratta altro che di scalare i sistemi software fino al livello della popolazione: \"Si portano i servizi alla popolazione tramite sistemi digitali e si usa un'infrastruttura comune nel processo\", cos\u00ec Samuel A. Fricker riassume il tutto. Questo significa, per esempio, che il cliente non va pi\u00f9 alla banca, ma la banca viene dal cliente. Questo richieder\u00e0 una maggiore cooperazione tra le aziende IT, le telecomunicazioni e la societ\u00e0. \"L'informatica si sta trasformando in un campo interdisciplinare\", aggiunge Doris Agotai. \"Poich\u00e9 oggi facciamo molte cose in modo diverso, in modo digitale, l'IT \u00e8 sfidato a svolgere questo lavoro di traduzione e a reinventare fondamentalmente i processi esistenti\".<\/p>\n
\nL'ingegneria dei requisiti, intesa come la spina dorsale metodologica del project management, comprende molto pi\u00f9 della definizione dei requisiti (da parte degli analisti di business, per esempio), che devono poi essere implementati dagli sviluppatori di applicazioni per creare \"prodotti con potenziale di vendita\". Questo punto di vista poteva essere valido solo dieci anni fa. \"I sistemi sono sviluppati da e per le persone. Si suppone che si identifichino i bisogni, si comprenda la loro rilevanza per la soluzione digitale e si negozi una variante di soluzione ragionevole con l'altro\", cos\u00ec Samuel A. Fricker descrive l'approccio attuale. Ma il problema \u00e8: \"Non si pu\u00f2 semplicemente chiedere al cliente cosa vuole - soprattutto non quando abbiamo come utenti il vasto pubblico a cui la digitalizzazione dovrebbe rivolgersi\", continua Fricker. Pertanto, ha detto, lo sviluppo futuro del sistema deve consistere nell'apprendimento condiviso su ci\u00f2 che funziona e ci\u00f2 che non funziona. Ma non solo questo. \"Bisogna combinare sempre di pi\u00f9 le competenze giuste nei team di sviluppo e identificare i partner giusti per questo, che gi\u00e0 arrivano con soluzioni parziali\", aggiunge Fricker. E Doris Agotai aggiunge: \"Si tratta di fondere il processo tra l'ingegneria dei requisiti e l'esperienza utente. Le soluzioni sviluppate devono essere costantemente misurate con il modo in cui gli utenti reagiscono ad esse. In breve, gli utenti devono essere incorporati direttamente nei processi di sviluppo. Questo \u00e8 un must-have\". Samuel A. Fricker sa anche che \"non possiamo fondamentalmente prevedere come si comporteranno gli utenti. Il brainstorming in una sala conferenze non serve a nulla. Perci\u00f2, osservate l'uso dei sistemi e avvicinatevi agli utenti che sono in difficolt\u00e0. Misurare l'effetto dei sistemi e migliorare ci\u00f2 che non va bene. Questo vi aiuter\u00e0 a far maturare i sistemi attraverso casi d'uso, gruppi di utenti e contesti d'uso\".<\/p>\n
\nMa non si tratta affatto solo degli utenti. Si tratta anche di dati. Questi sono in realt\u00e0 all'inizio. In sempre pi\u00f9 aree, vengono raccolte grandi quantit\u00e0 di dati - anche se \u00e8 solo attraverso le registrazioni delle entrate dei visitatori nei ristoranti. Questi dati non devono essere raccolti e sfruttati solo da poche organizzazioni. I dati sono un bene pubblico, chiede Fricker. Ci deve essere una \"democratizzazione\" dei dati, per esempio con l'aiuto di marketplace che diano agli utenti trasparenza e controllo sull'uso dei loro dati. Solo trattando i dati in modo responsabile \u00e8 possibile guadagnare la fiducia degli utenti. Dopo tutto, sono questi utenti che alla fine decidono se vale la pena rivelare informazioni personali e permettere lo sviluppo di applicazioni in cambio. Decidono, per esempio, se una macchina da caff\u00e8 intelligente pu\u00f2 servire la miscela preferita dai profili utente raccolti ... L'esempio della macchina da caff\u00e8 mostra anche come i sistemi forti - processo di ordinazione, controllo della macchina, sistemi di pagamento - devono essere interoperabili. Il<\/p>\n