SSD: el síndrome de la Sharepoint dependencia

Sharepoint me proporciona seguridad y me hace sentir más fuerte. Las 10 cosas que más me gustan de Sharepoint.

10 puntos para entender a Project Server 2010

Microsoft Project es quizá la herramienta de gestión de proyectos más conocida y utilizada por los líderes de proyectos...

Diseño Gráfico en SharePoint

Serie de artìculos que nos ayudan a incorporar diseño gráfico en las implementaciones de SharePoint...

Revista CompartiMOSS

Artículos publicados en la revista especializada en SharePoint: CompartiMOSS.

Contacto

Enviame un correo :-)

viernes, 29 de abril de 2011

Microsoft Project Server y SharePoint 2007 /2010 Abril CU 2011 liberados

Ya están liberados los paquetes de actualización de SharePoint y Project Server de Abril. Les dejo el enlace para que los consulten: http://blogs.technet.com/b/projectadministration/archive/2011/04/29/microsoft-project-server-and-sharepoint-2007-and-2010-april-cu-2011-are-live.aspx.

Qué les sea útil!

lunes, 25 de abril de 2011

Cuarto Simposio de SharePoint en Mexico – SharePoint 2010

Transcribo esta importante información por parte de mi amigo Luis Du Solier, publicada originalmente en http://geeks.ms/blogs/ldusolier/archive/2011/04/14/cuarto-simposio-de-sharepoint-en-mexico-sharepoint-2010.aspx. Espero que puedan ir!

Que tal amigos y amigas miembros de la Comunidad de SharePoint en Español. Este año logramos coordinar esfuerzos otra vez para llevar a cabo nuestro Cuarto Simposio Latinoamericano. Recordando un poco de historia elPrimero Simposio fue en Costa Rica con la Comunidad de SharePoint Costa Rica, con Ricardo Muñoz y Vielka Rojas.

El Segundo Simposio lo hicimos hace 2 años en el Hotel Fiesta American de Reforma en México Df, los detalles y presentaciones los pueden encontrar aquí.

El Tercer Simposio lo hicimos hace un año en la Hacienda los Morales en la Ciudad de México, pueden encontrar más información aquí.

Ahora por supuesto nuestro segundo Simposio enfocado a la última versión de SharePoint, SharePoint 2010. Manejaremos la misma dinámica: Por la mañana charlas con enfoque para los developers o desarrolladores sobre SharePoint, y por la tarde para los It Pros y TDM, aunque cualquier persona puede asistir a cualquier plática independientemente de tu perfil o experiencia.

A continuación les comparto la invitación:

9:00 - 10:00 am

Registro

Agenda de la mañana para desarrolladores (10:00 am - 1:30 pm)

10:00 - 11:00 am

Office 2010 y su integración con SharePoint 2010 – por Gerardo/Sergio

11:00 - 12:00 pm

Desarrollo de soluciones en SharePoint 2010 – por Misael Monterroca

12:00 - 12:30 pm

Receso

12:30 - 1:30 pm

Flujos de trabajo en SharePoint 2010 – por Haaron González

13:30 - 2:00 pm

Juegos/Xbox360 y Kinect

2:00 - 3:00 pm Tiempo libre para COMIDA

Agenda de la tarde para IT Pros (3:00 pm - 8:30 pm)

3:00 - 4:00 pm

Migración a SharePoint 2010 – por Vladimir Medina/Ricardo Muñoz

4:00 - 5:30 pm

Administración en SharePoint 2010 – por Luis Du Solier G.

5:30 - 6:00 pm

Receso

6:00 - 7:00 pm

Reporteo en SharePoint e Inteligencia de Negocio 2010 – por Ricardo Loo

7:00 - 8:30 pm

Administración de Proyectos en SharePoint 2010 – por Tomas Hernandez/Javier D Labra

8:30 - 9:00 pm

Rifa

Comunidad de SharePoint México http://mssharepoint.multiply.com
PodCast de la Comunidad
http://www.sharepoint.com.mx
Blogs de la Comunidad
http://sharepointblogs.com.mx
Para mayor información contactar a Luis Du Solier G.
ldusolier@sharepoint.com.mx o a Vladimir Medina vmedina@sharepoint.com.mx
Twitter:
@ldusolier, @VladPoint

La Comunidad de SharePoint México y Microsoft invita!

Regístrate ya!

https://msevents.microsoft.com/cui/EventDetail.aspx?culture=es-MX&EventID=1032484637&IO=rJdKOw%2bVAyxfqLn5Is1OxQ%3d%3d

Dimensionamiento de Project Server 2010

¿Necesitás dimensionar una granja de servidores para una solución EPM con Microsoft Project Server 2010 y SharePoint Server 2010? Te recomiendo que leas el documento “Estimate Performance and Capacity Requirements for Microsoft Project Server 2010” que podés descargar desde:

Que te sea útil!

image

Matriz de compatibilidad entre Project Professional y Project Server

La siguiente tabla nos muestra qué versiones de Microsoft Project Professional son compatibles con qué versiones de Microsoft Project Server. Es información oficial de Microsoft que pueden descargar desde este enlace: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=CD9F97C4-BB88-4B8E-B69A-62921B63FB18&displaylang=en&displaylang=en. (específicamente en la página 27 de la presentación “Project 2010 Upgrade and Migration”).

Espero que les sea de utilidad. Hasta la próxima!

image

miércoles, 20 de abril de 2011

Future of Productivity

A vision of Microsoft Future of Productivity

viernes, 15 de abril de 2011

Project Server 2010–Licenciamiento

Les dejo algunos enlaces interesantes para entender el esquema de licenciamiento de Project Server 2010:

A modo de resumen, a nivel de servidor se requiere:

  • Project Server 2010
  • SharePoint Server 2010 Enterprise

A nivel de cliente, se necesita:

  • Project Professional (para los usuarios que aplique)
  • Project Server CAL (incluida en Project Professional)
  • SharePoint Standard CAL
  • SharePoint Enterprise CAL
  • SQL Server CAL
  • Windows Server CAL

image

Hasta la próxima!

miércoles, 13 de abril de 2011

Migración desde Project Server 2007 a 2010

En este artículo voy a comentar algunos puntos a tener en cuenta a la hora de encarar una migración desde Project Server 2007 a Project Server 2010.

image

 

El plan

La migración de una solución EPM no es un tema menor ya que involucra una arquitectura compleja, datos importantes y muchos usuarios. Existe un webcast en MSDN que nos explica los puntos más importantes a tener en cuenta. Más abajo dejo el enlace.

Una de las buenas prácticas que resalta este webcast es contar un plan que incluya estas fases:

  • Visión
  • Plan
  • Construcción
  • Estabilización
  • Despliegue

Puede parecer bastante clásico, lo es, pero las etapas aplican todas. A modo de ejemplo, en la etapa de visión es importante definir el alcance y aclarar las expectativas, ya que una migración puede alcanzar desde la actualización de versión hasta la implementación de nuevas funcionalidades.

La etapa de construcción puede incluir aspectos relacionados con las personalizaciones mediante extensiones, no sólo las pruebas de migración. En la etapa de estabilización nos sugieren hacer un piloto, lo cual es interesante ya que nos permite ejercitar la migración con datos reales. Les recomiendo que vean el webcast para más detalle.

 

El cambio de arquitectura

Otro de los temas importantes relacionados con la migración, tiene que ver con los cambios en la arquitectura. La arquitectura nueva de nuestra versión EPM afectará tanto al proceso de migración, al plan de licenciamiento, así como también al diseño y dimensionamiento de la instalación. Entre los cambios más importantes que podemos resaltar encontramos:

  • Arquitectura 64 bits (32 no soportado)
  • Project Server ya no soporta la versión gratuita de SharePoint. Requiere SharePoint Server versión Enterprise. Esto agrega un costo a nivel de licencias que deberá ser tenido en cuenta.
  • A nivel de browser, el mínimo requerido ahora es Internet Explorer 7.0.
  • Si estamos pensando en utilizar las capacidades de generación de reportes de Report Builder 3.0, entonces necesitaremos como mínimo SQL Server 2008 R2 (en forma integrada con SharePoint)
  • Los Office Web Components ya no son parte de la solución y las consultan no se migran. Ahora se usa Excel Services.
  • Necesitaremos migrar Project Professional a la versión 2010 para poder usar la solución EPM en su máxima potencia.

 

Las nuevas funcionalidades

Otro punto sumamente importante es entender que existen un conjunto de nuevas funcionalidades bastante amplio; y determinar cuáles serán utilizables luego de la migración. Podríamos dividir (arbitrariamente) a las funcionalidades en tres categorías:

  • Las que funcionarán automáticamente
  • Las que probablemente nos obliguen a repensar el diseño
  • Las que son nuevas

Veamos algunos ejemplos:

Lo automático: dentro de esta categoría entra como mínimo aquellas funcionalidades de Project Pro que se pueden empezar a utilizar desde el día uno, como:

  • Vista de línea de tiempo
  • Team planner
  • Activación de tareas
  • Programación manual

Advertencia: no todas funciona en el modo de compatibilidad del que hablaremos más adelante.

Lo que nos hace pensar: existen nuevas funcionalidades que dependiendo de lo que tengamos implementado en nuestra solución actual en 2007, nos harán pensar en si optamos por migrarlas automáticamente o rediseñamos algún aspecto de la solución. Entre ellas encontramos:

  • Los campos departamentales.
  • Los tipos de proyectos corporativos (EPT).
  • Los flujos de trabajo integrados a la herramienta.
  • La funcionalidad de administración de portafolios de proyectos (PPT) ahora totalmente integrada.
  • Las páginas de detalle de proyectos.
  • Las nuevas herramientas de generación de reportes.
  • Los cambios en el manejo de actualización de tareas y carga de horas.
  • La posibilidad de editar proyectos desde la interfaz web.
  • La nueva forma de integración con Exchange.
  • Lo nuevo de SharePoint.
  • El hecho de contar ahora con la versión Server de SharePoint.

Creo que es importante que analicemos cuidadosamente cada una de las nuevas funcionalidades. Dependiendo de nuestra instalación actual, estas podrán migrarse de distinta manera, pero algunas podrán necesitar un rediseño.

 

Tipos de migración

Otro punto clave a tener en cuenta es que no existe un sólo modo de migración. Intentaré hacer un primer análisis de ventajas y desventajas de cada uno, como para que el lector obtenga sus primeras conclusiones. Este tema es conveniente profundizarlo leyendo la documentación oficial de Microsoft que más abajo enumero.

imageFuente: Microsoft

EN CONTEXTO

BASE DE DATOS ADJUNTA

Consiste en actualizar nuestro equipo actual a la nueva versión de Project Server. Consiste en realizar una copia de seguridad de las bases de datos, instalar un nuevo equipo con Project Server 2010, adjuntar las bases de datos al nuevo equipo y provisionar una nueva instancia de Project Web Access.
Es más lenta si nuestra instalación es de un volumen importante, en cuyo caso no se recomienda. Es más rápida
No permite volver a atrás a nuestra instalación de Project Server 2007. Deja intacto el ambiente actual de Project Server 2007. Si algo sale mal, es más fácil restaurar el ambiente anterior.
Requiere que nuestro equipo sea de 64 bits. Requiere un equipo nuevo y en paralelo.
Posee una sola opción de migración. Existen dos variantes, una para los datos de Project (con sus 4 BD) y otra que incluye los datos de SharePoint (agrega la BD de contenido de SharePoint, lo que implica poder recuperar los sitios de proyecto)
Soporta el método de compatibilidad para Project Pro 2007. Soporta el método de compatibilidad para Project Pro 2007.
Es el método recomendado por Microsoft si nuestro equipo soporta la nueva arquitectura. Es el único método posible si nuestra instalación actual está en Windows 2008 32 bits o Windows 2003 64 bits.
Más sencillo Más complejo
La configuración de la granja es preservada. La configuración dela granja se hace desde 0 al tratarse de una nueva instalación.

image

image

Fuente: Microsoft

 

Modo de compatibilidad

El modo de compatibilidad hacia atrás (BCM) es una funcionalidad interesante que nos permite poder conectar a Project Server 2010 usuarios que aún no migraron su versión de Project Pro. Para que funcione debe estar activado y los usuarios deben contar con Project Pro 2007 SP2.

Este modo puede utilizarse tanto en la migración en contexto como en la de base de datos ajunta. Una vez que lo desactivamos, no podremos volver a activarlo. Es especialmente útil, si tenemos varios puestos de trabajo con Project Pro.

Mientras tengamos este modo habilitado, Project Pro 2010 tendrá anuladas las siguientes características:

  • Programación manual
  • Inactivación de tareas
  • Fuentes tachadas
  • Separación por campos departamentales
  • Vincular proyectos en distintas versiones

Es importante entender que BCM es algo que debemos usar en forma temporal hasta terminar la migración.

 

Consideraciones especiales

¿Qué no se migra?

Como mencionamos anteriormente, no se migrarán las vistas de análisis de datos, ya que los Office Web Components (OWC) no son parte de la solución.

Por otro lado, deberemos tener en cuenta que existen nuevos campos corporativos nativos. Esto significa que si nosotros teníamos un campo que ahora es un campo nativo de Project Server, tendremos un problema, por lo cual necesitaremos renombrarlo. En los enlaces que enumero abajo, podrán encontrar el detalle de los nuevos campos.

El nombre de sitio de proyecto “ProjectBICenter” está reservado en la versión 2010. Y otros puntos adicionales que pueden leer en la documentación oficial.

¿Qué hay que tener en cuenta antes de migrar?

  • Todos los proyectos deben estar protegidos
  • Debemos quitar el acceso a los usuarios

¿Qué pasa luego de migrar?

En principio debemos tener en cuenta que tendremos que configurar algunos aspectos que quedaron fuera del alcance de la migración. Entre los que Microsoft destaca en su documentación están:

  • Excel Services
  • Single Sign On
  • Creación del cubo
  • Períodos de informes de horas
  • Integración con Exchange

 

Conclusiones

Este fue un breve resumen. Hay muchas variantes adicionales como la migración desde Project Server 2003, Project Server 2007 con MOSS o diferentes arquitecturas de granja que están detalladas en la documentación oficial.

Espero que les sirva. Hasta la próxima!

 

Material de consulta