Nosotros, los desarrolladores, creamos algoritmos, programas, aplicaciones. A menudo están llenos de la belleza de las soluciones técnicas para el programador, la elegancia de los enfoques arquitectónicos o la elaboración de un enfoque algorítmico. Disfrutamos de la gracia y la belleza. A menudo rechazamos proyectos en los que es imposible escribir un código bonito. En nuestro mundo, discutimos hasta el punto de la ronquera sobre tal o cual enfoque que hace que el programa sea más perfecto. Nos reímos con los memes de los programadores sobre el código, junio, sobre las personas mayores, sobre las numerosas rutinas de programación.
La belleza está en nuestros ojos. Pero el gerente suele estar lejos de los detalles técnicos. A menudo es muy difícil explicar toda la "cocina" de programación en el lenguaje de los diagramas de Gantt. Al estudiar la documentación y leer el código de la biblioteca, se obtiene una métrica de +10 líneas de código. (Durante medio mes.) Bueno, la verdad es que de alguna manera no es sólido: 0,125 líneas de código por día. (¿Cuántos personajes por día? ¿Y por hora?) ¿En serio?
¿Realmente tenemos que rebajarnos al nivel de líderes?
Y ni siquiera se trata de resolver distintas tareas. El hecho de que seamos programadores, gerentes y especialistas en marketing estamos resolviendo un problema: crear un producto / servicio exitoso. Todos en su lugar avanzan hacia la implementación de una tarea común. Como líderes o trabajadores, como expertos, o como probadores, investigadores, probadores, redactores técnicos, etc.
Pero aún así, ¿qué pasa con el diálogo?
Si te preguntas: ¿necesitas aprobar?
¿Sería bueno entender qué beneficios obtiene el usuario de estas diez líneas de código? Si intenta pensar en los beneficios de reducir la carga del servidor en la versión de código de estas 10 líneas. ¿Es difícil nombrar la cantidad de ganancias? Tal vez. Pero si el tiempo de respuesta del servidor disminuye en una cierta cantidad de milisegundos. Durante medio mes, la vista será diferente. ¿Cierto?