Martes, 30 Diciembre 2014 08:47

LAFABLE - Un framework para escalar Agile fácilmente

Escrito por 
Valora este artículo
(0 votos)

De la mano del mítico Mike Cohn, uno de los firmantes del manifiesto ágil, nos viene propuesto un framework para escalar Agile.

Pero antes de seguir adelante, una advertencia: se trata de una broma, solo que a diferencia de otras bromas de este estilo (como puede ser el framework "Safe"), esta vez la broma es admitida y fomentada por una empresa que trabaja seriamente para implementar Agile.

Por otro lado, lo valioso en mi opinión es que varias de las características definidas son muy cercanas a las orientaciones que las empresas que se declaran ágiles con una finalidad de marketing (o que lo hacen sin saber realmente de qué se trata) imponen en su propia estructura. Desde ese punto de vista, es un framework muy ilustrativo para evitar esos peligros.

Vamos a darle un vistazo... y que conste, cualquier parecido con la realidad que puedas estar viviendo (o haber viivido) es "puramente casual"...

Antes que nada, LAFABLE tiene su propio sitio web, y es allí donde pueden encontrar el infograma que lo explica.

Antes que nada, una consideración personal: desde mi punto de vista, uno de los desafíos más grandes en la implementación de metodologías ágiles es la situación de incomodidad a la que se enfrentan todas las personas involucradas, pero particularmente el management. Probablemente, buena parte del mismo se encuentre en una zona donde no vea su propio valor o los puntos de apalancamiento donde proveer valor al proceso de conversión. Es por eso, sospecho, que cualquier tentativo de transformación sufre el riesgo importante de convertirse en un proceso cascada disfrazado de agile. Probablemente este sea el motivo por el cual Scrum tiene relativa aceptación en el mundo empresarial... Con esto no quiero decir que Scrum sea un marco inválido para la implementación de agile en una empresa, solo que su apariencia más estructurada respecto a -por ejemplo- XP, lo hacen más aceptable en las empresas...

Y en qué consiste ese riesgo? Bueno, en gran parte en que la empresa adopte -en lugar de Scrum-, la metodología "ScrumBut"... basado en Microsoft (pero convengamos que no es la única empresa donde esto sucede), la metodología ScrumBut es relativamente simple, porque TODO es relativo: "acá hacemos Scrum, pero (but)... xxxxxxxxx" (y agregá lo que quieras en lugar de las xxxxxxxxx, como por ejemplo "tenemos dos product owner para el mismo equipo", o "modificamos la duración de los sprint en las épocas de vacaciones", o... bueno, hay muchas)... probablemente si en tu empresa dicen que están haciendo Scrum, en realidad estén haciendo ScrumBut...

Volviendo al "LAFABLE", el valor que tiene desde mi punto de vista es que contiene muchas de las situaciones que se verifican en los ScrumBut que tuve oportunidad de conocer. Y en la que al final, todos viven una falsa sensación de estar haciendo "Scrum".

Este "supuesto framework" ágil elenca varios de los "But", pero el que me ha causado más gracia es el de las distintas definiciones de "done" definidas por el equipo, como la "definición de casi iniciado", del "terminado en mi pc", "definición de casi terminado"  y por último la "definición del "En serio, esta vez está terminado" (aunque todavía ningún tester haya intervenido en esa funcionalidad)...

Y el Frankenstein en el que estás viviendo tus horarios de trabajo, ¿cuál de estos injertos tiene?

 

 

Leer 2077 veces Modificado por última vez en Martes, 30 Diciembre 2014 11:02

Información adicional