En el post anterior os expuse un total de 11 formas de resumir la filosofía de Scrum en 40 palabras y ahora toca hacer un análisis de estas aportaciones.
Lo primero y más sencillo es realizar un análisis automático de la aparición de palabras (realizado con http://textalyser.net/ configurado para palabras de 4 o más caracteres) y estos son los resultados ordenados por número de apariciones:
Palabra | Apariciones |
---|---|
equipo | 8 |
cliente | 6 |
trabajo | 5 |
compromiso | 4 |
para | 4 |
desarrollo | 4 |
valor | 4 |
entre | 4 |
todos | 3 |
necesidades | 2 |
objetivo | 2 |
forma | 2 |
lista | 2 |
cada | 2 |
metodología | 2 |
marco | 2 |
marcado | 2 |
satisfacer | 2 |
implicación | 2 |
producto | 2 |
mediante | 2 |
máximo | 2 |
Vamos a ir desgranando estos resultados ...
Equipo vs Cliente
La primera sorpresa a este respecto es que la palabra más repetida sea "equipo", no porque lo considere inadecuado, si no porque aparece más que el término "cliente". En los últimos años el desarrollo ágil está calando en las compañías de desarrollo, incluso en las más grandes y tradicionales, y esto se debe a que aporta resultados positivos sobretodo desde el punto de vista de los equipos de desarrollo. Sin embargo, tal y como resalta Rubén Prida en su entrada "Panamá" del blog Unir los puntos, el futuro del desarrollo ágil pasa por transmitir esas bondades a los clientes para convencerles de que hay otras formas de hacer las cosas más beneficiosas y más realistas. Y, señores y señoras, esta tarea de difusión nos corresponde a nosotros, los "proveedores de servicios de desarrollo", no solo con la palabra, también con los hechos.
Compromiso
Me gusta también que la palabra "compromiso" aparezca bastante arriba en la clasificación. En los proyectos en los que yo trabajo, al final de los Sprint Planning, cuando ya se ha decidido que historias entran en el Sprint, me gusta confirmar con los miembros del equipo que el trabajo previsto para el Sprint es razonable y que las "cuentas" que hemos echado para la velocidad y la estimación de las historias ha sido coherente. Esto da una nueva oportunidad al equipo a expresarse y facilita que se sientan cómodos (y comprometidos) con el trabajo planificado.
¿Metodología?
Mirando la parte baja de la lista, ahí tenemos la palabra "metodología". Es cierto que hay mucha literatura en la que califica a Scrum como una metodología, pero en realidad es (o parece ser) más correcto utilizar el término "marco de trabajo". Por ejemplo, la primera frase de la guía de Scrum.org es:
Scrum es un marco de trabajo para el desarrollo y el mantenimiento de productos complejos.
Y la Scrum Alliance utiliza exactamente la misma definición en el artículo Why Scrum? de su página web.
Podría seguir analizando una por una cada palabra, pero eso ya os lo dejo a vosotros ;-) ¿Detectáis alguna otra cuestión relevante que comentar?
0 comentarios:
Publicar un comentario