Si en la anterior entrada hablábamos de que el desarrollo era el gran olvidado en los planes de gobernabilidad de SharePoint de las empresas, varias personas me comentaron si el diseño/branding debe incluirse en dicho plan. Para contestar a esta pregunta, en primer lugar debemos definir cuáles son los puntos claves sobre los que quieres gestionar el gobierno de SharePoint. En mi opinión los puntos claves son tres:
Dentro del Control TI es dónde incluimos el apartado de desarrollo por los puntos que citamos en dicho artículo. El branding o diseño «solamente» es la forma en la que se representa a las aplicaciones. El diseño y la usabilidad de la aplicación es algo muy importante. Una buena experiencia de usuario hace que aplicaciones mediocres tengan ventajas sobre otras aplicaciones funcionalmente mejores pero más difíciles de usar para un usuario avanzado.
Según la documentación que proporciona Microsoft sobre un plan de Gobernanza se debe incluir un plan sobre el Branding. En dicho artículo se indica que la organización debe tener una guía de diseño, es decir, un lugar en el que se indiquen aspectos colaborativos como son colores, letra, logos y aspectos que visualmente se deben de tener en cuenta. El principal motivo de esto es para facilitar la adopción de la plataforma a los usuarios. Por ejemplo, si todas las aplicaciones tienen el logo en la parte izquierda, no deberíamos tener aplicaciones con el logo en la parte derecha.
Esta información sobre la guía de diseño es algo que se debe mencionar en el Plan de Gobernanza, pero dicha guía no debe ser parte del documento de gobernanza.
De la misma forma por la que en la parte del desarrollo se indicaba que debemos de tener un manual de buenas prácticas de desarrollo y que este manual no se incluía en el documento de la gobernabilidad. La guía de diseño no debe de formar parte, principalmente porque esta guía no depende de todos los integrantes del gobierno de SharePoint, sino que depende de un departamento concreto el cuál es el que debe de marcar las pautas en cuanto a diseño en la organización.
Otro aspecto que se menciona en el artículo de Microsoft es que se debe utilizar Design Manager para los aspectos relativos al diseño. En mi opinión, ningún Plan de Gobernabilidad debe de incluir qué herramientas utilizar. Uno de los motivos es que naturalmente todos los miembros que forman el gobierno de SharePoint no disponen de los conocimientos necesarios para saber que herramienta es mejor que otra. Pero, además de este motivo, para mí el principal motivo es que lo que debe de indicar el documento de Gobernanza es que se utilicen herramientas óptimas y adecuadas. En esta definición, cada equipo de desarrollo es un mundo y quizás a unas personas les gusta utilizar WebStorm para escribir el JavaScript y quizás a otras personas les gusta SharePoint Designer. ¡Para gustos colores! Pero independientemente de la herramienta que se utilice, ésta debe ser óptima y debe ahorrar tiempo (por lo tanto queda claro que Designer no se puede utilizar aunque no lo indiquemos implícitamente).
Muchas organizaciones instalan una infraestructura de SharePoint muy potente, pero al cabo del tiempo deja de funcionar. El motivo principal es que no hay plan para administrar/gobernar SharePoint. Si en tu organización todavía no se dispone de esta Gobernabilidad, como consejo: ir pensando en un plan para ir gobernando. SharePoint es un producto muy grande y completo. No se puede instalar y pensar que con buenas intenciones se va a mantener.
Este sitio web utiliza cookies para que tengas la mejor experiencia de usuario. Si continuas navegando, estás dando tu consentimiento para aceptar las cookies y también nuestra política de cookies (esperemos que no te empaches con tanta cookie 😊)
