Showing posts tagged with: agile
MVP minimun viable product

Producto Mínimo Viable (MVP)

Producto2 comments

Producto Mínimo Viable (MVP)

MVP es un término básico de Lean Startup. De hecho se popularizó mucho a raíz del libro “The Lean Startup” de Eric Ries. Además, este concepto cada vez más se oye en empresas que quieren lanzar un nuevo producto.

MVP en Lean Startup
Ciclo Lean Startup

¿Qué es un MVP?

La idea de un MVP es lanzar cuanto antes el producto mínimo viable que nos de feedback. Es decir, que nos dé información sobre la adopción de éste en el mercado y por los clientes. Con este producto experimental, podemos aprender y estudiar la viabilidad del mismo. Es decir, ha de ser:

  • Una versión básica de la solución o del producto: Es decir, no tiene todas las funcionalidades, sólo tiene o muestra la o las funcionalidades principales.
  • Ha de realizarse en el menor tiempo posible: cuanto antes lo lances al mercado antes sabrás si es viable antes de seguir invirtiendo tiempo y dinero.
  • Ha de ser viable, es decir, una versión útil, es decir es un producto suficiente para los early adopters (este concepto está definido en el post: Curva de Adopción de Rogers). Es decir, que no es un simple prototipo, es un producto: Es lo mínimo por lo que va a estar dispuesto a pagar un cliente.

Objetivo de un MVP

En definitiva, su finalidad es conocer si el producto es adoptado por el mercado, si gusta y si demanda nuevas versiones. Además, de qué es lo que más le ha gustado y qué funcionalidades hay que potenciar y cuáles descartar.

La idea base de Lean Startup es lanzar lo antes posible y con el menor coste, un producto que podamos validar, con idea de fallar pronto, para aprender y mejorar pronto: Learn Fast, Fix Fast, Fail Fast. Si nuestro producto no va a encajar en el mercado, cuanto antes lo sepamos mejor. Por eso se lanza un producto mínimo Viable o MVP. De esta forma, ahorraremos en tiempo y costes y podremos seguir probando hasta dar con el producto que sí sea aceptado por el mercado. Si nuestro producto encaja pero es usado de otra manera en la que no habíamos pensado, ahí tendremos una premisa para continuar evolucionando el producto como resultado de ese aprendizaje.

¿Cómo de mínimo tiene que ser?

Para los que estéis pensando: si lanzo un producto mínimo puede que falle porque no sea más completo. En parte, tenéis razón, no tiene que ser un prototipo o un producto chapucero que no tiene ni sentido de lo mínimo que es por lanzarlo pronto. Tiene que ser el mínimo producto viable. Es decir, sólo tiene que tener las funcionalidades más características. Todas las que sean adornos o complementarias pero no prioritarias quedarán excluidas. Saber discernir entre las características principales y las que no lo son, a veces, no es fácil. Sobre todo cuando se trata de nuestro producto del que “estamos enamorados” y queremos hacerlo perfecto. Si esperamos a tener un producto perfecto antes de lanzarlo al mercado, nunca lo tendremos, porque no puede ser perfecto si no dejamos que lo pruebe el cliente y veamos si realmente tiene aceptación y cuál es el comportamiento del cliente y su feedback . El cliente, y nadie más, va a decidir si es perfecto o no.  

Ejemplos

Un ejemplo de empresa que comenzó lanzando un MVP es Groupon. Empezaron lanzando una web en wordpress muy básica  y enviando PDF’s a sus suscriptores iniciales (early adopters). Cuando vieron que tenía demanda empezarona construir la plataforma completa.

Si el producto a construir es más complejo como una infraestructura en la nube la forma de testearlo es enseñar un MVP no desarrollado y recoger la información sobre cuántos usuarios lo quieren. Este es el caso de Dropbox. Cuando tuvieron la idea, antes de desarrollarla, testearon el mercado. Para ello prepararon (de forma sencilla, sin incurrir apenas en costes) un vídeo donde explicaban cómo era su (inexistente aún) producto junto a un formulario para que introdujeran su e-mail los usuarios que quisieran tener el producto cuanto antes. Fue tal el éxito que tuvieron, recibieron 70.000 emails en un día. Ya habían validado que su producto tenía demanda, ya podían comenzar a dedicar tiempo, esfuerzo y dinero en desarrollar el producto.

Think Big, Start Small

Para terminar me quedo con esta frase de Steve Blank:

«Estás vendiendo la visión y entregando el conjunto mínimo de características a visionarios, no a todo el mundo
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 >>