Viewing posts categorised under: Agile

Agile Vs Waterfall

Agile2 comments

Agile Vs Waterfall

En este post vamos a ver un ejemplo de cómo sería la gestión de un mismo proyecto con metodologías waterfall y agile.

Breve descripción de la metodología Waterfall y sus desventajas

Como su nombre bien indica, la metodología waterfall o en cascada, se lleva a cabo en etapas diferenciadas. De forma que hasta que no se termina una no empieza la otra. Por ejemplo, hasta que no se termina la definición de los requerimientos no se empieza a diseñar y hasta que no se ha diseñado el producto no se empieza a desarrollar. Para proyectos o productos muy pequeños y bien conocidos esta forma puede funcionar. Pero en cuanto estamos en un escenario de incertidumbre (que suele ser lo habitual) esta forma de trabajar no es la más adecuada. Ya que, en waterfall, a diferencia de en agile, no se trabaja de una forma colaborativa y el tiempo invertido en cada una de las etapas es tiempo en el que no se está aprendiendo del mercado, si no, que es tiempo en el que se está suponiendo el “producto perfecto” sin contrastarlo con clientes reales.

Esto hace que cuando lo lances al mercado, quizás sea tarde (time to market) y esté obsoleto o no guste (acorde a las últimas tendencias tecnológicas y de mercado). Tradicionalmente la gestión de los proyectos (sobre todo software) ha sido de esta forma.

 Además, seguro que al inicio del proyecto se hizo una estimación y se cerró un presupuesto. Pero esa estimación de coste y tiempo suele estar muy lejos de la realidad cuando se “termina” el producto. Si es que se puede llegar a terminar, porque en muchos casos por haber sobrepasado tiempo y costes se tiene que dejar a medias.  En otros casos se termina pero el producto nace con una deuda técnica (con muchos atajos que después pasan factura). Y además, es un producto que apenas es aceptado por el mercado porque ha salido antes otro similar al que los usuarios ya son fieles.

Solución

La solución pasa por abandonar la forma de trabajo waterfall y usar una forma de trabajo agile (que ya introduje en este post). En este caso, primero decides cuál es el MVP que queréis lanzar al mercado. (Si no lo habéis hecho, os recomiendo leer este post). Para empezar a probar si vuestra idea de producto es adoptada por los usuarios, early adopters (ver post sobre la curva de Rogers) y cuál es su interacción con el producto.

Waterfall vs Agile

La idea a tener siempre en mente a la hora de lanzar un producto o proyecto es: 

Fail Fast, Learn Fast, Fix Fast. 

No me cansaré de repetir esta máxima en el blog, pero creo que es algo que debemos tener siempre presente. Cuanto antes valides tu producto, con el menor coste y tiempo dedicado antes sabrás si merece la pena continuar y cómo has de hacerlo. Hay que saber dar un paso atrás, coger perspectiva y cuestionar tu producto en cada momento y escuchar las respuestas que vienen del mercado y los consumidores.

Cuanto antes lances un MVP al mercado con el menor coste posible, antes sabrás si es viable o no. Si no lo es, no has desperdiciado mucho tiempo y dinero. Si lo es, estás recibiendo feedback para saber cómo seguir evolucionando el producto. 

Veámoslo con un ejemplo: Waterfall Shirts Vs Agile Shirts

Pongamos un ejemplo sencillo para explicarlo. Imaginaros que hay dos empresas que quieren lanzar al mercado una firma de camisas. . Ambas tienen pensada una colección de 15 modelos. Para este ejemplo, estos son los supuestos y costes (son costes de ejemplo) que vamos a manejar, iguales para ambas:

  • Ambas empresas empiezan el mismo día y tienen ya la identidad de marca (logo, colores, etc)
  • Ambas tienen pensada una colección de 15 modelos .
  • El coste de los diseños de los modelos completos para producir es de 1 modelo por día a coste 60 €.
  • y el de los diseños de los modelos digitales (se representa como será el producto final, pero no sirve para producir) es de 2 modelos por día a coste de 30 € por modelo.
  • La web Completa cuesta 1.800€. 
  • El desarrollo de la landing Page cuesta 350€, es una web de una única página donde se muestran los modelos y se recoge la intención de compra. No tiene carrito de la compra, ni área de usuario, ni plataforma de pago, ni gestión de contenidos….
  • El Coste producir 100 unidades un mismo modelo es 1.000€ y lleva 1 semana. Mínimo de producción 4 modelos. Tiene un descuento del 20% para producción de más de 10 modelos.
  • La fotografía de producto supone hacer 1 modelo por día a 100€.
  • Para este ejemplo, supongamos que ellos mismos hacemos la comunicación y hacen los análisis estratégicos, por eso no se incluyen los costes de estos.
Empresa 1: Waterfall Shirts

La primera empresa: Waterfall Shirts, lo hace bajo la metodología waterfall o cascada.

Como se puede ver en la imagen, hasta que no termina una etapa no empieza otra y produce la colección completa sin testear antes el mercado. Además, no comienza la comunicación hasta que no tienen la producción ni la fotografía de producto. Por lo que hasta el quinto mes no empieza a comunicar y a vender.

Se ha gastado más de 16.000 € y tiene 100 unidades de cada uno de los 15 modelos. No es una firma conocida aún por lo que pasará tiempo hasta que lo sea y por tanto, tanto la marca como sus ventas tendrán un comienzo lento. Debido a esto y sumado al factor estacional, cuando termine la temporada seguramente tendrá mucho stock, tanto modelos de los que apenas haya vendido como de los que sí hayan gustado pero no haya dado tiempo a vender todas las unidades.

Empresa 2: Agile Shirts

La segunda empresa: Agile Shirts, trabaja bajo una metodología agile, de forma que, lo primero que hace es testear el producto y su aceptación en el mercado.

Comienza creando diseños digitales (no son diseños para producir pero sirven para enseñar el producto a los potenciales clientes) de la mitad de la colección 7 modelos. Eso sólo le lleva 4 días y 240€. En paralelo crea una landing page (o página de aterrizaje) sencilla donde el usuario puede ver los 7 modelos y botones de comprar que van a recoger la intención de compra (por ejemplo, se muestra que el producto no está disponible y que se avisará al cliente cuando lo esté).  Esto lleva unos 8 días y 350€. En paralelo también, se ha comenzado con la comunicación en las redes sociales. Están presentando la marca, su manifiesto y los diseños digitales para recoger, aquí también, la intención de compra y likes.

Por tanto, con 600€ y en menos de 1 mes, por un lado la empresa está comenzando a darse a conocer ganando así potenciales compradores y por otro lado, está viendo si la marca y los modelos gustan y cuáles tienen más éxito. Analizando todos estos datos tomará la decisión de:

  • No continuar. Si ven que el mercado está saturado, o que el producto no gusta, o que el precio mínimo al que tiene que vender no es el que los clientes quieren pagar, etc. Muchos son los factores por los que pueden decidir no continuar invirtiendo tiempo y dinero en este producto.
  • Continuar. Si ven que existe una clara intención de compra, mercado a esos precios, entonces pasará a diseñar los modelos para comenzar la producción.

La producción y el desarrollo completo de la web (ahora sí con carrito de la compra, área de usuario, etc) se hacen en paralelo y, también, se comienza a preparar el análisis de los otros modelos de la colección para recibir el feedback de estos cuanto antes,

Resultado

El resultado es que, con 7.500€ y en unos dos meses, Agile Shirts, ya ha comenzado la venta (partiendo de que ya había clientes con clara intención de compra). Por tanto, hay ventas desde el primer día y cada vez tiene más usuarios y clientes de la marca. Esto les da la ventaja de evitar quedarse con stock sin vender y sólo producir lo que gusta. Además, le da el poder hacer frente a los siguientes costes con los ingresos que se están teniendo de esta primera parte de la colección. De esta misma forma podrán estar lanzando colecciones cápsula (de pocos modelos) cada poco tiempo para por un lado, conseguir engagement de los clientes debido a la variedad y porque se están produciendo los modelos que han sido validados previamente. Estas son las grandes ventajas de la metodología agile frente a waterfall.

Conclusión

Claramente vemos que la empresa Agile Shirts ha conseguido lanzar al producto en menos de la mitad de tiempo, con casi un 60% menos de inversión inicial, donde, además, ya tenía los primeros clientes esperando el producto. Para cuando Waterfall Shirts llegue al mercado, Agile ya será conocida, tendrá ingresos para reinvertir y tendrá clientes fidelizados. Todo esto hará más difícil la penetración en el mercado de Waterfall.

Recirdar además, que las metodologías agile, se pueden aplicar a todo tipo de productos y proyectos. Como, por ejemplo: un aplicación móvil para conectar personas, un banco digital, un restaurante, una fábrica de piezas para coches, una empresa de espacios de coworking, etc.

Si te ha gustado este ejemplo y te gustaría que explicara alguno más no dudes en pedírmelo a través de los comentarios. Si quieres apuntar, preguntar o criticar algo, por favor, hazlo también en comentarios. Necesito vuestro feedback para saber si este MVP de Blog funciona. ¡Gracias!

Read More >>
Malas prácticas equipos

Malas Prácticas En Equipos

Agile0 comments

Ya os hablé de las características de los Equipos Agile. Para conseguir ese nivel de excelencia, ese objetivo de equipo unido de alto rendimiento, no sólo hay que seguir buenas prácticas sino también evitar las malas prácticas en los equipos.

Malas prácticas equipos

Aquí van algunos consejos para evitar esas malas prácticas que perjudican a los equipos:

Evita esfuerzos titánicos.

Si el equipo ha de hacer un gran esfuerzo para llevar a cabo un proyecto, eso es que ha habido mala planificación y gestión. La importancia del trabajo en equipo de forma transparente y colaborativa es precisamente, que se pueden detectar desviaciones en la planificación, en las previsiones o en los objetivos, de forma temprana. Para, así, tomar acciones antes de que sea demasiado tarde y haya que hacer un esfuerzo exagerado, el cual acabará con el espíritu de equipo y con el equipo en sí.

Trabajar demasiado reduce la productividad.

Esto está estrechamente relacionado con el tip anterior. Y aquí también, quiero destacar, la importancia de la auto-gestión del equipo. Cada miembro ha de ser capaz de decidir cuánto puede abordar para hacer un trabajo de calidad en equipo. Y no ha de ser cuestionable. Esto sólo es posible si trabajamos en un espacio de confianza y colaboración, donde nadie está pendiente de cuánto trabajo entrega el otro porque todos están trabajando en equipo hacia el mismo objetivo y ayudándose entre sí.

La multitarea es contraproducente

Tener la atención en una tarea cada vez es más eficiente. Se ha de facilitar que factores evitables, impidan a los miembros del equipo centrarse en una tarea cada vez. Aquí, en equipos Scrum, tenemos que destacar la importancia del trabajo del product owner y del equipo de desarrollo para refinar y clarificar las tareas antes de acometerlas, así como la labor de facilitador del scrum master.

Una tarea a medio hacer no significa que esté hecha.

Se ha de definir claramente el DoD (Definition Of Done) con los criterios específicos para considerar una tarea terminada y que el equipo los tenga claros. Estos criterios son los mismos para todas las tareas, no confundir con los Criterios de Aceptación de los que ya hablaré en otro post.

Hay que atender a la calidad, testear continuamente y arreglar los errores cuanto antes.

Se ha de trabajar con atención en la calidad, siempre aplicando las mejores práctivas y testeando cada tarea completamente desde el principio para detectar de forma temprana errores, para solventarlos cuanto antes por que si lo haces más tarde, el esfuerzo, las pruebas y el impacto es mayor. Imagina que estás construyendo una casa y cuando estás realizando la estructura detectas que una columna no está del todo bien, pero decides seguir porque tienes que entregar la casa pronto. Cuando ya estés poniendo el siguiente piso, o peor cuando entregues esa casa e incluso a posteriori, esa columna fallida puede no aguantar el peso que le corresponde y provocar el hundimiento de parte o toda la casa. En software sería lo mismo, hay que evitar tener deuda técnica.

La mejora contínua también se ha de aplicar al equipo, no sólo al producto.

Para evitar que pequeños roces entre miembros del equipo pasen de ser inadvertidos a un verdadero problema hay que estar en constante inspección para mejorar. Para esto son muy útiles las reuniones de equipo y las reuniones One To One con el manager. En Scrum hay una ceremonia llamada Retrospectiva en la cual, al finalizar cada sprint, todo el equipo ha de analizar cómo ha ido ese sprint no sólo a nivel de desarrollo sino a nivel de equipo también. Es importante detectar esos pequeños problemas que puedan surgir y convertirlos en acciones de mejora.

Detectar y quitar gente tóxica

Se ha de quitar del equipo aquella persona que cause caos emocional de forma constante en el equipo, que, por ejemplo, menosprecie a sus compañeros o que no sea colaborativo y transparente. Por ejemplo, aquel que piense que la información es poder y no la comparta con sus compañeros. Si no es capaz de entender que la información compartida hace que un equipo sea más fuerte y competitivo, esa persona no es capaz de trabajar en equipo. Una persona tóxica en el mejor equipo que puedas imaginar, va a hacer que ese equipo sea incapaz de trabajar en equipo y de entregar calidad.

Y, estos son algunos de los consejos para evitar las malas prácticas en los equipos y llegar a construir una unidad, de forma que trabajen en armonía y colaboración hacia un mismo objetivo. Cuanto más crece el sentimiento de unidad de equipo mayor es la velocidad del mismo y la calidad de las entregas.

Un libro relacionado de lo más interesante es: Coaching Agile Teams, de Adkins, Lyssa.

¿Qué opinas? ¿En tu equipo se están aplicando alguna de estos consejos?

Read More >>
Equipo Agile

Equipos Agile

Agile1 comments

La grandeza no puede ser impuesta, tiene que salir de cada uno.
Para conseguir la grandeza de nuestro equipo es muy importante establecer un marco de trabajo agile adecuado.

Una organización agile se ha de basar principalmente en tres pilares
  • Transparencia
  • Trabajo en Equipo
  • Colaboración
Objetivo

El objetivo es construir un equipo multidisciplinar en el que cada uno de sus miembros tenga libertad, confianza, transparencia, respeto, ilusión y la autonomía de hacer las cosas por sí mismos para conseguir el objetivo común del equipo a través de una visión común del mismo.

Trabajar con gente no significa trabajar en equipo. Y, cuando hablo de equipo, no sólo me refiero a un proyecto en concreto que es una parte de una empresa, sino también a toda la empresa en sí. Toda la empresa también es un equipo que se divide en equipos (ojo, no estoy hablando de jerarquías) y todos tienen un objetivo global: hacer que esa empresa sea un buen lugar dónde trabajar, crecer personal y laboralmente y que ofrezca el mejor producto o servicio del mercado. Esto sólo se consigue si todos los equipos de una empresa se comportan como uno único y la comunicación, la transparencia y la colaboración fluyen. 

Equipo Agile

¿Cómo se consigue?

Llegar a tener un equipo con ese nivel de excelencia es un proceso en el que se han de ir sentando las bases de esos pilares. Los frameworks ágiles como Scrum o Kanban ayudan a conseguir ese objetivo ya que alinean al equipo frente a un mismo objetivo, de una forma transparente y colaborativa. Además, gracias a la evaluación continua tanto individual como del equipo (o retrospectiva), la confianza, seguridad y sentimiento de unidad se acrecienta paulatinamente.

De ahí la importancia de los Agile Coach. Son quienes van a sentar esas bases de marcos agile para ayudar a al empresa a generar ese espíritu de equipo y que sea un equipo con alto nivel de excelencia.

Fomentar la Autorrealización Personal

Fuente Wikipedia.

Como podemos ver en la Pirámide de Maslow, en la cúspide se sitúa el Crecimiento y el nivel de Autorrealización. Un equipo que funciona tiene miembros que se sienten realizados, que están teniendo un crecimiento profesional y personal y están agusto trabajando en ese equipo. Un equipo donde se premia la eficiencia y también, el aprendizaje y la formación, a través de la innovación y la mejora continua. Un equipo donde no hay prejuicios, donde se fomenta la participación y la creatividad. Un equipo que es capaz de detectar sus errores y utilizarlos de aprendizaje y mejora.  Esos miembros serán felices y conseguirán un alto nivel de excelencia. 

Por último, termino con una frase que resume perfectamente el post:

Teamwork Makes the Dreamwork.

Y, tú, ¿qué opinas? ¿qué empresas crees que fomentan más el trabajo en equipo? ¿crees, que además, esas empresas tienen los mejores productos o servicios del mercado?

Read More >>

Design Thinking

Agile, Producto1 comments

Design Thinking

Metodología ágil para innovar y crear un producto o servicio con éxito.

Requisitos que tiene que tener una persona o grupo que la quiera aplicar design thinking: Ser muy observador y curioso. Tener ganas de aprender, de crear, de innovar. Tener la mente abierta y ser receptivo a críticas, elogios y errores. Ser inconformista y apasionado.

Instrucciones de uso: Observar, curiosear, pensar, innovar, prototipar, testear e  iterar n veces.

Resultado: un producto o servicio acorde con las necesidades reales de los usuarios y por tanto, todo un éxito.

5 stages Design Thinking Process

Después de esta introducción a modo de resumen, voy a desarrollar, lo que a mi entender es Design Thinking, para qué sirve y cómo aplicarlo.

Read More >>

Metodologías Agile

Agile2 comments

Introducción a las Metodologías Ágiles

Este post una introducción breve sobre algo que se oye ahora con tanta frecuencia pero que no es nuevo: “Metodologías Ágiles o Agile Methodologies”.

Hoy en día, la información, los productos, los procesos,… todo se mueve y cambia a una velocidad vertiginosa. Para poder estar alineados con las necesidades cambiantes de la sociedad y de los usuarios, las empresas necesitan ser ágiles para moverse al mismo ritmo reduciendo así los tiempos de respuesta y ganando ventajas competitivas. Lograr esta agilidad es posible abandonando las estructuras tradicionales y jerarquizadas y adaptando metodologías agile a cada uno de los procesos y productos de cada empresa.

¿Qué es agilidad? ¿Qué son metodologías ágiles?
Read More >>