Introducción
El propósito de este artículo es describir qué opciones existen para implementar metodologías ágiles en SharePoint, Project y Project Server. Existen soluciones distintas para cada versión (2007, 2010 o 2013) y también varían de acuerdo al producto. La idea es recorrer las distintas versiones para que, independientemente de la versión actual, también se pueda observar hacia dónde evoluciona el producto.
En líneas generales se observan dos grandes ramas de soluciones:
· Las que incorporan gráficos como el Burn Down en Microsof Project
· Las que incorporan el Task Board en SharePoint
Otra característica es que no encontramos soluciones para Project Server.
La siguiente tabla es un resumen de las soluciones incluidas en este artículo:
|
Solución |
Software |
|
SCRUM Template for SharePoint 2007 and 2010 http://scrum.codeplex.com/ |
SharePoint 2007 / 2010 |
|
21 Scrum http://www.21scrum.com/ |
SharePoint 2010 |
|
Project 2007 – Burndown Report http://archive.msdn.microsoft.com/P2010Scrum |
Project 2007 / 2010 |
|
Project 2010 Scrum Solution starter http://archive.msdn.microsoft.com/P2010Scrum |
Project 2010 |
|
Project 2013 – Burndown Report http://office.microsoft.com/en-us/project-help/create-a-burndown-report-HA102843516.aspx |
Project 2013 |
SCRUM Template for SharePoint 2007 and 2010
Se trata de una solución actualmente en desarrollo disponible en CodePlex que soporta como principales características:
· Sprint Backlog
· Scrum Burndown Chart
· Scrum Task Board
La siguiente imagen es un ejemplo del Scrum Task Board, que nos permite definir nuestras propias columnas, muestra el avance de las tareas, el estado y el avatar.
Esta solución tiene algunas opiniones negativas en el sitio. De todas maneras, es una alternativa a probar, e incluso una buena fuente de ideas. Además es de código abierto bajo licencia EPL.
Disponible para SharePoint 2007 y 2010
21 Scrum
Aparece como una de las opciones más recomendadas. Incluso hay una recomendación en un blog de Microsoft. No es una solución gratuita y sólo está disponible para SharePoint 2010. Sus opciones de licenciamiento son:
· Para una colección de sitios
· 5 colecciones
· Granja
Microsoft Project 2007 Burn Down Report
Desde el blog de Microsoft nos brindan un ejemplo de cómo construir un Burn Down Report en Project 2007 utilizando la característica de Reportes Visuales. Un ejemplo de gráfico a obtener es:
El resumen de pasos a seguir es:
1. Elegir la opción de Reportes Visuales
2. Elegir “Assignment Usage” de los reportes de Excel
3. Agregar cómo fila las semanas
4. Agregar como columnas trabajo acumulado, trabajo real y trabajo planificado
5. Crear las columnas para calcular el trabajo pendiente real y planificado.
6. Armar el gráfico
Si bien es una alternativa válida, requiere algo de trabajo manual y requiere que el líder maneje los valores reales de Project, algo que a veces no es tan común.
Microsoft Project 2010 Scrum Solution starter
Se trata de una solución disponible desde Microsoft sólo para Project 2010. Sus principales características son:
· Product backlog
· Scrum backlog
· Burndown charts
La instalación del producto nos genera una opción de creación de proyecto con Scrum:
Esto nos creara una solapa para Scrum dentro de la ribbon:
En la siguiente pantalla se ve un ejemplo de Sprint Burndown
Project 2013 – Burndown Report
Project 2013 maneja en forma nativa los “burndown reports”, al menos en lo que se puede ver en el preview. Para crear uno, se puede acceder en la ribbon desde Report > Dashboard > Burndown:
Podemos obtener un gráfico cómo el siguiente:
En el enlace se explican algunas ideas de cómo utilizar Project para obtener este tipo de gráficos.
Conclusión
Recordando que el propósito de este artículo era buscar soluciones ágiles para Project Server, la primera conclusión es que no existen. Si dividimos un poco más ese objetivo, se encuentran algunas alternativas para Project y otras para SharePoint.
A priori, no aparece una alternativa que sobresalga del resto como para “recomendarla”, pero si aparecen ideas que pueden ser tomadas como base para una implementación de metodologías ágiles en una instalación de Project Server.
Teniendo en cuenta que en una instalación de Project Server, Project es una herramienta “obligada”, parece tener bastante sentido intentar sacar gráficos como el Burn Down desde esta herramienta, así como también gestionar los Sprints y el Product Backlog. Sin embargo, al tratarse de Project Server, no deberíamos descartar la opción de Reporting Services para generar los gráficos.
De todas maneras, es importante evaluar qué tan cómoda resulta esta herramienta para un equipo que trabaja con metodologías ágiles. Y hay que tener en cuenta que sólo podría ser utilizada para el rol de Scrum Master.
La otra parte de la conclusión es que parece ser interesante intentar armar algún tipo de pizarra en SharePoint. Y aquí hay algunas opciones para tomar de base, mientras que las necesidades más puntuales se podrían implementar con algo de desarrollo a medida (o incluso con algún tipo de herramienta no Microsoft, pero que pueda ser integrada dentro de SharePoint).
Un posible de resumen de pasos a seguir para hacer convivir metodologías ágiles dentro de una organización que implemente Project Server sería:
1. Entender la implementación de SCRUM (u otra metodología ágil) dentro de la organización.
2. Definir qué artefactos se implementarán en Project y cuáles en SharePoint.
3. Realizar las parametrizaciones y desarrollos necesarios, que a priori incluirían:
· Una plantilla de Project
· Una plantilla de Sitio de Proyecto
· Reportes en Reporting Services que soporten Scrum
¿Y ustedes que experiencia han tenido con metodologías ágiles en Project Server y SharePoint? Los invito a opinar. Hasta la próxima!