La settimana scorsa ho avuto l'onore di ascoltare Andrew McAfee della Harvard Business School parlare di Enterprise 2.0 al The New New Internet nella Virginia settentrionale. Ho scritto più volte qui dei pensieri e del lavoro di McAfee sull'uso di software sociale emergente e a forma libera per consentire una collaborazione ad hoc. Il lavoro di McAfee essenzialmente applica e combina molti dei concetti chiave del Web 2.0 relativi al social software, ai contenuti generati dagli utenti e alla rilevabilità tramite la ricerca sul posto di lavoro.
La settimana scorsa ho avuto l'onore di ascoltare i discorsi della Harvard Business School Andrew McAfee parlare di Enterprise 2.0 a La nuova nuova Internet nella Virginia settentrionale. ho scritto parecchivolte qui sui pensieri e il lavoro di McAfee sull'uso di software sociale a forma libera, emergente per consentire una collaborazione ad hoc. Il lavoro di McAfee essenzialmente applica e combina molti dei concetti chiave del Web 2.0 software sociale, contenuto generato dall'utente, E reperibilità tramite ricerca al posto di lavoro.
E data l'efficacia di queste cose sul Web, diverse aziende hanno iniziato a prendere in seria considerazione le sue idee. Alcuni di loro hanno persino iniziato a costruire prodotti etichettati come soluzioni "Enterprise 2.0" e potremmo essere testimoni di ciò come parte di una tendenza più ampia di spostamento del mercato mondo consumer del Web 2.0 nell'impresa. Speriamo di fare un tour di alcuni di questi prodotti Enterprise 2.0 nei prossimi post.
Ma tornando al discorso di McAfee, il suo keynote è stato il discorso di chiusura al termine dell'evento e si è rivelato uno dei momenti salienti della giornata. McAfee ha sottolineato numerosi punti interessanti, ma il principale tra questi è stata l'idea che i moderni software Web 2.0 (almeno quelli di successo) introducono idee che affrontano le classiche sfide dell'adozione da parte degli utenti che il software aziendale tende a non affrontare direttamente indirizzo. In particolare, che nonostante ciò che hanno a disposizione, gli utenti "votano con i piedi" e preferiscono gli strumenti software più semplici, efficaci e familiari.
La chiave di questa discussione è che, a differenza del Web, gli utenti tendono ad avere pochissime opzioni software nell'azienda e di solito vengono prescritti gli strumenti da utilizzare per svolgere il proprio lavoro. E di fronte a una serie vertiginosa di caratteristiche e capacità nei loro nuovi e sofisticati sistemi IT aziendali, tendono ad utilizzare per impostazione predefinita gli strumenti che sono più facili per loro, sui quali hanno il massimo controllo e che sono più familiari con. Queste "app di comfort" sono cose come la vecchia posta elettronica e Microsoft Office.
Mentre ascoltavo McAfee menzionare storie e aneddoti che supportavano questi punti, come il progetto Pedia, un precursore dell'odierno progetto Wikipedia - che ha scoperto che quanto più semplice era il processo di presentazione, tanto più numerosi erano i contributi raccolti margine. Elaborandolo, sono rimasto colpito ancora una volta dalla somiglianza di questo con l'insieme emergente vs. dibattiti deliberati che troviamo spesso nel mondo del software e dell'IT.
Il fatto è che la maggior parte delle procedure nel mondo spesso burocratico degli affari ricercano risultati specifici e predefiniti che spesso vengono portati a termine senza che venga misurata l'efficacia o l'ottimizzazione. Ad esempio, il software deve avere le funzionalità (e solo le funzionalità) indicate nell'elenco dei requisiti originali; i processi devono avere sempre gli stessi risultati ripetibili e misurabili; e le attività previste nel budget dovrebbero generare solo ciò che era previsto fin dall’inizio, con poche aspettative che si verifichino risultati significativi e inaspettati che debbano essere gestiti, e ancor meno sfruttati.
Ciò di cui abbiamo bisogno sono esempi di utilizzo emergente di alto valore del software sociale
Eppure oggigiorno sembra più chiaro che software altamente generici come la semplice posta elettronica, blog, wiki e altro il software sociale può consentire e costituire la base di quasi innumerevoli collaborazioni aperte e adattabili scenari. Spesso mi viene chiesto un esempio di ciò che accade in azienda e, sebbene spesso mi vengano in mente prima gli esempi negativi (schemi piramidali tramite e-mail, tentativi di phishing creativi e così via), alcuni dei reali scenari emergenti simili all'Enterprise 2.0 che posso citare sono davvero tornati alla ribalta Ragnatela.
Il mio esempio preferito nel mondo reale di collaborazione efficace, utile e veramente emergente è quello dell'anno scorso Progetto PeopleFinder (alias KatrinaList) e mostra il reale potenziale che può essere sfruttato se - e solo se - hai seminato il tuo organizzazione con questi strumenti e ha trovato un modo per renderli la scelta predefinita più semplice per i lavoratori di un'organizzazione organizzazione. La storia di PeopleFinder è un esempio affascinante dell'uso emergente della blogosfera e la storia, che utilizzo spesso nei miei discorsi sul Web 2.0, è questa:
All'indomani della UraganoCaterina Dopo il disastro, decine di migliaia di persone fuggirono dall'area di New Orleans, emersero nelle città e nei paesi vicini e iniziarono a segnalare la loro posizione via e-mail e, avete indovinato, sui loro blog. I seguaci della blogosfera alla ricerca di notizie sulla scena dell'uragano Katrina hanno interrogato i soliti motori di ricerca per post sul disastro. Lungo il percorso, hanno individuato ripetutamente i post dei sopravvissuti e i dettagli della loro situazione. Immediatamente è emerso uno schema di persone che indicavano che erano vive, al sicuro e dove si trovavano. Alcuni di questi volontari hanno presto capito l'importanza di queste informazioni e si sono messi al lavoro inserendo questi rapporti in un database online dai feed leggibili dalle macchine della blogosfera. Nel giro di tre giorni - praticamente a costo zero - e con un risultato ricco sostanzialmente impossibile senza l'uso diffuso di strumenti sociali a forma libera, circa 50.000 denunce di sopravvissuti sono state raccolte, centralizzate e rese pubblicamente consultabili in modo che amici e familiari potessero individuare i propri cari quelli. Il software emergente ha contribuito a salvare la situazione.
Questa è potenzialmente una storia molto avvincente di ciò che può accadere se costruisci un software sociale ecosistema nella tua organizzazione e metti un po' di vero olio di gomito per abbattere le barriere adozione. Ma tornando al discorso di McAfee, ha sottolineato un altro punto importante sull'emulazione dei successi del Web all'interno dell'azienda, ed è stato questo: forse ci sono 5.000 contributori attivi a Wikipedia in tutte le sue forme in tutto il mondo (disclaimer: i numeri su questo variano), eppure è in 200 lingue e contiene milioni e milioni di inserimenti. Evidentemente questo livello di scala sembra funzionare abbastanza bene sul Web. Ma McAfee ha sottolineato che se si ridimensiona questo fattore alle dimensioni dell’azienda, significa che praticamente nessuno potrà contribuire ai contenuti. Il punto: L'entità del pubblico sul Web può rappresentare un importante fattore di successo.
Tutto ciò significa che siamo messi alla prova nell’utilizzo di tecniche per sollecitare contributi e risultati emergenti dai nostri lavoratori? Molto probabilmente; convincere i lavoratori a spostare gran parte del loro lavoro da strumenti privati e introvabili a strumenti sociali, pubblici e a forma libera sarà senza dubbio una sfida; e, paradossalmente, una sfida che la maggior parte delle organizzazioni difficilmente affronterà senza conoscerne i risultati.
Pochi cicli di feedback e scelte software limitate creano scarsi risultati in azienda?
Molte cose sono chiare da questo, e ho cercato di renderlo particolarmente chiaro nel mio diagramma qui sopra. Il primo è che i tradizionali processi di sviluppo del software aziendale hanno probabilmente continuato a imporre troppo controllo e predefinizione nei due principali paesi fasi del ciclo di vita del software, la prima essendo la creazione e/o l'approvvigionamento del software, e la seconda nella sua effettiva adozione e utilizzo nel organizzazione. Come sviluppo agile del software - e in misura maggiore Tecniche di sviluppo software Web 2.0 in generale - ci ha mostrato quella mancanza di cicli di feedback attivi e guidati dall'utente finale il risultato è un software che semplicemente non fa ciò che è necessario e non si evolve con grazia quando inevitabilmente lo fa il panorama locale.
La seconda cosa che sembra evidente è che la concorrenza software all'interno dell'azienda è scarsa o nulla. Questo è molto diverso dal Web, dove gli utenti si riversano sugli strumenti più semplici ed efficaci con buone opzioni che si contano in dozzine - e spesso centinaia - di soluzioni potenziali e facili da adottare (pensa al motivo per cui utilizzi un determinato client Web per la posta elettronica). Imprese che non imparano dal processo di coevoluzione dello sviluppo che molti siti Web 2.0 di successo utilizzano per "trovare" il giusto insieme di caratteristiche e capacità probabilmente stanno acquisendo software che pochi utenti troveranno utili o efficace. Questa potrebbe essere la più grande eredità che il lavoro di McAfee ci lascia; che il software sociale emergente si traduce in:
1) Più ricco, riutilizzabile ecologie dell'informazione nelle nostre organizzazioni sul Web e
2) Un quadro praticabile per il co-sviluppo software situazionale basato su piattaforme di social software in grado di adattarsi facilmente alle esigenze degli utenti in un dato momento.
Per favore ascolta il podcast del discorso di McAfee al The New New Internet e accontentarti di un punto di osservazione in prima fila su alcune delle ultime idee nel campo dell'IT aziendale.