¿Cuántas veces nos han presentado una feature que nos hizo llevar las manos a la cabeza? En nuestra búsqueda de la eficiencia, se alza el poder de la toma de decisiones. Esta charla explora la importancia de que los desarrolladores no solo digan "no", sino que también aprendan a hacerlo de manera efectiva.
En equipos multidisciplinarios, donde interactuamos con otros desarrolladores, product owners y diseñadores, nuestro trabajo no se trata solo de resolver problemas, sino de hacerlo de manera eficiente. ¿Es esto escalable?, ¿es compatible con nuestra arquitectura?, ¿es ético?, ¿supone una pérdida de recursos?, ¿es esta la mejor solución?. A menudo, la respuesta es NO.
Decir "No lo haré" es entonces también nuestro trabajo. En esta charla, exploraremos la importancia del "NO" y cómo comunicarlo de manera que no sea un obstáculo, sino una solución.
2. Mamá perruna de Camus e Ikki
Comunicadora de carrera
Stakeholder funcional por accidente
Desarrolladora de aplicaciones nativas iOS
Soy una persona bastante normal
Sobre mi
5. no lo haré...
...como tu crees
Mi trabajo
...no es hacer cosas a ciegas
...no es una fábrica de producción en
masa
...es buscar soluciones
...soluciones sostenibles, escalables,
limpias, testeables etc
...que se ajusten al estandar de
producto, de desarrollo y de cada
plataforma
6. Producto
Define y brinda la visión
del producto. Prioriza las
funcionalidades y las
extiende al equipo
Tripleta
La toma de decisiones
7. Diseño
Traduce la visión de
producto y crea
experiencias de usuario
efectivas y atractivas
Producto
Define y brinda la visión
del producto. Prioriza las
funcionalidades y las
extiende al equipo
Tripleta
La toma de decisiones
8. Diseño
Traduce la visión de
producto y crea
experiencias de usuario
efectivas y atractivas
Desarrollo
Implementación técnica
de las funcionalidades,
siguiendo buenas
prácticas
Producto
Define y brinda la visión
del producto. Prioriza las
funcionalidades y las
extiende al equipo
Tripleta
La toma de decisiones
9.
10.
11. No todo el mundo entiende todo.
No todo el mundo sabe todo.
Nadie tiene que entenderlo ni saberlo todo.
Todos hacemos lo mejor que podemos con lo que sabemos.
Quien sabe algo tiene la responsabilidad de compartirlo.
Los 5 mandamientos
inspirados por Norman Kerth
12. Parte entonces de nuestro trabajo es también
decidir y decir que no. Pero siempre desde una
posición:
Empática
Sustentada
Resolutiva
Con visión
La toma de decisiones
13. Qué pasaría si
decimos que sí a todo
Comprometer recursos inexistentes
Falta de claridad sobre el alcance y la
complejidad de los requerimientos
Desarrollos que no cumplen con las
expectativas
Agotamiento, burnout, falta de motivación
14. Hablemos
de números
Se estima que en el 2023:
20% de los proyectos se entregaron tarde
Requisitos deficientes fueron la causa del fracaso del 39,93% de
los proyectos
El 57% de los proyectos que fracasan se deben a fallas en la
comunicación
50% del budget se va en arreglar errores luego de la
implementación
45% de las features no se utilizan
16. Receta para el no
Entiende los requerimientos
No puedes negarte a algo que no
comprendes completamente
Mata el ego
Pregunta sin vergüenza. El ego es
enemigo del crecimiento. No se
trata de ti
Aprovecha ese conocimiento
Entender la necesidad nos permite
tomar mejores decisiones pero
también encontrar oportunidades
de mejora personal y para nuestros
proyectos
17. Receta para el no
No digas sí - ni no
No te apresures a decir que sí, pero
tampoco no.
Dale una vuelta
¿Se necesita una solución o
respuesta para ya? Pide tiempo
para pensar o analizar
Escoge tus palabras
La comunicación lógica es
primordial. Evita mensajes cerrados
que puedan causar rechazo
18. Receta para el no
No des excusas
Se honesta y sincera. Explícate
claramente.
Se directa
Explica claramente porqué
necesitas mas tiempo. Se clara y
concisa con la información que
tienes.
Recibe las dudas
Escucha las preguntas y brinda
respuestas o comprométete a
conseguirlas.
19. Receta para el no
No lo hagas personal
Al decir que no, estás diciéndole
que no a una propuesta, no a una
persona
Se educada
No señales con el dedo, no
minimices el trabajo, esfuerzo y
propuestas de otros
Colabora
Extiende una invitación a buscar
soluciones conjuntas. Una cabeza
piensa mas que dos, especialmente
si son diversas.
20. Receta para el no
Da soluciones
Estamos resolviendo problemas no
creando nuevos.
¿Qué podemos hacer?
¿Cómo podemos alcanzar lo que se
espera?
Próximos pasos
¿No sabemos la solución en este
momento? No pasa nada. Nos
comprometemos a investigar y
avanzamos.
21. Entiende los requerimientos
No puedes negarte a algo que no
comprendes
No digas sí - ni no
Explica brevemente tus
conclusiones.
No des excusas
Se honesta y sincera. Explícate
claramente.
Receta para el no
No lo hagas personal
Al decir que no, estás diciéndole
que no a una propuesta, no a una
persona
Aprende a comunicarte
Una comunicación efectiva:
clara, precisa y comprensible
entre quienes se comunican
Da soluciones
Estamos resolviendo problemas no
creando nuevos. ¿Qué harías tu si
pudieses decidir?
25. Spikes
Mejorar la toma de decisiones
Al explorar podemos proponer mejores ideas o nuevas tecnologías
basándonos en datos.
Mitigar los riesgos
Los spikes nos permiten identificar posibles riesgos de una solución o
implementación de forma que podamos tomar decisiones informadas
y hacer compromisos alcanzables.
Evaluar opciones técnicas y de diseño
Nos permite experimentar rápidamente con diferentes opciones y
validar - o negar - asunciones.
Actividad que se realiza en el contexto de
un proyecto para explorar, investigar o
resolver un problema técnico específico.
Reduciendo la incertidumbre del equipo al
implementar una solución.
Construir conocimiento compartido
Al compartir los descubrimientos se genera una cultura de
aprendizaje compartido que llega a todo el equipo.
26. Anatomía
de un Spike
Output
Posibles soluciones,
información conseguida,
costo de implementación
y otras consideraciones
Conclusión
¿Qué se aprendió con el
spike?, cuál es el
resultado del mismo
Contexto
Explicación del problema
o situación que estamos
abordando. Información
que ya tenemos
disponible y que sea útil
27. Anatomía
de un Spike
Output
❌ No tiene soporte
nativo
✅ Si web lo utiliza
podemos usar webview
Conclusión
La SDK no es integrable al
los proyectos nativos.
Podríamos llevar al
usuario a una webview.
Contexto
Queremos implementar
firmas en una app
utilizando FirmaYa.
28. PoC
Iterar rápidamente
Permite crear una base fácilmente iterable en función de las
necesidades, resultados o feedback
Mitigar riesgos
Al implementar de forma básica un solución permite evaluar si es
factible antes de comprometer recursos significativos en su
implementación total
Las pruebas de concepto buscan
demostrar o hacer un prototipo inicial de
un desarrollo, validando la viabilidad
técnica de una idea o solución.
Validar el conocimiento
Se centra en validar la viabilidad técnica o funcional de nuestras
soluciones, para que posteriormente se pueda iterar sobre ellas y
optimizarlas.
29. Spikes PoC
Se basa en la investigación, exploración Enfoque en la viabilidad técnica
Más rápido, menos costoso. Es conocimiento específico. Alcance mas amplio ya que es una implementación inicial
Brinda información útil sobre una duda o probema técnico Genera un prototipo funcional
Spike vs. PoC
30. Otras herramientas
Slack o símiles
Para comunicación inmediata
Quick calls
Cuando lo anterior falla
Refinements
Para alinear expectativas y
tareas
31. TLDR
No se trata de hacer las cosas
Se trata de conseguir las mejores soluciones.
No trabajamos solas
Ser abiertas con el conocimiento y comunicar de
forma efectiva y asertiva.
No subestimes el poder de la comunicación
La comunicación efectiva como credo para
entendernos y trabajar mejor.
33. Zipdo: Métricas de proyectos de Software - Leer más
Runn: IT Project Management Statistics - Leer más
McLuhan, Marshall. Comprensión de los medios. Boston: MIT Press 1994
Kotler, Phillip. & Keller Kevin L. (2006). Dirección de Marketing. 12º edición. México.
Pearson Educación.
Referencias
y créditos