Disseny de distracció i borratxo en la funció Coolaid

El meu col lega, Lauren Jones (https://twitter.com/laurenjones02) escrivia cap amunt d'un breu article parlant de com excessivament desplegaments SP complexes són molt durs a usuaris finals.  És obvi mena de, d'una manera, però és fàcil per a mi dir que després jo he orquestrar un munt de complexos desplegaments de coses als usuaris finals desprevinguts al llarg dels anys.

Aquí està la clau ' gràfic:

Fa cinc anys, Quan he desenrotllat SharePoint a una organització per primera vegada amb un objectiu primordial de convertir-se en la plataforma de col·laboració i reemplaçant compartir unitats, També hem introduït social i menjars de notícies a través de RSS, Meus llocs i perfils, i folcsonomies Etiquetatge. No cal dir, això era molt per a usuaris finals a adoptar en una sola vegada. Mentre que hi va haver èxit amb l'adopció al voltant de gestió documental i perfils, RSS i etiquetatge era menys reeixit i aquesta va ser realment a causa del canvi gestió comunicació i formació. No podíem fer-ho tot a la vegada. Tenint menys és més aproximació i l'alliberament de funcionalitat en fases és més fàcil per als usuaris finals a acceptar i adoptar per.

Aquest article recorda un altre poc que vaig llegir Kris Gale relacionats amb el conjunt de tret de Yammer, “Aquell Cost enginyers i directors de producte no consideren.”

Si teniu un relat de terror o història d'èxit per compartir, Espero que farà que en comentaris en el lloc de la gran poma.

</final>

Deixi una contestació

no es publicarà la seva adreça de correu electrònic. Els camps necessaris estan marcats *