La Gobernabilidad de SharePoint define el conjunto de políticas, personas, procesos y tecnología que permiten la consecución de los objetivos de negocio a corto y largo plazo relacionados con la infraestructura SharePoint.
2. La Gobernabilidad de SharePoint define el
conjunto de políticas, personas, procesos
y tecnología que permiten la consecución
de los objetivos de negocio a corto y largo
plazo relacionados con la infraestructura
SharePoint.
¿Qué es la Gobernabilidad de SharePoint?
3. • Es necesario definir:
Personas
La visión
1
Los
requerimientos
del negocio
2
Roles y
responsabilidades
3
4. • Es necesario articular políticas sobre:
Políticas
Gestión del
contenido
1
Seguridad
2
Diseño
3
Mejores
prácticas
4
5. • Es necesario definir procesos para:
Procesos:
Tareas
comunes
1
Peticiones de
sitios,
páginas,
listas,
bibliotecas...
2
Peticiones de
nuevas
características
o desarrollos.
3
Peticiones de
otros
servicios.
4
7. - El gobierno guiará todos los proyectos que pertenezcan al
ámbito de nuestra plataforma SharePoint.
- El gobierno continua y prevalece después de cualquier
proyecto.
La implementación del gobierno no es un proyecto
sino un proceso continuo
8. Si no gobernamos SharePoint nos enfrentamos a
serios riesgos:
No se tiene control del crecimiento.
Inconsistencia
Contenido con calidad pobre y
difícil de encontrar
Soluciones desarrolladas sin seguir
unos patrones concretos
Aumento de costes.
Pobre Experiencia de Usuario
Perdida de valor de negocio
Inestabilidad
Anarquía
9. • Servir al negocio.
• Velar por la calidad tanto de la solución como del
contenido.
• Velar por su uso:
o User Adoption.
o Orientado al usuario: UX,
• navegación, organización del
• contenido.
Para asegurar el ROI:
10. • SharePoint como plataforma de procesos de negocio,
sitios de gestión de proyectos, comités, sitios
departamentales…
• SharePoint como framework para embeber todo tipo de
aplicaciones verticales que sirvan a nuestro negocio.
Para crear sinergias y permitir la reducción de
costes:
11. El Gobierno de SP tiene que guiar y estar por encima de
cualquier proyecto de SP dentro de nuestra organización
Íntimamente
ligado con la
planificación de
los proyectos y
la arquitectura
SP.
Es un proceso
continuo, no un
proyecto.
Debemos
involucrar a los
usuarios de
negocio lo antes
posible.
12. ¿Qué nivel de gobierno necesita nuestra
organización?
Central
Portales de
cada sede
Grupos y equipos
Proyectos y espacios
de trabajo
MySites
Permanente
Dashboards, BI, BPM, Aplicaciones
Permanente
Gestión de conocimiento,
información compartida
Vida corta
Espacios de colaboración
Permanente
Información personal
13. • Gestión de la información:
• Arquitectura de la información
• Procesos de negocio
• Procesos externos
• Gestión de IT:
• Arquitectura de la infraestructura SP
• Servicios SP
• Health & monitoring
• Recuperación de desastres
• Gestión de desarrollos:
• Gestión de Proyectos
• SP Application Lifecycle Management (ALM)
¿Qué gobernamos?
14. ¿Quién gobierna?
Comité de gobierno
Equipo
estratégicoIT
Negocio
Admin.
Sitios
Admin.
Portales
Usuarios
finales
clave
Equipo de
desarrollo
Operaciones
15. 1. Plantearnos la necesidad de gobernar SP
2. Comité de gobierno
3. Plan de gobierno
4. Herramientas
¿Cómo gobernamos?
16. Para localizar o contactar con ENCAMINA puedes:
Contacto
Enviar un mail a:
encamina@encamina.com
info@encamina.com
Llamar al 902 196 893
962 698 064 o 917 893 823
Enviar un fax al 962 698 063
O hablar personalmente con:
• Hugo de Juan, CEO
• Javier Menendez, Director zona Centro
• Jaime Camarasa, Consultor Desarrollo de Negocio
• Gonzalo Galarraga, Consultor senior y de
Desarrollo de Negocio
Visitarnos en:
Jerónimo Roure 49
46520 Puerto de Sagunto, Valencia.
Paseo de las Delicias, 30. 2ª planta
28045 , Madrid, Madrid