¿Qué tan bueno es suficientemente bueno? (Gestionar la tensión y enviarla)
Ayer estaba almorzando con algunos amigos y otros dueños de negocios y desarrolladores, y uno de los temas que surgieron durante nuestra discusión fue la idea de qué tan bueno es lo suficientemente bueno.
Específicamente, siempre que esté trabajando en un proyecto de software, ¿cuándo es Good Enough ™ para enviarlo al cliente?
¿Qué tan bueno es lo suficientemente bueno con los estándares de codificación?
La implicación es, por supuesto, que si es lo suficientemente bueno, entonces cumple con los requisitos, pero es probable que haya cierta tensión subyacente de que, con más tiempo, dinero o algún otro recurso, regresaríamos y mejoraríamos ciertos aspectos de un proyecto.
Si eres desarrollador o diseñador, quizás hayas sentido esta tensión. Tengo. Por lo que vale, lo siento con casi todos los proyectos en los que trabajo.
Y claro, podemos debatir todo el día qué significa ser lo suficientemente bueno. Pero creo que la definición cambia a medida que nos adentramos en la industria.
¿Qué tan bueno es lo suficientemente bueno, de todos modos?
El punto que estoy tratando de hacer es que lo suficientemente bueno es un objetivo en movimiento a menudo dictado por su nivel de experiencia (frente a cualquier otro calificador como, digamos, su edad).
Asumo, para esta publicación, que ha estado en la industria el tiempo suficiente y trabajando con un conjunto similar de herramientas y lenguajes para comprender completamente las idiosincrasias de cada uno de los lenguajes y herramientas que está utilizando. No soy tímido acerca de mi preferencia por profundizar en lugar de ampliar cuando se trata de crear software.
Cambia con el tiempo
Al mismo tiempo, el nivel de experiencia que consideramos "suficientemente bueno" cambia. Cuando recién comienza, es probable que lo suficientemente bueno solo haga que algo funcione. Si está en un equipo, especialmente de desarrolladores experimentados, Es probable que reciba muchos comentarios sobre cómo mejorar las cosas.
Y al principio, esto puede ser un desafío. Tal vez sea incluso un poco desalentador. Quiero decir, estás orgulloso de lo que has hecho, pero luego tienes un puñado de personas que te dicen cómo cambiar las cosas. Lo mismo sucede en código abierto, por cierto (para lo que sea que valga).
No endulzar ni cambiar nada porque tienes razón: puede volverse desalentador. Quiero decir, has pasado quién sabe cuántas horas trabajando en algo, lo haces funcionar y luego tus compañeros corrigen gran parte del trabajo que has hecho.
Podemos hacer las cosas mejor juntos.
Sin embargo, recuerda que la motivación detrás de dicha crítica no tiene nada que ver contigo como persona. Y no tiene nada que ver con decir que no eres lo suficientemente bueno. Está diciendo que lo tienes funcionando, lo cual es genial, ahora hagamos esto aún mejor.
A medida que aprende más, de repente cambia la medida de lo que alguna vez fue lo suficientemente bueno.
Cuando lo que una vez fue bueno ya no es verdad
Y aquí es donde entra en juego la tensión: lo que una vez fue lo suficientemente bueno ahora ya no es lo suficientemente bueno. Es insatisfactorio, ¿verdad? Entonces, el nuevo suficientemente bueno es algo más organizado, mejor diseñado y mejor organizado.
Luego se presenta una nueva tensión: llega a una fecha límite o se queda sin dinero y es hora de enviar el producto. Usted sabe que el trabajo que ha realizado es bueno, manejable y está lo suficientemente bien documentado como para mantener el proyecto en marcha.
¿Qué tan bueno es suficientemente bueno? ¿Tiene documentación?
Pero no es lo suficientemente bueno porque eres consciente de las cosas que podrías optimizar si tuvieras un poco más de tiempo. Sin embargo, no es así: debe enviarlo en su estado actual.
Secretos comerciales
Aquí está el pequeño secreto sucio en la industria que, por alguna razón, la gente no quiere admitir: está bien enviarlo en ese estado.
El envío del producto en su estado dado está bien.
Primero, el estado en el que se encuentra no solo es mejor que nada en absoluto; es algo que es mejor que lo que solías poder hacer. Aquellos de nosotros que nos preocupamos por este oficio sentimos esto con casi todo lo que hacemos.
En segundo lugar, el software es maleable. Puede, y será, ser cambiado con el tiempo. Por eso tenemos versiones de nuestro trabajo. Aquellos de nosotros que nos preocupamos por este oficio sentimos esta tensión con casi todo lo que hacemos.
Finalmente, la idea de lo que se considera Good Enough™ no desaparece. Simplemente se mueve. Cuanto más aprenda sobre la producción de un buen software, la diferencia de la definición de lo que es lo suficientemente bueno cambia.
La tensión no se resuelve
Así que acostúmbrate a la tensión. Abrázalo incluso. Si no lo siente, entonces diría que no está preocupado por producir un producto de calidad. Y sé que es una declaración audaz, pero todavía tengo que conocer a un desarrollador con su mérito que no luche con eso.
Es parte del trabajo. Tómalo por lo que es. Si lo sientes, es una buena señal de que estás en el camino correcto.