Cómo trabaja <ponga aquí su startup>
@javisantana - ex CARTO CTO y amateur eRacer
Al final todos terminamos haciendo las mismas tonterías
Blog-post-escrito por alquien que tiene menos idea que tú-driven-development
Pequeña
Mediana
Grande
Pequeña
→ rapida y efectiva
→ poco o nada de proceso
→ 0 gestión de producto
Feature - howto
1) Al fundador se le ocurre algo
2) Alguien lo diseña
3) Alguien lo implementa y lo pone en producción
Todo esto sin pensar demasiado
"Tú te acuerdas de aquello?" · "Sabes si este bug lo llegamos a arreglar o se arregló solo"
Mediana
→ menos rápida
→ semi ordenada
→ gestión muy básica de producto
Feature - howto
1) Al fundador se le ocurre algo o un comercial ha oído algo
2) El equipo de diseño lo diseña
3) Se organiza el sprint
4) Alguien va a implementarlo y no cuadra nada
5) Discute con el equipo de diseño
6) Se desarrolla y se manda al sistema de CI para que haga deploy
6.1) Los desarrolladores piden tiempo para refactorizar
6.2) Los desarrolladores avisan que hay un framework nuevo
7) Se habla con marketing y ventas para que estén enterados
Seguimos sin pensar demasiado y además no tenemos control
"El cliente me pide esto y no lo tenemos" · "pero si hicimos deploy de eso la semana pasada"
Este juego ya no es solo de poner post-its, diseñar y programar
"Grande"
→ lenta
→ ordenada
→ buena gestión de producto
Feature - howto
1) El exec decide unos objetivos y un roadmap
2) Cada equipo organiza el "quarter"
3) Los "stakeholders" arrancan las features
3.1) Los "stakeholders" se pelean por priorizar esa feature en el tiempo de los demás
4) Los subequipos se reunen 200 veces para tomar decisiones
4.1) Al final alguien coge las riendas y ataca el problema
5) Se desarrolla
5.1) Se resuelven 3 fuegos, 12 bugs, 3 peticiones rápidas de clientes
5.2) Se va alguien del equipo a Cabify
6) Se espera a que marketing y ventas tengan slots para entender la feature y ponerse a trabajar
7) Se hacen materiales de ventas, use cases, ...
8) Después de 2 meses se pone en producción.
9) Se mide y vuelta a empezar
Algunos temas
→ El 90% del tiempo es resolver fuegos/bugs/mantener
Y no pasa nada, entender y resolver es gratificante
→ Se trabaja con tecnologías guays unos 6 meses
Y no pasa nada, un framework no tan nuevo permite hacer casi lo mismo
→ Todo el mundo enseña su mejor cara (y ninguna miseria)
En todas las casas cuecen habas
Da igual metodología/tecnología/herramientas, lo importante es:
→ Tener claro donde se va
→ Hacer una cosa a la vez
→ Corregir y mejorar por el camino (frecuentemente)
La mejor parte es cuando un cliente usa lo que tú has hecho y te dice que es útil
¿Preguntas?
Dios os lo pague
@javisantana