Il mio collega, Lauren Jones (https://twitter.com/laurenjones02) ha scritto un breve articolo parlando di come eccessivamente complesse implementazioni SP sono molto duri con gli utenti finali.  È sorta di ovvio, in un modo, ma è facile per me dire che dopo che io ho orchestrato molto complesso rollout di cose agli utenti finali impreparati nel corso degli anni.

Ecco la chiave ' grafico:

Cinque anni fa, Quando srotolato SharePoint per un'organizzazione per la prima volta con un obiettivo primario di diventare la piattaforma di collaborazione e sostituzione unità di quota, abbiamo introdotto anche sociale e feed di notizie tramite RSS, Miei siti e profili, e tagging folksonomy. Inutile dire che, Questo è stato molto per gli utenti finali ad adottare in un colpo solo. Mentre ci era successo con adozione nei dintorni di gestione documentale e profili, RSS e tagging ebbe meno successo, e questo era davvero dovuto cambiamento gestione comunicazione e formazione. Noi non potevamo farlo tutto in una volta. Prendendo il meno è più di approccio e rilasciando funzionalità nelle fasi è più facile per gli utenti finali ad accettare ed adottare per.

Questo articolo si ricorda un altro po ', di che ho letto Kris Gale relative al set di funzionalità di Yammer, “Quello costo ingegneri e Product Manager non considerano.”

Se avete una storia horror o una storia di successo da condividere, Spero che tu lo farai che nei commenti, sul sito di Big Apple.

</fine>