Respuesta: porque
desconocemos los valores y principios del Manifiesto Ágil punto
El Manifiesto por el Desarrollo Ágil de Software
La razón que expuse es apenas una de
las muchas por las cuales podemos fracasar al intentar Scrum. Para hacerle
frente, entonces es necesario conocer de qué se trata exactamente el Manifiesto
Ágil. Este lo encontramos en http://www.agilemanifesto.org/iso/es/.
Sin embargo, lo copiaremos aquí para explicar mejor el asunto que nos ocupa:
Estamos descubriendo formas mejores de desarrollarsoftware tanto por nuestra propia experiencia comoayudando a terceros. A través de este trabajo hemosaprendido a valorar:Individuos e interacciones sobre procesos y herramientasSoftware funcionando sobre documentación extensivaColaboración con el cliente sobre negociación contractualRespuesta ante el cambio sobre seguir un planEsto es, aunque valoramos los elementos de la derecha,valoramos más los de la izquierda.Estos son los valores. Le siguen una docena de principios que pueden encontrar en la página que mencioné antes. Este texto parece inofensivo pero encierra una enorme carga emocional; sin embargo, lo más importante es que nos enseña justamente cómo debemos enfrentar los proyectos de construcción de software actuales. Y como leerlo es más fácil que entenderlo, en la sección de Referencia enumero algunos de los artículos de mi Gazafatonario IT que intentan explicar de una u otra forma la razón de ser de este manifiesto.Algunas recomendaciones para tener éxito al implementar Scrum
- No piense en herramientas antes que en el proceso y no piense en el proceso antes que en las personas y sus interacciones. ¿Cómo va a lograr que las persones interactúen entre sí? “La gente tiene que trabajar cara a cara” dice el mismísimo Jeff Sutherland, y para todos Scrum debe ser una forma de hacer, una forma de ser, una forma de vida. Esto es, valorar el valor “Personas e interacciones sobre procesos y herramientas” del Manifiesto Ágil.
- Necesitamos herramientas, sí, pero no permitamos que estas nos dicten el proceso e indiquen el camino a seguir, lo último que queremos son productos de software costosos antes de lograr que Scrum funcione o antes de lograr los primeros resultados exitosos con el método. Además, necesitamos un proceso para gestionar toda una operación, desde la concepción de los productos hasta la puesta en funcionamiento de los mismos a cabal satisfacción de los usuarios/clientes; y el núcleo de ese proceso debe ser precisamente Scrum, tal y como dice la Guía, no es necesario “inventar” nada más.
- Tampoco es necesario eliminar o agregar nada más a Scrum como marco de gestión. Por ejemplo, decir que hacemos Scrum pero no tenemos Dueño de Producto o usar el patrón proxy del Dueño de Producto, es algo común en las implementaciones deslucidas de Scrum. Uno de los principios del Manifiesto Ágil lo dice claramente: “Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.” Esto apunta a resolver la mayor causa de fracaso en los proyectos tradicionales: “falta de involucramiento del usuario” [7].
- No piense que Scrum le va a solucionar todos sus problemas, incluidos los personales. Scrum no es una bala de plata [4], de hecho, Scrum por sí solo no es suficiente, debe acompañarse de un conjunto de prácticas y otros métodos preferiblemente ágiles. Eso sí, no intente implementarlos todos de una sola vez y mucho menos intente hacerlo solo, hágase acompañar de expertos, de personas que hayan recorrido el camino y que quizás hayan cometido uno o dos errores críticos; con seguridad, serán ellos quienes lo sacarán del aprieto en el que posiblemente se va a encontrar más de una vez.
- No piense en las certificaciones. Si cree que les hacen falta, estas llegarán a su debido tiempo. Cuando tenga la suficiente experiencia y madurez para darse cuenta que no las necesita. Sí, certificarse nos trae beneficios a nosotros como individuos y a las organizaciones para las que trabajamos o representamos. La certificación verifica que nuestro nivel de pericia y conocimiento es consistente con los estándares de la profesión en un área específica, pero, también a veces, las certificaciones atribuyen competencias donde usualmente no las hay, a quienes usualmente no las tienen.
- Uno de los aspectos que hacen “mágico” a Scrum es que podemos implementarlo usando Scrum. La gran ventaja es que no tenemos que definir un proceso porque ya está definido [8]. Podemos tener una Lista de elementos a implementar (el backlog) y los separamos en sprints de 2 semanas para ir implementando gradualmente en unos pocos meses. Esto permitirá que las personas se sientan cómodas y a gusto con el cambio y se logren mejores resultados más rápidamente.
En cada Sprint de implementación de Scrum realice las ceremonias orgánicas de Scrum:
- Planee cada sprint de la implementación
- Haga reuniones diarias
- Al final de cada sprint revise los resultados
- Antes del siguiente sprint, haga una retrospectiva de lo que fue bien y lo que fue mal durante el sprint actual de implementación
Se
me ocurre que podríamos usar, para empezar, este algoritmo general de la
implementación de Scrum:
 |
Figura 1: Algoritmo general de la
implementación de Scrum usando Scrum
Esta es una
primerísima versión del algoritmo a “mano alzada”, escucho opiniones al
respecto.
Otras Recomendaciones a tener en cuenta para asegurar
el éxito en una implementación de Scrum
Finalmente, cuando
tenga la suficiente experiencia y cuente con equipos maduros, quizás antes,
atrévase a adicionar sus propios valores al Manifiesto Ágil y póngalos en
práctica. Ya en la comunidad Ágiles estamos discutiendo algunos de esos nuevos
valores y principios:
Experiencia
efectiva sobre certificaciones retóricas
Innovación
continua sobre mantenimiento de productos
Satisfacción
del Cliente sobre margen de utilidad
Felicidad
de las personas sobre inapetencia profesional
¿Se animan con otros? Pueden dejarme
sus comentarios o ir al foro de la comunidad Ágiles Colombia y participar de la
discusión. Lo encuentran en:
Referencias
Scrum – Lo Fundamental
Scrum Orgánico para Iniciantes
Vademescrum, Sección I: El Scrum Master 1
Mitos, Monstruos, Leyendas Urbanas y otros Desvaríos de
Ágil y Scrum
Planificación del Sprint: el primer paso para producir
el máximo efecto
Gerentes de Proyectos de software, ¿una especie en vías
de extinción?
Chaos Report. Standish Group.
www.standishgroup.com/
Ágiles Colombia. http://agilescolombia.org/
|
No hay comentarios.:
Publicar un comentario