Kanban es un enfoque ágil para la gestión de proyectos, que se basa en el flujo continuo de trabajo (a diferencia del desarrollo iterativo propuesto por Scrum). En este artículo vamos a ver 5 buenas razones para las cuales investigar sobre Kanban y considerar su adopción.
Hay varias áreas de software en donde Kanban funciona bien: proyectos de mantenimiento, desarrollo de juegos, proyectos multimedia. No hay datos claros sobre si es bueno usar Kanban para el desarrollo de productos.
Tengo mi propia visión sobre el rol de Kanban en los proyectos de desarrollo de software.
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.
