Jan 23, 2009
Tiempos de desarrollo
Una de las cosas más problemáticas al trabajar desarrollando software son los tiempos de entrega. Cuando eres joven y con poca experiencia, te sientes todo un superman y crees que puedes programar 1000 líneas de código por hora, que no necesitas comer ni dormir, y que el cansancio mental no es un impedimento para crear software. Luego vienen los atrasos, los clientes insatisfechos, la fatiga acumulada, el código mal hecho.
Una de las reglas de la sociedad en que vivimos es que todas nuestras acciones tienen consecuencias directas o indirectas sobre las personas que nos rodean. La razón por la que desarrollamos software la mayoría de las veces no es por pasatiempo, sino que para resolver las necesidades de un cliente. Los clientes están muy mal acostumbrados y no se dan cuenta que el desarrollo de software es un proceso complejo, y suelen solicitar soluciones milagrosas al instante para problemas críticos en sus negocios.
Muchas veces estamos tentados en caer en la compasión, arriesgándolo todo para satisfacer los caprichos ayudar a nuestros clientes. Pero en realidad, lo que estamos haciendo es brindarles un mal servicio y creando un producto de mala calidad, que en el peor de los casos puede perjudicar tanto a nuestro cliente como a nosotros mismos.
Es muy importante conocer adecuadamente cual es tu capacidad de trabajo, y la carga que puedes llevar. Existen limitaciones físicas que no puedes ignorar al momento de desarrollar, como la cantidad de palabras que puedes pueden teclear por minuto. El primer paso es darte cuenta de esto tú mismo, y el segundo es hacérselo ver a tu cliente.
Si el tiempo que te tomas en desarrollar un proyecto en específico es demasiado extenso y no te es rentable, entonces debes buscar las herramientas necesarias para acelerar el proceso. Algunas formas de agilizar tiempo es a través de frameworks, mejores equipos de trabajo, una programación más ordenada y reutilizable; sin embargo, ninguna de estas cosas solucionará magicamente tus necesidades y requieren tiempo para ser implementadas.
Escribo esto como una guía de consejos para mí mismo, para que mis experiencias anteriores no queden en el olvido y sirvan para mejorar en el futuro. Me hace recordar que empecé a desarrollar MoonDragon con el propósito de minimizar los tiempos de desarrollo y que ha funcionado, pero que todavía es largo el camino que queda por recorrer.
Para los que quieran comentar y dar sus sugerencias respecto los tiempos de desarrollo, son bienvenidos.
