WR 252: Developers Impostores: ¿Qué pasa si no estimo bien las tareas?

La complejidad de estimar en la ingeniería del software ¶

Desde hace tiempo se discute cuánto tiempo puede tardar un proceso tan fundamental como escribir código. Hay algo íntimamente paradójico en la labor del programador: se trata de resolver problemas complejos mientras se es consciente de que cada estimación es, en el fondo, una suposición que se enfrenta a innumerables variables. Lo que se dice y lo que se hace nunca terminan de coincidir del todo. El proceso de descifrar, a priori, cuánto puede llevar desarrollar una funcionalidad es similar a intentar definir la forma exacta de una nube: siempre variable y sujeto a cambios inesperados.

El reto de traducir problemas en soluciones ¶

El acto de programar no es simplemente acumular líneas de código. Es resolver problemas de forma creativa, y esto implica una capacidad inherente para enfrentarse a la incertidumbre. En el mundo del software, no existe una receta infalible para estimar trabajos, puesto que los requerimientos, la interacción con el cliente y el propio conocimiento acumulado del desarrollador entran en juego a cada paso.

Para muchos, la estimación es un acto casi filosófico. Se planea y se define un margen, se crea un “colchón de seguridad” que permita cubrir imprevistos. Sin embargo, al hablar de estimaciones, se evidencian varias fallas comunes:

• La imprecisión en la lectura y entendimiento del requisito.
• La presión de los plazos y la inmediatez que exigen entregas rápidas.
• La diferencia entre la visión interna del desarrollador y la percepción del cliente.

Incluso cuando se trata de tareas aparentemente simples—por ejemplo, “crear un formulario de login utilizando HTML, CSS y JavaScript”—la realidad puede sorprender. Viviendo esta tensión entre lo previsible y lo inesperado se aprende que “nunca se debe estimar una hora”, sino que es mejor darle un margen mayor: “una mañana” o “una tarde”, de forma que se cubran eventuales interrupciones, cambios de requerimiento o incluso el cambio de estrategia en medio del desarrollo.

La experiencia acumulada muestra que se aprecian ciertos elementos clave en el proceso de estimación:

• Reconocer la variabilidad inherente a cada tarea.
• Contar con un margen que permita cubrir los imprevistos.
• Ser sincero consigo mismo y con el cliente acerca de la incertidumbre.

La incertidumbre es el compañero ineludible de la programación. La única certeza es que el proyecto se irá definiendo a medida que se va avanzando. Pero la incertidumbre también trae consigo una oportunidad: el aprendizaje. Cada error en la estimación se convierte en una lección para futuras ocasiones. Con el tiempo, la capacidad de leer la situación y evaluar correctamente el esfuerzo necesario para una tarea se vuelve fundamental.

El rol de la comunicación y la honestidad con el cliente ¶

En ambientes donde la rapidez de los cambios es la norma, la comunicación honesta se transforma en un recurso indispensable. La claridad en la interacción con compañeros y clientes es capaz de mitigar las tensiones asociadas a plazos incumplidos o a la aparición de imprevistos. En este sentido, la sinceridad no es un acto de debilidad, sino una estrategia para construir relaciones de confianza. Entre las buenas prácticas se destacan:

• Explicar al cliente la naturaleza compleja y variable de la programación.
• Informar de manera oportuna sobre cualquier desviación respecto a la estimación inicial.
• Reconocer públicamente cuando una tarea ha sido completada en menos tiempo del previsto o, por el contrario, cuando surgieron dificultades que requerían más tiempo.
• Evitar asignaciones de tiempo que resulten demasiado ajustadas, permitiendo así flexibilidad y margen para una revisión posterior.

Cuando los desarrolladores adoptan una postura de transparencia, se reduce el margen de conflicto. Una aproximación honesta a la estimación—por ejemplo, afirmar que “he tardado menos de lo esperado porque he encontrado una manera de optimizar el proceso”—abre la puerta para ajustar la planificación y responder a los requerimientos de forma más efectiva. Además, la comunicación efectiva sirve también para alinear las expectativas del cliente o del equipo, reduciendo la tensión sobre la persona responsable.

La influencia de la inteligencia artificial en el proceso de estimar ¶

La irrupción de la inteligencia artificial en el ámbito de la programación añade otra capa de complejidad y, a la vez, de oportunidades. Las herramientas basadas en modelos predictivos han demostrado ser capaces de generar soluciones, documentación y hasta sugerencias para mejorar el SEO de un artículo de blog. Sin embargo, a pesar de su capacidad, la IA opera sobre una base de datos histórica y su conocimiento está limitado a la información previa (por ejemplo, se sabe que ciertos chatbots están limitados hasta el año 2021).

En este contexto, la interacción con la IA es reveladora. Un ejemplo sencillo es cuando se le pide al sistema que genere un código para una landing page y su backend asociado. Aunque la máquina puede producir una estructura coherente, la intervención humana sigue siendo necesaria para:

• Ajustar detalles específicos según el contexto del proyecto.
• Interpretar de manera precisa los requerimientos escritos en lenguaje natural.
• Mejorar la solución propuesta, agregándole comentarios, documentación y mejoras que se ajusten a la realidad del proyecto.

El uso de la IA en la estimación abre también la puerta a una transformación en los perfiles laborales. Se sugiere que en el futuro la capacidad de resolver problemas—más que la mera habilidad para teclear código—será el factor decisivo para determinar la excelencia en la programación. Frente a este cambio, queda claro que la confianza en el juicio y en la honestidad para comunicar avances y problemas es esencial en la colaboración interdisciplinaria.

Una anécdota extraída de una conversación ilustra de forma sustancial el impacto psicológico que puede tener esta transformación. En una ocasión, uno de los interlocutores mencionó que, tras probar la herramienta de IA, recibió un inquietante mensaje: “Robert me dijo ‘tengo miedo’”. Esa declaración, sencilla en palabras, refleja la inquietud subyacente que puede sentir quien confía en una herramienta capaz de transformar radicalmente el proceso de trabajo.

La incertidumbre como motor de cambio ¶

La incertidumbre inherente en el proceso de estimación invita a replantearse ciertas prácticas tradicionales. En lugar de centrarse en predecir con exactitud un tiempo concreto para cada tarea, se puede optar por técnicas que reconozcan el valor del margen y la flexibilidad. Algunas alternativas incluyen:

• Descomponer el proyecto en segmentos menores, evaluables y ajustables en función de la realidad.
• Medir el rendimiento a través de “puntos” en lugar de horas, permitiendo una aproximación más cualitativa y menos rígida.
• Adoptar metodologías ágiles que permitan iterar sobre el producto final, ajustando las expectativas con cada nueva fase.

Este tipo de estrategias permiten que el proceso de estimación se vea no como una obligación estricta de adherirse a una cifra, sino más bien como un mecanismo evolutivo. Cada iteración proporciona una retroalimentación que ayuda a calibrar mejor el esfuerzo requerido para futuras tareas.

La tensión entre precisión y flexibilidad ¶

La experiencia demuestra que la tendencia a subestimar o sobrestimar puede depender en gran medida no solo del proceso técnico, sino también del estado emocional y la disposición del desarrollador. El actuar de forma “impostora”—en el sentido de querer demostrar excesiva capacidad y responder demasiado rápido—puede desembocar en previsiones que no se cumplen. Por ello, se recomienda adoptar una postura meditada y evitar ser categórico en las afirmaciones.

Cuando se están planteando las estimaciones, es crucial recordar que:

• Las cifras concretas deben ser vistas como aproximaciones, no como valores definitivos.
• La transparencia sobre las dificultades y el potencial de ajuste en el camino fortalece la colaboración con el equipo.
• La experiencia personal y la capacidad para aprender de cada error permiten mejorar progresivamente el proceso de estimación.

El desarrollar un buen juicio para estimar implica aceptar que cada tarea puede sorprender, y que la flexibilidad no es una debilidad, sino una condición necesaria en la ingeniería del software.

El valor de la experiencia y la autoevaluación ¶

Con el tiempo, la experiencia se convierte en el mejor aliado. Un programador veterano entiende que, mientras más tiempo se trabaje en un proyecto, mayor es la capacidad para reconocer las sutilezas que pueden acelerar o retrasar una tarea. En muchos casos, la retroalimentación personal ha demostrado que la disciplina de documentar los cambios, las razones detrás de ajustes y las lecciones aprendidas se traduce en una mejor capacidad para estimar a futuro.

La autoevaluación crítica se convierte en un ritual fundamental para todo desarrollador. Se debe aprender a identificar cuándo se fue demasiado optimista o cuándo se podría haber sido más ambicioso. Este proceso de reflexión es algo similar a lo que se vive en otras disciplinas creativas y técnicas, donde la iteración y el ajuste continuo son parte del crecimiento profesional.

El reconocimiento de que “las estimaciones no son fiables” no debe llevar a la desconfianza en el propio juicio, sino a una apertura para mejorar continuamente. Cada error, cada desvío del plan inicial, es una oportunidad para calibrar mejor el trabajo del día a día. Es la suma de estas pequeñas correcciones las que, acumuladas, permiten desarrollar un sentido intuitivo del tiempo y del nivel de esfuerzo requerido para distintas actividades.

Claves para una estimación inteligente en proyectos de software ¶

La interacción y el entendimiento entre todos los actores involucrados—desarrolladores, gestores y clientes—aportan una dimensión humana que ninguna herramienta automatizada puede sustituir por completo. Algunas prácticas que han demostrado ser efectivas incluyen:

• Mantener una comunicación fluida y constante, informando de cualquier cambio en el horizonte del proyecto.
• Reconocer abiertamente que factores externos y la propia fatiga pueden alterar las expectativas.
• Planificar con márgenes de seguridad adecuados, evitando predicciones demasiado ajustadas.
• Establecer ciclos de retroalimentación que permitan ajustar las estimaciones para futuras tareas.

Adoptar estas pautas no solo mejora el rendimiento en el desarrollo, sino que también facilita la cohesión en equipos interdisciplinarios y la confianza entre profesionales y clientes.

Mirando hacia el futuro ¶

El horizonte se vislumbra marcado por cambios profundos. Las herramientas de inteligencia artificial comienzan a desempeñar un rol cada vez más relevante, tanto en la generación de código como en la automatización de procesos que antes requerían intervención humana. Este cambio no anula el valor del programador; por el contrario, exige que se cultive la habilidad de resolver problemas de manera creativa y de adaptarse a nuevas circunstancias.

El futuro cercano requerirá de quienes se dediquen al desarrollo no solo habilidad técnica, sino la capacidad de evaluar y comunicar la complejidad de una tarea de forma honesta y realista. En un entorno donde las máquinas pueden ayudar a codificar y documentar, la verdadera diferencia la marcará la capacidad de discernir qué significa resolver un problema y cómo transmitir esa solución de forma comprensible.

Así, en un entorno de incertidumbre y margen, la honestidad y la flexibilidad se mantienen como valores esenciales. La filosofía de aceptar que “las ideas se moldean en el proceso de escribir” se aplica de forma análoga a la tarea de estimar: se reconoce que ninguna estimación es perfecta, y que el valor real está en la capacidad de adaptarse y aprender de cada error.

De manera resumida, abordar la complejidad de una estimación en la ingeniería del software se traduce en:

• Reconocer la naturaleza inconstante del desarrollo y la incertidumbre inherente.
• Establecer márgenes amplios que permitan ajustes según surjan imprevistos.
• Practicar la comunicación honesta y abierta con todos los involucrados.
• Aprender de cada experiencia para afinar el proceso de evaluación en futuras tareas.
• Utilizar la IA como apoyo, pero sin perder de vista que la toma de decisiones sigue siendo humana.

El desafío, entonces, radica en encontrar el equilibrio entre la precisión técnica y la flexibilidad necesaria para adaptarse a un mundo en constante cambio. Esa es la verdadera esencia de la ingeniería del software: un arte que se perfecciona a base de ensayo, error y, sobre todo, honestidad consigo mismo.

Cada vez que se enfrenta una nueva estimación, se abre una ventana a la transformación personal y profesional. El proceso es una invitación a cuestionar lo predefinido, a explorar nuevas soluciones y a aceptar que la incertidumbre es, en última instancia, la fuente de innovación.

No es sorprendente que en algunos momentos críticos, mientras se debate el tiempo estimado para resolver un problema, broten reacciones sinceras y, a veces, desconcertantes. Como se ha compartido en una conversación reciente, el poder de la IA y las nuevas herramientas fue tal que uno de los participantes relató:

“Tengo miedo”

Esa confesión, simple y directa, es un reflejo de lo que implica estar a la vanguardia de una transformación tecnológica sin precedentes. Es un recordatorio de que detrás de cada algoritmo y cada línea de código hay una mente que, como la de cualquier otro ser humano, experimenta incertidumbre ante lo desconocido.

A la larga, lo que importa no es la cifra exacta que se asigne a una tarea, sino la capacidad de cada profesional para adaptarse, comunicarse y aprender de cada desafío. La verdadera maestría en la ingeniería del software se encuentra en reconocer la complejidad del proceso, en construir soluciones que se ajusten a la realidad cambiante y en seguir creciendo a través de cada experiencia vivida.

El panorama futuro invita a no temer los cambios y a ver en ellos una oportunidad para reinventarse continuamente. La tecnología, a pesar de sus límites, seguirá siendo una herramienta para ampliar las capacidades humanas y para transformar el caos en orden, lo incierto en innovador y lo complejo en una aplicación elegante de ingenio y perseverancia.

La transformación está en marcha, y cada línea de computadora, cada error cometido, cada ajuste realizado, es parte de una narrativa en constante evolución que, en definitiva, define lo que significa ser un verdadero artesano del código.

Abel de Webificando nos acompaña hoy para nuestra saga sobre gente que programa y se siente impostora por quererse ganar la vida con ello.

Grabamos en directo en pleno mundial este programa sobre estimaciones:

- ¿Cuál es el mejor consejo de Abel para no meter la pata con las estimaciones?
- ¿Cuándo son más difíciles de hacer?
- ¿Qué contramedidas puedes tomar cuando te quedas corto?

Y aderezamos el tema con un poquito de IA que ahora está en pleno hype el ChatGPT.

Cada día un recurso para devs en | https://t.me/webreactiva | y 12 más cada domingo en | https://webreactiva.com/newsletter |

WR