sabato 12 luglio 2014

Convergenza di interfaccia ed esigenze degli utenti

Un esempio di come si possano interpretare le esigenze operative e come riuscire a soddisfarle. Quasi tutte.


La convergenza tecnologica, la realizzazione di una unica interfaccia per media e device diversi, non è una feature di prodotto, ma una disciplina prettamente umanistica.

Convergenza non è un punto fisso nel dominio delle possibilità tecnologiche e delle esigenze funzionali, bensì un equilibrio dinamico perturbato da mutevoli istanze organizzative, tecniche e normative.

L'obiettivo di chi si prefigge di realizzare un sistema "convergente" non deve essere dunque la soddisfazione delle esigenze attuali e istantanee degli utenti, ma l'individuazione dei nodi-chiave che modulano nel tempo le caratteristiche della forma organizzativa, tecnica e normativa entro cui tale sistema dovrà operare.

O almeno in teoria.

venerdì 12 aprile 2013

PLC Vs PAC: ancora?!?!

Premesse:


  • Questo è un post in risposta all'articolo su AutomazioneNews.it "PLC e PAC, cosa scegliere?"
  • Non si tratta di un post di polemica, ma solo il punto di vista dell'autore sulla questione. Sarei felicissimo di intavolare una discussione per cercare di crescere e superare magari visioni che sono ingiustificate o troppo "reazionarie": nessuno ha il dono della Verità e il confronto aiuta ad arrivarci un po' più vicini...




lunedì 1 aprile 2013

System Integrators: ostaggi delle “majors”?

Integratore legato come un salame
Il panorama internazionale dei tools di integrazione non è mai stato così vasto e ricco di offerte come al momento: negli ultimi anni si è assistito a importanti acquisizioni, fusioni e incorporazioni che hanno di fatto ridotto il numero dei marchi “storici”, consentendo alle cosiddette “majors” di dotarsi di numerosi strumenti, plug-in e verticalizzazioni tali da riuscire a coprire tutti i maggiori temi dell’integrazione. E’ singolare osservare come le parole chiave che descrivono i benefici di questi prodotti siano più o meno ovunque le stesse. Ho tentato di creare una sorta di tag cloud con principali parole chiave identificate sui svariati siti web:
Scalability Flexibility Real-time Intelligent Connectivity Integration Reliability Simple Easy Solution Product Open

Questo risultato (empirico), insieme ovviamente ad una lettura piuttosto approfondita dei vari contenuti, brochures e white-papers, al confronto con gli agenti che il mio lavoro mi porta costantemente a intrattenere, e alla tendenze di mercato che posso quotidianamente verificare sul campo, mi porta a voler condividere alcune considerazioni volutamente provocatorie...

+ Facile, +Semplice e + Flessibile
1. “Simple”, “Easy” e “Flexibility”: in base alla mia esperienza solitamente questi sono termini che sviluppano una forte frizione quando usati a breve distanza fra loro. La flessibilità comporta la disponibilità di una gamma di strumenti per poter affrontare diverse variabilità dei progetti, e più vasta è tale gamma maggiori sono le possibili criticità a cui si va incontro. Pretendere che uno strumento sia flessibile e semplice è in effetti la pietra filosofale dell’IT!

Scalabilita e affidabilità
2. Altro punto di riflessione è la minore importanza di termini quali “Scalability” o “Reliability”… quasi come se fossero ormai termini così tanto inflazionati da essere scontati, ovvi e superflui… del resto il cliente “deve” volere un sistema “chiavi in mano” e chi offre una soluzione deve anche avere la capacità di assumersi i rischi derivanti da una carenza di queste doti. Nell’immaginario collettivo il grande marchio è in grado di farlo, mentre la piccola azienda o il professionista non possono… in realtà è il contrario, ma l’arcano sarà, forse, un po’ più chiaro solo dopo aver letto l’ultimo punto di questo articolo… portate pazienza!

aperto?
3. La presenza del termine “open” porta a facili supposizioni di apertura delle soluzioni proposte. Di fatto questo termine è spesso associato non tanto al termine “strumento”, ma con il termine “architettura”, che di per sé aggiunge un ben magro valore: una architettura aperta è una caratteristica tutto sommato aleatoria: cosa significa di preciso? Non sono riuscito a capirlo esattamente, ma so che uno strumento aperto consente integrazioni spinte entro ambienti, applicazioni, sistemi con la stessa caratteristica di apertura. Spesso mi sono trovato ad approfondire questo argomento con i tecnici commerciali, ma le risposte vanno spesso in un unico senso: “Questa integrazione è semplicissima: basta acquistare il modulo X” oppure “Se vuoi pubblicare le pagine web occorre avere l’opzione Web-Server”, etc, etc...


4. Last but not least “Integration” e “Solution”: i grandi del mercato dei prodotti di integazione, ormai sempre di più, si vedono come providers di Soluzioni e di Integrazione, e dove volessimo vedere il termine “solution” in contrapposizione con “product” (ovvero l’offerta di un prodotto è meno pubblicizzata dell’offerta di soluzioni) le politiche di marketing parlano puttosto chiaro in merito: i produttori di software si stanno ponendo sul mercato come solution providers invece che come sviluppatori di strumenti, questione che mi lascia profondamente perplesso. Molti integratori si configurano ormai come partner indissolubilmente legati ad un prodotto e alle sue sorti, costretti ad accettare commesse per cui il fornitore di una volta è divenuto il cliente di oggi, trovandosi di colpo il coltello dalla parte del manico: non solo devono sviluppare, a volte sottocosto, le soluzioni così ampiamente pubblicizzate dal big di turno, ma, per poterlo fare, devono spesso anche qualificarsi con corsi molto costosi e rinunciare alla concorrenza in determinati settori. Paradossale, eh? E lo è ancora di più se ricordate il secondo punto di riflessione, dove dicevo che in realtà è il piccolo che è in grado di affrontare i rischi del successo del progetto…


Soluzioni a questa situazione verranno con il tempo, quando le piattaforme inizieranno a distaccarsi dalle esigenze, vuoi perché gli integratori “ammansiti” non stresseranno più i servizi di assistenza tecnica a valutare criticamente i loro prodotti, vuoi perché le tecnologie, già oggi estremamente stratificate dal tempo e solo in pochi casi (guarda il caso: sono le realtà più piccole!) costantemente aggiornate, non potranno più reggere l’impatto con esigenze di performance, analisi e integrazione sempre maggiori, vuoi perché le promesse di scalabilità e flessibilità pagate a peso d’oro dimostreranno i loro limiti. 

Chi avrà invece mantenuto la capacità di integrare veramente potrà, come sempre, continuare a progettare e a risolvere problemi.