Como la productividad depende de numerosas variables y elementos del personal, es muy dificil que las organizaciones puedan medirla para mejorar. Ahora bien, ¿las mejoras en productividad que encuentra usando Ágil se deben a las mejora en el trabajo de equipo?. Repasemos una serie de reflexiones sobre los beneficios de Ágil para las organizaciones, y su impacto positivo en los equipos de trabajo.
Utilizar las prácticas de Scrum como una forma de apoyar a los equipos ejecutivos no fue algo previsto. Lo que realmente ocurrió fue que, al realizar los trabajos de implantación de Scrum en proyectos dentro de las empresas, me encontraba con una fuerte resistencia en la capa de la alta gerencia, y esto me llevó a tratar de entender sus dolores. Entonces me di cuenta de que algunas prácticas ágiles podrían colaborar con estos equipos ejecutivos, pues me sorprendía al ver que muchos de los problemas que encontrabamos en el mundo de los proyectos de software se repetían en el mundo ejecutivo.
Sin ni siquiera pensar en "utilizar Scrum" todavía, sino sólo para proveer prácticas sueltas que pudiesen ayudar a los profesionales en problemas puntuales, empecé a sugerir el uso de algunas prácticas ágiles en equipos ejecutivos, y estas experiencias sin duda alguna me motivaron a usar lo que hoy llamo Scrum Ejecutivo. A continuación algunas de estas experiencias:
La adopción de prácticas ágiles para el desarrollo de software requieren muchos cambios en la organización, tanto a nivel cultural, de roles individuales y procesos. A medida que la organización va migrando hacia Ágil, las personas deberán poder gestionar este cambio.
En este artículo veremos los cambios esperados en los diferentes roles para una organización Ágil, junto con técnicas para manejar mejor la transición desde una Cascada tradicional hacia metodologías Ágiles.
Por más increíble que parezca, esto es muy común en el mercado. Pero no pienses que hablo sólo de Java, sería cierto si digo que el 90% de las empresas en que trabaje hasta la fecha, siendo de TI o de negocios (no IT) tienen framework hechos en casa.
En este post vamos a argumentar porque es una mala idea hacer frameworks en casa y como eso puede ser muy perjudicial para su empresa y para su equipo, o algo parecido a esto. Trabajé con frameworks de VB 6.0, ASP 3.0, PHP, Java e incluso JS. Por increíble que parezca, ví una locura como hacer framework JS en una empresa de negocios (no IT).
Pregunta: ¿Qué es mejor? a) Trabajar durante la noche y los fines de semana para cumplir el compromiso de una iteración, o b) Admitir que el compromiso fue excesivo y trabajar las horas normales sin importar el compromiso.
En algunas culturas medievales las vacas eran sagradas: no se las podía matar ni usar para ayudar en los campos. Estas vacas sagradas disfrutaban una vida tranquila, tenian libre uso del espacio dentro de las puertas de la comunidad en donde residían. Las vacas no tenían enemigos y en general podían llegar vivir mucho tiempo, muriendo a edad avanzada por causas naturales. Nunca se debatió este status, excepto en muy raras circunstancias, como ser durante una primavera en la Europa medieval...
La velocidad es un concepto ágil muy importante que le sirve a los equipos para poder comprometerse al trabajo de una iteración. Sin embargo, una vez entendido el concepto, hay que tener cuidado en no usarlo para motivos equivocados, y evitar al máximo cometer algunos errores básicos.
En este artículo vamos a ver 3 anti-patrones sobre el concepto de velocidad; comprenderlos y evitarlos nos ayudará a mejorar nuestro proceso de desarrollo.
Hay 2 partes de Scrum que suelen quedar olvidadas al momento de implementar esta metodología ágil. Como Scrum es un marco de trabajo minimalista, sólo con lo mínimo para mantener a un equipo fuera del caos, pueden surgir problemas cuando falta una pieza de Scrum. Las 2 partes que comunmente quedan afuera son:
Uno de los primeros temas que suele aparecer en cualquier discusión sobre Ágil es "¿Qué tanto se puede escalar Ágil?". A veces se pregunta de forma explícita, pero a menudo se parte del supuesto de que Ágil no puede escalar muy bien. Cuando me encontré con Ágil por primera vez, mi primera impresión fue que Ágil no escalaba más allá de equipos chicos, digamos de 12 personas.
Serge Beaumont, capacitador ágil junto a Jeff Sutherland, nos cuenta que hace ya medio año agregó algo llamado "el modelo dinámico de Scrum". La característica esencial es el concepto de PREPARADO (a no confundir con la Definición de Terminado). La idea es que un equipo necesita estar en una situación estable y conocido para poder trabajar bien. Hay muchos equipos que pierden el tiempo porque el Dueño del Producto no pudo darles un objetivo claro. El estado PREPARADO es el objetivo hacia donde trabajar. Pero, ¿qué es exactamente este estado, y cómo lo logramos?
Ya les comenté algunas veces que en el equipo donde trabajo estamos utilizando Scrum para la gestión de proyectos. Casi después de un año de trabajar con la mayoría de las prácticas que Scrum propone, puedo decir que recién hace unos días me di cuenta del valor de las iteraciones incrementales y por ende del ROI dentro de los proyectos ágiles. Ahora leo un post en mi reader que trata sobre como "la vergüenza de la gente hace funcionar Scrum" y me dejó pensando mucho.
Nuevo logo, nuevo buscador, nueva portada, podcast mensual... ¡y muchas novedades más!
"Si tú tienes una manzana y yo tengo una manzana e intercambiamos las manzanas, entonces tanto tú como yo seguiremos teniendo una manzana cada uno. Pero si tú tienes una idea y yo tengo una idea, e intercambiamos las ideas, entonces ambos tendremos dos ideas"
Bernard Shaw