Producto - Tech

Espacio para imagen
● CTO (Novelistik)
● Head of Engineering
(YouNoodle)
● Head of Education
(Platzi)
David Aroesti

¿Cuál es el papel
de un CTO?

El CTO (chief technology officer)
es una posición ejecutiva
dentro de una compañía que
está a cargo de las necesidades
tecnológicas y el R&D
Jack Frankenfield

CTO
● Startup CTO
● Corporate CTO

1. Construir el MVP
● Encargado de ejecutar la primera versión
del producto
● Encargado de supervisar las iteraciones
subsecuentes
● Definición de presupuesto
● Comunicación con stakeholders

2. Definir arquitectura
● Stack
● Nube
● Herramientas
● Datos
● Seguridad

3. Contratar al equipo
● Evaluar necesidades
● Encontrar especialistas / generalistas
● Mentorear
● Capacitar

4. Seguridad informática
● Implementar estrategias de
seguridad informática:
○ Sistemas
○ Empleados

Habilidades de un CTO
● Habilidades técnicas avanzadas
● Pensamiento estratégico
● Liderazgo y mentoreo
● Negociación
● Aprendizaje constante

¿Cómo construir un
equipo de ingeniería?

Definir necesidades
● ¿Qué tipo de producto se va a construir?
● ¿Cuál es el presupuesto?
● ¿Cuáles son las prioridades?

Encontrar al
ingeniero correcto
● Emocionado con la misión de la compañía
● MVP mindset
● Se siente a gusto con iteración constante
● Sabe mantener sistemas y no sólo construirlos
● Empatía con los usuarios

¿Dónde encontrar talento?
● Redes especializadas
● Network propio
● Meetups y eventos

SCRUM
● Es inusual encontrar la solución
en la primera iteración
● Las metodologías ágiles se
centran en iteraciones rápidas
para aumentar las oportunidades
de aprendizaje y resolver los
problemas correctos

Scrum
Caso de negocio
del proyecto
Visión del
proyecto
Backlog priorizado
del producto
Sprint
Backlog
Cronograma de
lanzamiento
Crear
Entregables
Sprint
Entregables
aceptados
Diariamente

Sube a la gente correcta al bus,
baja a la incorrecta, y sienta a la
persona correcta en el asiento
correcto
Jim Collins

¿Cómo construir
un roadmap?

Objetivos del roadmap
● Enfoque científico para construir
y madurar productos
● En cada paso se crea una hipótesis y se
construye un experimento para probarla
● Si se obtienen los resultados esperados se
avanza al siguiente paso; de lo contrario se
construye una nueva hipótesis y experimento.

¿Cómo escribir una hipótesis?
● Define claramente el problema a resolver
● Escribe la hipótesis como una condicional
○ Si… entonces…
● Define las variables dependientes e
independientes

Si se disminuye la cantidad de
pasos para hacer checkout
(variable independiente)
entonces aumentaremos las
transacciones en 2x (variable
dependiente)

1. Define el problema
● ¿Cuál es el problema que estás
tratando de resolver?
● Escríbelo de manera clara y
reflexiona en la solución
● Docs, servilletas, post its, etc.

2. Valida el problema
● ¿Es el problema real?
● Estudia a personas que
actualmente se están
enfrentando al problema
● Entrevistas, mensajes,
emails, etc.

3. Valida el mercado
● ¿Existe un mercado para mi
solución?
● Estudia si el mercado acepta
la solución al valor propuesto
● Landings, listas de espera,
encuestas, etc.

4. Construye el prototipo
● ¿Mi solución resuelve el
problema?
● Construye el prototipo más
sencillo posible
● Marvel App, Figma, Sketch, etc.

5. Construye el MVP
● ¿La solución resuelve el
problema para muchas
personas?
● Crea un producto mínimo y
comienza a crecer al equipo
● Firebase, Heroku, PaaS, etc.

Errores comunes
del producto

1. Construir
demasiado pronto
● Prototipo -> MVP -> Producto
● Web y Móvil simultáneo

2. Escalamiento anticipado
● Dedicar tiempo y recursos en optimizaciones
○ Compañía es demasiado jóven para saber
qué necesitará en el futuro
● Distrae del verdadero objetivo: crear un
producto que el mercado necesita, ahora

3. Utilizar tecnologías
no probadas
● Dedica recursos al aprendizaje
y no a la construcción de features
● Dificulta iterar rápido
● Dificulta encontrar soluciones
● Dificulta el reclutamiento

4. Contratar a los
ingenieros incorrectos
● Ingeniero Corporativo
● Elite Computer Scientist
● Ingeniero Junior
● Ingenieros subcontratados

Conclusiones

Conclusiones
● Responsabilidades de un CTO
● ¿Cómo construir equipos de ingeniería?
● ¿Cómo construir producto?
● Precauciones y posibles errores