Cómo explicar la tecnología con claridad para quienes toman decisiones sin ser desarrolladores [Traducción]
(blogbyash.com)-
Se enfatiza que el papel del ingeniero que aporta claridad técnica dentro de la organización es fundamental.
- La claridad técnica se refiere al estado en el que los líderes no desarrolladores pueden comprender suficientemente los cambios en los sistemas de software para tomar decisiones razonables.
-
Por qué la claridad técnica es poco común y no se consigue fácilmente dentro de una organización.
- El software es muy complejo, e incluso para los ingenieros es difícil comprender por completo sus propios sistemas.
- Los líderes no técnicos tienen tiempo y conocimientos previos limitados.
-
Ejemplos de preguntas técnicas prácticas.
- Preguntas representativas que un líder no técnico debe conocer al lanzar una nueva función:
- ¿Se puede ofrecer de forma segura una función de pago a usuarios gratuitos?
- ¿Es posible hacer un despliegue gradual?
- Si surge un problema, ¿se puede hacer rollback de forma segura?
- ¿Es posible otorgar acceso anticipado?
- Si surgen problemas de capacidad, ¿se puede priorizar a los usuarios de pago?
- Preguntas representativas que un líder no técnico debe conocer al lanzar una nueva función:
-
El significado de los asesores técnicos formales e informales y su importancia.
- Un staff engineer o senior engineer asume el rol de “representante” del líder no desarrollador, abstrae la complejidad del sistema y la explica de manera sencilla.
- Los ingenieros que aportan bien la claridad técnica se ganan la confianza de la organización y son asignados a proyectos clave.
-
La incertidumbre que enfrentan los ingenieros y su equilibrio.
- Los ingenieros mantienen siempre un poco de inquietud y cautela respecto a su propia experiencia, y en la mayoría de los casos solo tienen un 95% de certeza.
- A los líderes no desarrolladores no se les deben transmitir esas preocupaciones ni todos los detalles técnicos; hay que comunicar con claridad solo lo esencial.
-
Mostrar la incertidumbre no siempre es lo correcto.
- Si un ingeniero entrega información técnica demasiado detallada y diluye la claridad (la comprensión simplificada), a quien toma decisiones le resulta difícil decidir correctamente.
- Hay que organizar y transmitir con claridad solo la recomendación principal y los factores de riesgo.
-
Tres principios para comunicar claridad técnica.
- (1) La intuición para distinguir qué mencionar y qué omitir.
- (2) Una comprensión técnica profunda del sistema (programando directamente y ejecutando proyectos).
- (3) Presentar con confianza a la gerencia una visión simplificada.
2 comentarios
La realidad es que... aunque sepas eso, hay muchas cosas que van más allá de eso, así que..
No sé si este es un comentario que vaya con la intención de este artículo...
Es una diferencia de perspectiva, pero al final creo que lo más importante es la voluntad de quien toma las decisiones.
No quiere saber,
quiere escuchar que sí o sí se puede,
y quiere escuchar que ustedes se encargarán de todo,
entonces explicar algo probablemente signifique decirle cosas incómodas a quien tiene poder de decisión.
P. D.
Parece que la historia parte de la premisa de que quien decide siempre tiene la razón.
Si a quien decide, es decir, al árbitro, no le gusta, al final siento que cualquier método termina siendo inútil.