Buscar en Gazafatonario IT

Mostrando las entradas con la etiqueta Cambios. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Cambios. Mostrar todas las entradas

miércoles, diciembre 16, 2020

Scrum: cambió la guía ¿y ahora qué hago?


Se ha hablado mucho de los cambios en la guía de Scrum 2020. Pero ¿los hemos entendido? ¿Y qué sucede con lo que no cambió? ¡Scrum sigue siendo Scrum! ¿Por qué causaron tanto revuelo los tales cambios si es a todas luces evidente que la mala práctica de Scrum abunda en la región? ¿Ya leíste la guía completa y no solo el log de cambios que aparece al final de la versión en español?

¿Estás preparado para una conversación seria y profunda sobre Scrum? ¿Sobre los muy comentados, pero poco entendidos cambios propuestos este 2020? Lee la guía (toma menos de una hora hacerlo), anota tus inquietudes sobre la misma y acompáñanos en la última sesión de este año 2020 atípico. Hablaremos de Scrum, de lo que no cambió y no has terminado de entender, de lo que cambió y que te llevará mucho tiempo comprender. Te daremos pistas sobre cómo abordar tus próximas iniciativas ágiles con Scrum y prácticas relacionadas.

Es tu oportunidad de empezar el 2021 con una nueva y mejor visión sobre el marco de trabajo más ampliamente usado por los practicantes ágiles en todo el mundo. Invita a tus amigos y colegas, trae tu natilla y buñuelo navideño o lo que acostumbres compartir en navidad, y prepárate para un gran coloquio.

El 16 de diciembre nos reunimos en la Comunidad Ágiles Colombia a hablar un poco del tema, acompañado como siempre de mi gran amigo Jorge Abad. Grandes conversaciones.

Puedes ver y descargar la presentación con los aspectos más relevantes de esas conversaciones aquí:



Puedes ver el video de la sesión en Ágiles Colombia el 16 de diciembre de 2020, aquí:

sábado, diciembre 01, 2018

Las mejores o buenas prácticas ágiles no existen


¡Las peores o malas tampoco!
Veamos la historia de cómo es esto.
Hace quince años escribía un artículo que dio pie a mi primer libro Asuntos de la Ingeniería de Software (clic aquí), se trata de las muy comentadas hace un par de décadas: Seis Mejores Prácticas (clic aquí), las mismas que promulgaba el Proceso Unificado (UP o RUP, dependiendo de la edición que hayamos usado de la metodología - clic aquí).
Lo nuestro ahora son los experimentos, usamos lineamientos “tipo Scrum” basados en la teoría del control empírico de procesos, planteamos hipótesis y las probamos en períodos muy cortos de tiempo, tratando de aumentar el número de experimentos por unidad de tiempo. De esta manera, si fallamos, lo hacemos rápido y barato; pero si tenemos éxito, entregamos valor igual de rápido y de barato.
De esta forma, toda práctica, toda idea es bienvenida. El hecho de que una práctica no le funcione a un equipo o a una organización no quiere decir que no le servirá a otro equipo o a otra organización, incluso entre equipos de la misma empresa esto puede suceder. Los escenarios y las variables del entorno son diversos, es por ello que dejamos atrás las recetas predefinidas tipo RUP, CMMi y similares. Pero el sentido inverso de esta afirmación también se cumple: el que funcione en un contexto no es garantía de que una práctica funcione en otro.
Hoy por hoy aprendemos por experimentación, descubrimos por experimentación (por ejemplo, descubrimos el software que escribimos), innovamos por experimentación, diseñamos por experimentación, cambiamos por experimentación. En este apartado quiero referirme precisamente a lo que Jason Little llama Gestión Lean del Cambio (clic aquí).
 Gestión Lean del Cambio
Un modelo no lineal, basado en la retroalimentación, para gestionar el cambio
Algo que nos ocurre muy seguido es que fallamos al tratar de identificar el problema correcto a resolver, lo que confluye en la insalubre generación de desperdicio. Toda práctica que nos posibilite el evitar esa falla se convierte en una sinfonía para nuestros oídos.  Los experimentos nos ayudan a reconocer a gran velocidad si el problema que tenemos entre manos es el oportuno, es el que debemos resolver a continuación.
De hecho, los experimentos están en el corazón de la innovación. También, las mejoras incrementales a los productos y servicios que desarrollamos requieren que hagamos experimentación continua. Para todo esto es necesario:
  • Trabajar en equipo: el trabajo colaborativo, en equipo, la inteligencia colectiva es lo que permite el éxito. El ejercicio de la colaboración siempre está en la cima de mis prioridades.

  • Simplicidad: no se trata solo de no generar desperdicio, sino también de refinar el problema, dividirlo en problemas cada vez más pequeños.

  • Dar un paso a la vez: no tratemos de experimentar con todo y de todo de una sola vez. Esto casi siempre es un camino al abismo. Lo que quizás sí podemos hacer es realizar varios experimentos al tiempo. ¡Funciona para mí!

  • Obtener conocimiento pronto y con frecuencia: hay que recorrer rápidamente todo el camino. El objetivo son los consumidores finales, no grupos controlados de clientes o usuarios.  Los MVP funcionan pero no todos pueden quedarse en el laboratorio.

  • Estar preparados para fallar y aceptarlo: nos va a ocurrir. ¡Me ha ocurrido! Simplemente levántate mañana con más energía, con una gran sonrisa y con una nueva idea. En esto de la agilidad siempre sale el Sol, radiante, así que vuelve a invitar a tus amigos e inicia un nuevo experimento.

  • Cerciorarse de que tu organización considere la seguridad como un prerrequisito valioso (agilidad moderna – clic aquí – donde, de hecho, experimentar y aprender rápidamente es otro principio).
 Agilidad Moderna

De todo esto he logrado:
  • Ahorrar dinero: tanto para mí como para las organizaciones para las cuales he trabajado y no hablo solo de mis empleadores, sino de los clientes también.

  • Fallar de forma positiva: y también a evitar que se produzcan fallas más significativas que produzcan resultados desastrosos, grandes pérdidas de tiempo, dinero, oportunidad, marca y hasta de felicidad de todos los comprometidos.

  • Desarrollar mejores productos y servicios: o ayudar a diseñarlos, descubrirlos y ponerlos en funcionamiento, al servicio de miles o de millones de personas.

  • Aprender más y más rápido: la experimentación nos permite estar más informados y tomar mejores decisiones sobre nuestras ideas y proyectos. Muchas cosas parecen de sentido común, pero he aprendido que el sentido común muchas veces no es la práctica común.

  • ¡Ser más feliz!

Y esta es la historia del porqué no existen las buenas, mejores, malas o peores prácticas en agilidad.
Por ello, la próxima vez que alguien te diga (incluso a veces levantándote la voz) que algo no se puede hacer bajo el manto de la agilidad o al usar Scrum o algún otro marco de trabajo ágil, indaga primero los hechos, los datos que dieron origen a tal aserción. O no lo hagas del todo. Simplemente realiza tu propio experimento y déjanos saber de los resultados.