Pregúntate: ¿estoy realmente añadiendo valor aquí? Reducir la longitud máxima de línea de tu proyecto a 70 caracteres y dedicar días a la sangría correcta no va a añadir mucho valor.
Sin embargo, te garantizo que este artículo lo leerá un directivo que piense: «¡Exacto! Mi equipo no cumple (mis) plazos porque son perfeccionistas y pasan demasiado tiempo sobredimensionando todo».
Las cosas a las que el equipo dedica tiempo: validar los requisitos entrantes, escribir pruebas, etc. Ya sabes, cosas básicas.
El perfeccionismo es un término tan amplio y su interpretación puede ser TAN amplia. Cada persona puede pensar de forma diferente sobre lo que significa para ella. Encontrar el equilibrio adecuado entre hacer un trabajo técnico asombroso y aportar valor empresarial es siempre la clave, y cada organización es diferente.
Se pierde mucho perfeccionismo cuando no intentamos ser el héroe. Creo que las películas con una historia en la que todo sale bien al principio para el desvalido que se eleva a la gloria en 1h30 de película han hecho mucho daño a nuestra percepción.
Es una gran diferencia cuando envías algo antes y recibes feedback más rápido. Llegas al objetivo real mucho más rápido.
Solía tener un amigo que me decía «hoy está haciendo varias cosas a la vez». Tras unas cuantas ocasiones de esto, significaba que nada (ninguna de las tareas) se completaría ese día. Su idea de la multitarea sería intentar cortar la hierba, fregar los platos, lavar la ropa, ver la tele y jugar a World of Warcraft mientras intentaba contestar al teléfono, y yo tendría que intervenir y hacer algunas cosas, como terminar de cargar el lavavajillas y ponerlo en marcha, sacar la ropa limpia y húmeda de la lavadora y meterla en la secadora (normalmente descubriendo que me hacía un «favor» y lavaba mi ropa sucia con la suya).
Pero dejando eso a un lado, éstas son las cosas que contribuyen a matar la productividad: las emergencias en las que todos tenemos que intervenir para arreglar algo, como un pirata informático en la red, o alguien que no ha pagado una factura de servicios públicos y estamos sentados a oscuras viendo cómo se funde nuestro proyecto, demasiadas reuniones sobre nada que no supiéramos ya y en lo que ya estuviéramos trabajando, decidir de repente sobre nuevos paradigmas del management que prometen una mayor productividad, como «Ágil». Lo otro son decisiones absurdas de cambiar todo el sistema, programa o software debido a alguna fecha mágica relacionada con que la versión antigua ya no es «compatible».
Un viejo dicho: «Si no merece la pena hacerlo, no merece la pena hacerlo bien», para tareas que tienes que hacer pero que realmente no te importan. (todas las técnicas en una; empezar mal, trabajar deprisa, parar antes de terminar: ¡éxito!)
El perfeccionismo es algo con lo que he estado luchando durante el último año, y me llevó algún tiempo darme cuenta de que estaba obstaculizando significativamente mi productividad. Ahora le digo a mi equipo (y a mí misma) «simplemente haz algo». Otra cosa que he llegado a aceptar, y que me ha hecho mucho más feliz, es reducir el puntilleo al revisar las pull requests. Un bucle for ineficiente no importa, el contexto es más importante. Ahorrar 0,1 ms en una acción poco frecuente no importa, liberar la función es mucho más importante.
Pregúntate: ¿estoy realmente añadiendo valor aquí? Reducir la longitud máxima de línea de tu proyecto a 70 caracteres y dedicar días a la sangría correcta no va a añadir mucho valor.
Sin embargo, te garantizo que este artículo lo leerá un directivo que piense: «¡Exacto! Mi equipo no cumple (mis) plazos porque son perfeccionistas y pasan demasiado tiempo sobredimensionando todo».
Las cosas a las que el equipo dedica tiempo: validar los requisitos entrantes, escribir pruebas, etc. Ya sabes, cosas básicas.
El perfeccionismo es un término tan amplio y su interpretación puede ser TAN amplia. Cada persona puede pensar de forma diferente sobre lo que significa para ella. Encontrar el equilibrio adecuado entre hacer un trabajo técnico asombroso y aportar valor empresarial es siempre la clave, y cada organización es diferente.
Se pierde mucho perfeccionismo cuando no intentamos ser el héroe. Creo que las películas con una historia en la que todo sale bien al principio para el desvalido que se eleva a la gloria en 1h30 de película han hecho mucho daño a nuestra percepción.
Es una gran diferencia cuando envías algo antes y recibes feedback más rápido. Llegas al objetivo real mucho más rápido.
Solía tener un amigo que me decía «hoy está haciendo varias cosas a la vez». Tras unas cuantas ocasiones de esto, significaba que nada (ninguna de las tareas) se completaría ese día. Su idea de la multitarea sería intentar cortar la hierba, fregar los platos, lavar la ropa, ver la tele y jugar a World of Warcraft mientras intentaba contestar al teléfono, y yo tendría que intervenir y hacer algunas cosas, como terminar de cargar el lavavajillas y ponerlo en marcha, sacar la ropa limpia y húmeda de la lavadora y meterla en la secadora (normalmente descubriendo que me hacía un «favor» y lavaba mi ropa sucia con la suya).
Pero dejando eso a un lado, éstas son las cosas que contribuyen a matar la productividad: las emergencias en las que todos tenemos que intervenir para arreglar algo, como un pirata informático en la red, o alguien que no ha pagado una factura de servicios públicos y estamos sentados a oscuras viendo cómo se funde nuestro proyecto, demasiadas reuniones sobre nada que no supiéramos ya y en lo que ya estuviéramos trabajando, decidir de repente sobre nuevos paradigmas del management que prometen una mayor productividad, como «Ágil». Lo otro son decisiones absurdas de cambiar todo el sistema, programa o software debido a alguna fecha mágica relacionada con que la versión antigua ya no es «compatible».
Un viejo dicho: «Si no merece la pena hacerlo, no merece la pena hacerlo bien», para tareas que tienes que hacer pero que realmente no te importan. (todas las técnicas en una; empezar mal, trabajar deprisa, parar antes de terminar: ¡éxito!)
El perfeccionismo es algo con lo que he estado luchando durante el último año, y me llevó algún tiempo darme cuenta de que estaba obstaculizando significativamente mi productividad. Ahora le digo a mi equipo (y a mí misma) «simplemente haz algo». Otra cosa que he llegado a aceptar, y que me ha hecho mucho más feliz, es reducir el puntilleo al revisar las pull requests. Un bucle for ineficiente no importa, el contexto es más importante. Ahorrar 0,1 ms en una acción poco frecuente no importa, liberar la función es mucho más importante.