En estos días presencié un par de Scrums que, por diferentes motivos, no cumplieron con su compromiso. Y me quedé pensando sobre el compromiso y el valor que debe darse a este momento en un desarrollo con Scrum: cuando el equipo planifica y se compromete a terminar ciertas historias durante la iteración.
Les voy a contar la historia de Amy y su hija Morgan. Amy trabaja como secretaria en la oficina de un médico. Sus tareas consisten en registrar facturas y órdenes para las aseguradores médicas. Ah, y presten atención porque esta historia está íntimamente relacionada con la calidad del código y el impacto en la vida personal de los usuarios.
Hoy empecé el día pensando que hubiera sido mejor quedarme durmiendo, no tener trato con nadie. Yendo en contra de mi instinto encaro el trabajo, y así cerca del mediodía voy a una reunión... en donde uno de los asistentes se retira haciendo un Check-Out, previo a lo que seguramente hubiera sido una pelea. ¡Y como que me molestó eso, no se dignó a quedarse y tratar el tema! Quien hubiera dicho que ese Check-Out terminaría siendo un motivo de reflexión y un evento que salvaría lo que sino hubiera sido un día perdido...
Ayer tuve una charla con una amiga. Como ya es habitual me contó que su esposo trabaja casi todo el día, fines de semana, feriados. Y siempre me dice: "Es un proyecto importante. Las cosas van a cambiar cuando termine el proyecto". Hace ya cuatro años que vengo escuchando lo mismo.
Todos tuvimos momentos en donde tuvimos que trabajar mucho, incluso durante la noche. Pero cuando esto se convierte en la "situación normal", entonces es que estamos en el camino incorrecto. Quizás podemos perdernos esa serie en la TV que tanto nos gusta, pero nuestra esposa, nuestros hijos y nuestros amigos van a continuar con sus vidas sin nosotros si no estamos ahí. ¿Vale la pena? ¿Sirve de algo?
¿Alguna vez pasaste por la situación de tener en frente a una persona que parece esforzarse en ser antipática y eso provocarte molestia?
Con tan sólo voluntad de entendimiento y ganas de escuchar, puedes disfrutar ya de la última revolución laboral. La empatía cotiza al alza y mejora también tu vida personal.
Vivimos en una cultura que tiende a valorar las ideas según su origen: le damos más o menos valor a una idea dependiendo de qué persona provenga. De esta manera, en el ámbito laboral es facil ver que las ideas "del jefe" automáticamente reciben puntos extra. El problema es que esta forma de pensar, que funcionó en alguna época para la creación de ciertos productos materiales, no tiene cabida dentro de los equipos de software.
El libro "Agile Adoption Patterns", de Amr Elssamadisy, incluye las prácticas de Equipos Auto-Gestionados y Equipos Multi-Disciplinarios. En ambas prácticas, Amr menciona el poder de estos equipos para superar obstáculos. También menciona de forma específica que todos los miembros del equipo están dispuestos a ayudar con el testing a medida que es necesario, para que el equipo logre alcanzar su meta.
El Retorno de la Inversión (ROI) es una forma establecida para medir el éxito de un negocio. El ROI es el mantra de los negocios. Si sos un ejecutivo de negocios y lográs un alto ROI sostenido durante cierto período de tiempo, te transformás en lo máximo. El ROI es fácil de calcular - es una medición de las ganancias (ingresos - gastos) dividida por los gastos. Por lo tanto el ROI se puede lograr incrementando las ganancias o disminuyendo los costos. Y si hacés ambos, casi que caminás sobre el agua.
Cuando estamos durante una implementación ágil, en particular en equipos ágiles nuevos, a menudo hacemos las cosas demasiado complejas y dificiles. Tenemos la tendencia a poner parches y sobre el proceso hastas que termina siendo un monstruo grande y poco útil. ¡Necesitamos intervenir a tiempo! Así que respiren profundo, relájense y veamos juntos cómo simplificar nuestra vida en un equipo ágil.
El punto de inicio son 6 principios básicos que llamo "Ágil Simple".
Creo que estoy teniendo bastante éxito con mi carrera. Pero si hubiera sido mejor con la planificación, no hubiera logrado ni la mitad de las cosas que logré! De hecho, algunas cosas ni siquiera las hubiera comenzado...
Hoy estuve leyendo varios posts interesantes que debatían sobre el verdaero signifcado de Ágil. ¿Qué significa ser ágil realmente? ¿Hacía dónde avanzamos?
Muchas empresas dicen ser ágiles. Y sin embargo, si vemos cómo trabajan muchas están lejos del ideal ágil. Entonces, ¿en dónde trazamos la línea "ágil"? ¿A qué punto hay que llegar para poder reclamar el título de agilidad?