Consejos para construir una cultura exitosa de toma de riesgos
(mitsloan.mit.edu)Contenido del libro "Zero to IPO" del cofundador de Okta
Contrata personas con espíritu emprendedor (al menos entre los primeros 100 empleados)
- Los primeros 10 empleados definen la cultura de la empresa, y los siguientes 90 la consolidan
- Claro, a medida que crece la escala empezarás a incorporar personas psicológicamente más conservadoras
- Pero la cultura creada por esos primeros 100 empleados seguirá vigente incluso cuando la plantilla crezca a 500 o 1000 personas
- Cuanto más emprendedoras (Entrepreneurial) sean las personas del inicio, más se impregnará ese ethos en la cultura de la empresa
Hazle saber al equipo que el proyecto es arriesgado
- El CEO de Minted decía: "No estoy muy seguro de que esto vaya a funcionar. Pero hagámoslo de forma divertida"
- Si el jefe ya sabe que podría no tener éxito, uno puede abordar el proyecto con confianza
Haz que sea divertido
- No el tipo de "diversión" de unas vacaciones, sino una diversión juguetona, abierta y llena de espíritu aventurero
- Según investigaciones, cuanto más lúdica es la mentalidad, más innovación creativa ocurre
- Cuando les pidas a las personas que prueben algo nuevo, pon más énfasis en la "exploración" y el "descubrimiento" que en producir un resultado específico
No "castigues" a los empleados cuyos proyectos fracasen
- Una cultura que castiga el fracaso les hace más difícil el trabajo a los fundadores
- La gente empezará a ocultar las malas noticias como una forma racional de autoprotección
- Si un equipo fracasa en algo, no lo culpes; piensa mejor en qué proyecto darle después
- Asignar a un equipo que fracasó a proyectos irrelevantes (
backwater) transmite un mensaje peligroso - La gente empezará a pensar que solo debe trabajar en proyectos visibles, de bajo riesgo y con éxito asegurado
- Poco a poco, la empresa dejará de hacer cosas realmente innovadoras e interesantes
Establece barandillas de protección
- Debes calcular el riesgo que tú y tu equipo deben asumir, y la magnitud del proyecto debe ajustarse bien a la experiencia de la persona o del equipo
- Establece barandillas para la escala, el presupuesto y el cronograma del proyecto
- Define hitos para poder recibir reportes sobre el avance y los hallazgos
- Define parámetros sobre en qué situaciones se debe cerrar el proyecto
Haz una retrospectiva (Post-mortem) y celebra lo aprendido
- Un proyecto "fallido" no termina hasta que el equipo aprenda qué salió bien y qué salió mal, y hasta extraer aprendizajes que toda la empresa pueda aprovechar
- Esa fue la forma de trabajar de Sebastian Thrun, quien creó Google X
"Siempre quisimos decirles a las personas que fracasar tiene que ver con aprender. Si aprendes algo que aporta una idea importante, eso es excelente."
2 comentarios
Lo leí muy bien. ¡Gracias!
Soy el administrador. Recibimos reportes sobre cada uno de los comentarios que escribió, así que los revisé y le dejo este comentario.
Por favor, consulte la sección “Publicar comentarios” de la guía de uso del sitio de GeekNews.
En lo posible, en lugar de señalar solo errores de ortografía, deje comentarios relacionados con el tema.