Separa la innovación de la ejecución estructuralmente

Todos simplemente llegaron a esta nueva organización que construí, nadie tenía responsabilidades en la parte existente del negocio.

'Esa metodología' se refiere al marco de innovación de tres horizontes donde los horizontes dos y tres son proyectos a más largo plazo (3-5 años), y EPD significa Ingeniería, Producto y Diseño.

No es que no haya equipos en Microsoft que también puedan usar esa metodología, pero donde realmente hemos sido más explícitos o intencionales al respecto es en GitHub, donde de hecho hemos cercado a un equipo para que piense en ese trabajo de horizonte dos y horizonte tres y los hemos mantenido separados de EPD.

Encontramos a un solo ingeniero que es sumamente empresarial, entiende lo que significa operar a un ritmo frenético, entiende lo que significa tomar decisiones con poca información, entiende cómo trabajar muy, muy rápidamente con un socio de diseño... Y durante este tiempo intermedio, también están reclutando a un equipo de usualmente 2, 3, 4 otros ingenieros que tienen esa misma mentalidad de cero a uno y comienzan a construir.

Un atributo clave es que hay un conductor claro del proyecto, que es efectivamente un fundador. Supongo que tal vez podrías tener dos o algo así, pero realmente claro, hay un conductor del proyecto y también hay un único tomador de decisiones al que acuden.

Hay dos elementos para eso. Uno es tener a las personas adecuadas con la mentalidad adecuada en el equipo, permitirles y darles el ancho de banda y la libertad para innovar. Y la segunda cosa es que nos estamos enfocando en hacer las cosas realidad. Entonces no los estamos manteniendo lejos o desconectados del producto y la ingeniería.