El método Lean Startup
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>El</strong> split-testing también ayuda a los equipos a refinar su comprensión de lo que quieren y no quieren los<br />
consumidores. <strong>El</strong> equipo de Grockit no dejaba de añadir nuevos elementos para que sus clientes interactuaran<br />
entre ellos, con la esperanza de que esas herramientas de comunicación social incrementaran el valor del<br />
producto. De forma inherente a estos esfuerzos estaba la creencia de que los clientes deseaban más<br />
comunicación durante el estudio. Cuando el split-testing reveló que los elementos extras no cambiaban el<br />
comportamiento del consumidor, esto convirtió esa creencia en una pregunta.<br />
La pregunta inspiró al equipo para buscar una comprensión más profunda de lo que realmente querían los<br />
clientes. Pensaron nuevas ideas para realizar experimentos de producto que pudieran tener un mayor impacto.<br />
De hecho, muchas de estas ideas no eran nuevas. Simplemente las habían pasado por alto porque la empresa<br />
se centraba en crear herramientas sociales. Como resultado, Grockit probó un modo de estudio intensivo<br />
individual, completado con diferentes preguntas y juegos para cada nivel, de manera que los estudiantes<br />
pudieran tener la opción de escoger entre estudiar solos o con otra gente. Igual que en la clase original de<br />
Farbood, esto demostró ser extremadamente efectivo. Sin la disciplina del split-testing, quizá la empresa jamás<br />
se hubiera dado cuenta de esto. De hecho, a lo largo del tiempo y de docenas de pruebas, quedó claro que la<br />
clave para atraer a los estudiantes era ofrecerles una combinación de elementos sociales e individuales. Los<br />
estudiantes preferían tener la opción de decidir cómo estudiar.<br />
KANBAN<br />
Siguiendo el principio del <strong>Lean</strong> manufacturing del kanban, o restricción de capacidad, Grockit cambió el<br />
proceso de priorización de producto. Bajo este nuevo sistema, las historias de usuarios no se consideraban<br />
completas hasta que no habían conducido al aprendizaje validado. Así, las historias podían catalogarse en<br />
cuatro estadios de desarrollo: productos pendientes, productos activamente creados, productos acabados<br />
(elemento completado desde un punto de vista técnico) o productos en proceso de validación. La validación se<br />
definía como «saber si la historia era una buena idea para ser desarrollada en primer lugar». Esta validación<br />
solía venir en forma de un split-test que mostraba un cambio en el comportamiento del consumidor, que<br />
también podría incluirse en las entrevistas con los consumidores o los informes.<br />
La regla del kanban sólo permite un número determinado de historias en cada uno de los cuatro estadios. A<br />
medida que las historias pasan de un estadio a otro, se van rellenando los cubos. Cuando un cubo está lleno no<br />
puede aceptar más historias. Sólo cuando una historia ha sido validada puede ser eliminada del tablero del<br />
kanban. Si la validación fracasa y la historia resulta ser una mala idea, entonces el elemento relevante es<br />
eliminado del producto (véase el cuadro siguiente).<br />
Diagrama kanban de trabajo a medida que se progresa de etapa en etapa<br />
(Cada cubo puede contener un máximo de tres proyectos al mismo tiempo.)<br />
Pendientes<br />
En curso<br />
Acabados<br />
Validados<br />
A<br />
D<br />
F<br />
B<br />
E<br />
C