Inherits Cloud

Loving Microsoft Cloud, specially Office 365

Lecciones aprendidas con portales de internet SharePoint 2010

Hace unos días, vio la luz uno de los proyectos en los que he estado trabajando en los últimos meses. Se trata del nuevo portal web del Ayuntamiento de Sagunto que se ha construido sobre SharePoint 2010.

Antes de entrar en materia, quiero agradecer el esfuerzo del fantástico equipo de ENCAMINA, que ha hecho posible este proyecto. Ha sido duro, pero lo hemos pasado muy bien. Gracias chic@s!!

Ahora sí, os pongo algunos consejos y cosas a tener cuenta cuando se abarca un proyecto de portal web con SharePoint 2010 (algunos son igualmente válidos para intranets Sonrisa).

  1. La fase de la Arquitectura de la información es vital para el éxito del proyecto. Dedicadle todo el tiempo necesario, hasta definir bien todos los tipos de contenido, listas, bibliotecas, layouts, etc.
  2. Tened en cuenta que el portal seguirá vivo después de la implantación, y que esas listas crecerán con el tiempo, y la administración y uso se debe facilitar al máximo a los generadores de contenidos. Será de gran ayuda el uso de carpetas y varias vistas agrupadas.
  3. La formación a los generadores de contenidos será probablemente el segundo punto más importante del proyecto. Si los usuarios deben hacer más trabajo de lo debido, o si incluso no se les tuvo en cuenta en la fase de la arquitectura de información, el portal no tendrá éxito. Os recomiendo que hagáis varias sesiones de formación, lo más prácticas posible, y varios manuales, según perfiles de esos usuarios.
  4. Limitar muy claramente los perfiles de cada usuario y qué pueden hacer y sobre todo qué no pueden hacer.
  5. Limitar qué Page Layouts pueden usar los usuarios. Si el portal es mediano o grande,  seguramente habrá gente específica para Sites específicos. No tiene mucho sentido que un usuario del Site A, esté viendo Layouts de un site C que nunca va a necesitar. Esto se puede hacer fácilmente desde la configuración del sitio, con la interfaz web.
  6. Seguramente, en un sitio público, tendrás que personalizar la navegación del mismo, y hacer tu propio código. Si es así, piensa en el rendimiento de tu código, y en que luego, se ejecutará para el usuario anónimo, así que ten cuidado con temas de permisos. Te recomiendo que tires del SPNavigation siempre que sea posible, así reaprovecharás toda la parte de Caché y permisos.
  7. Define algún tipo de reglas de nomenclatura para tus artefactos. Por ejemplo, para el grupo donde saldrá los webparts específicos, o lo mismo para los tipos de contenido y columnas de sitio, etc.
  8. Dejar preparados los CQWP más utilizados en páginas. Guarda el .webpart de los CQWP más utilizados en el portal, y así el usuario editor lo tendrá más fácil que partir del CQWP limpio e ir añadiendo filtros, etc.
  9. Considera el flujo de aprobación de las páginas. Es necesario aprobar cada imagen de una biblioteca? Tienes alguna necesidad específica que no cumple el flujo por defecto?
  10. Web analytics. Considera su configuración, y encuentra el equilibrio que necesites entre estadísticas y penalización del rendimiento recopilando dichas estadísticas.
  11. Preparar el page layout para q todos los campos requeridos salgan en modo de edición, aunque luego no se vean. Seguramente, tendrás campos de tu página que no serán visibles al usuario anónimo, pero que utilizarás para tu código personalizado o filtros en los CQWP. En dicho caso, añade esos campos en el Page Layut, dentro de un panel de “solo edición”. Así, el creador de la página lo tendrá más fácil.
  12. Conoce qué da de sí las variantes. Ten en cuenta que sólo actúan sobre páginas.
  13. La variante no se puede cambiar de nombre ni URL una vez creada. Consensuar con vuestro cliente, qué nombre y URL quiere darle.
  14. Idioma principal en el que trabajan. Al igual que el punto anterior, y más en países con varios idiomas oficiales, no es ninguna tontería aclarar qué lenguaje será la variante principal.
  15. jQuery y el modelo de objetos en cliente son grandes aliados para conseguir cosas vistosas. 

Nada más, espero que estos consejos os sean de utilidad, y por favor, si tenéis cualquier otro, ponedlo en los comentarios, y a ver si entre todos vamos ampliando la lista.

Saludos!!

2 Comentarios

  1. Gracias por la info, te twitteo el post

    @saludos

  2. Me resulta llamativo cuantas recomendaciones para el éxito del proyecto tienen que ver con el ámbito de las personas y los procesos, más que con la tecnología. Todos lo sabíamos, pero está bien leerlo de un super-experto en tecnología.

Responder a anonymous Cancelar respuesta

Tu dirección de correo electrónico no será publicada.

*

© 2024 Inherits Cloud

Tema por Anders NorenArriba ↑