¿En qué medida Asana ha conservado la filosofía de Facebook de moverse rápido y romper cosas?

Nos gusta movernos rápido sin romper cosas. ¿Cómo se prueban y trasladan varias funciones a producción en Asana? detalla cómo lo hacemos, tanto con respecto a iterar el producto rápidamente sin dañar a los usuarios como a la estabilidad del código.

Re: codifique la estabilidad, creemos fundamentalmente que esta es una opción falsa, porque la implementación regular lo ayuda a desarrollar la capacidad de recuperación ante errores e inestabilidad. Eric Ries expone ese argumento aquí: ¿Por qué despliegue continuo? No tenemos un despliegue continuo, pero presionamos una vez al día durante la semana, en gran medida para facilitar lotes pequeños. A medida que crecemos, nos gustaría empujar con más frecuencia.

Diría que incluso Facebook se está beneficiando bastante de ese efecto en este momento, a pesar de tener una infraestructura de prueba mucho menos madura al principio. Son notablemente estables dada la cantidad de iteraciones y el tamaño del equipo de ingeniería del producto y nuestros procesos reflejan los suyos de muchas maneras (por ejemplo, indicadores de características). El verdadero punto de “romper cosas” en su cultura es inspirar valentía, no imprudencia, en mi opinión, que es un valor que intentamos trasplantar a Asana.