¿Por qué utilizar SQL Server 2012 en SharePoint 2010?

En una reunión de trabajo, de una manera enérgica pregunta el director de infraestructura que si porque se recomienda utilizar SQL Server 2008 R2 64 Bit para instalar SharePoint 2010 si también SQL Server 2005 y 2008 lo soportan casi casi dejando ver que es solo por cuestiones de apalancamiento de licencias por parte de Microsoft. Y bueno mi respuesta fue que es recomendable siempre utilizar las versiones más recientes del software tanto del sistema operativo como también de SQL y la razón es porque algunas características de funcionalidad que van emergiendo fueron construidas posteriormente o requieren software más reciente y si las necesidades que tenemos están en torno a esas características, sin duda conviene invertir.

Un ejemplo es PowerPivot no corre sobre versiones de SQL distintas a SQL 2008 R2 e incluso aproveché para dar otro ejemplo y mencionar que SQL Server 2012 permite agregar como aplicación de servicio en SharePoint 2010 a SQL Server Reporting Services y PowerPivot, gracias a esto, la administración, gestión, respaldo, configuración ahora formaría parte de la pila funcional de SharePoint y no de SQL por ende menos complejidad al modelo de la solución desde la perspectiva administración y mantenimiento. También algo muy importante mencionar es que al tener Reporting Services como aplicación de servicio en SharePoint 2010 entonces ahora se soportan las alternativas de autentificación disponibles en SharePoint abriendo a un mayor rango de opciones y posibilidades de reporteo que antes no se tenían por la limitantes de seguridad y autentificación. Si tu cliente requiere ofrecer reportes o inteligencia de negocio para clientes, proveedores o algún otro en la cadena de valor, entonces SharePoint 2010 y SQL Server 2012 ofrecen la mejor opción para escenarios de extranet para entrega de BI.

Así es amigos, desde ya deberíamos de estar implementando SharePoint 2010 con SQL Server 2012 para sacar una mayor ventaja en las características de BI disponibles que podemos configurar en SharePoint 2010 así como también las de disponibilidad y desempeño que el mismo SQL Server 2012 aporta a la mesa.

PD. Me parece que desde la perspectiva licenciamiento también Microsoft ya está entregando SQL Server 2012 como parte de los Enterprise Agreements así que ya deberías de saber integrar SQL Server 2012 con SharePoint 2010.

Aquí unos recursos:

Suerte!

Originalmente publicado en msmvps.com

Fórmula para el fracaso/exito de un proyecto SharePoint

 

Sinceramente, no sé si soy yo o me estoy haciendo un viejo cascarrabias pero al parecer solo estoy viendo lo malo de la realidad. Mire usted, si quiere conocer una fórmula para el fracaso de un proyecto SharePoint aquí la más reciente que me ha tocado presenciar frente a mis propios ojos:

 

  • Venda el proyecto
  • Arránquelo y genere confianza con el cliente, posicionese como el proveedor maduro
  • Integre un equipo sin conocimiento de SharePoint (Graphic Designer, Tester, Developer) para que en tiempo extra a.k.a dobleteo lo ejecuten
  • Espere resultados satisfactorios pensando que ya asignó el trabajo
  • UPDATE 1: Digale mentiras al cliente
  • UPDATE 2: Cambiar de Graphic Designer por no entregar lo requerido
  • UPDATE 3: Que renuncie el lider de toda la practica
  • UPDATE 4: No hay nada mas poderoso que el talento y compromiso de las personas, gracias al lider de proyecto (Gabriel Alejandro Cota Reyes), el programador (Juan Manuel Perez Mojica) y al nuevo Graphic Designer (Aaron Antonio Aceves) este proyecto se termino con exito

 

A mí, no me gusta ser un espectador del fracaso, ¿usted qué haría?

 

  • UPDATE: Tener un plan B para cuando el cliente explote!

 

PD1: Deseo mucha suerte y si necesitan algo de mi, con mucho gusto los apoyo.

Resumen

La fórmula para el éxito de este proyecto fue liderazgo ante la adversidad, compromiso y talento:

  • El líder de proyecto tomó una postura de liderazgo ante las adversidad, con calma y soportando la realidad no muy prometedora al inicio, no dejó ver ante el cliente ningún signo de debilidad o incongruencia, cuando había un acuerdo sin cumplir, informo al cliente el estado de las cosas sin dejar ver responsables, sino más bien, que hacer para mover las cosas hacia adelante.
  • El conocimiento del nuevo Graphic Designer asignado al proyecto realmente aportó un alto valor, los entregables fueron de calidad y conforme lo esperado. La comunicación entre developer y Graphic Designer fue clave para sincronizar el trabajo de acuerdo a las fechas, durante el proceso de construccion el compromiso fue esencial.
  • El developer fue quien merece la mayor parte del crédito, sinceramente sus habilidades técnicas y el talento como programador sorprendieron a todo el equipo tomando todos los requerimientos y concretándolos en entregables consistentes y funcionales, no introdujo bugs y cumplió totalmente con las expectativas. En este proyecto su talento fue esencial, así mismo, al final del proyecto, venció la barrera del inglés y pasó al siguiente nivel teniendo reuniones directas con el cliente.

Originalmente publicado en msmvps.com