¿Cuántas veces habréis dicho o habréis oido esta frase en alguno de los proyectos en los que habéis trabajado ? «De momento se queda así, ya lo cambiaremos más adelante».
Debo reconocer que yo mismo he utilizado esta frase…..y también debo reconocer que luego nunca ( o casi nunca ) lo he cambiado….porque no nos engañemos, luego casi nunca se cambia.
Hace unos días, revisando un producto en el que he trabajado, me daba cuenta de varias cosas que habíamos hecho de manera «temporal» y que ahí seguían, tres años despues.
Una cosa debemos tener claro; si no tenemos tiempo durante el desarrollo..¿ cuándo lo tendremos ? ¿Una vez hayamos terminado el desarrollo vamos a deshacer los cambios temporales y vamos a mejorarlos? No lo creo.
Una vez se termina el desarrollo siempre priorizamos otras tareas….por ejemplo, si estamos en fase de certificación del producto vamos a considerar más importantes las incidencias que tengamos con el fin de tener una versión final lo antes posible.
Si estamos en fase de mantenimiento, seguramente prioricemos las incidencias de los clientes o si no tenemos incidencias, intentaremos no modificar nada de lo que ya funciona, para evitar fastidiar nada. Además hay que tener en cuenta que una vez entregado el producto y al cliente le va bien, seguramente estaremos empezando con algún otro proyecto que haga que no podamos dedicar tiempo al que acabamos de terminar.
Por estos motivos, considero que debemos tener cuidado con esta frase y evitarla lo máximo posible, intentanto afrontar estos cambios lo antes posible en la fase de desarrollo.
Si aún así, por algún motivo debéis hacer algo temporal y no hay otra alternativa, por ejemplo para una demo intermedia, una vez que termine esa demo afrontad los cambios sin demorarlos en el tiempo, porque si se demoran, no se hacen.
Totalmente de acuerdo Ibon.
La única forma de que no falte tiempo para mejorar las cosas es mejorarlas continunamente. Si tienes que buscar tiempo para hacer mejoras nunca lo vamos a encontrar.
Tambiém existe la frase:
«Si funciona así, mejor no lo toques»
Y esto es como los refranes, lo tocas y deja de funcionar 😉
Salu2
No se, si por alla le conocen así, pero aca en Perú le decimos «muertitos».
Lamentablemente, el tiempo no muchas veces esta de nuestro lado, claro no por nosotros si no por los clientes.
Y como dices uno también lo ha hecho. La unica justificación, si es que se la puede llamar así, es la presión por entregar un producto, más no que, sea por algún reventón, juerga, o fiestón.
Mi manera de afrontar esta situación es decir: esta bien acepto que sea en tres semanas, aunque se que serán 4, pero se pide una semana de pruebas. Y durante esa semana de pruebas eliminar los muertitos, que opinan?, como afrontan esta situación?
Saludos,
En mi caso trabajo con un producto y no para un cliente concreto por lo que igual no tengo esa presión que comentas tú.
En mis estimaciones intento cubrir este tipo de situaciones e incluyo tiempo para ir mejorando las cosas. La mejora debe ser algo habitual dentro del proyecto.
No siempre lo consigo y hay veces que tenemos que incluir, como dices tú, algún «muertito». Cuando esto sucede intento librarnos de este muerto lo antes posible y no demorar el cambio.
Si sólo, yo pudiera hacer el gantt :xD!. P
Pero eso de tener asignado un tiempo exclusiva para las mejoras me parece ideal. Lo malo que puede pasar es que el desarrollador se aproveche de saber que hay tiempo para muertitos, y comience dejarlo todo para ese tiempo. Salvo que sólo los jefes, sepan de el tiempo para mejoras, claro también va por el lado de la idiosincracia… pero ese es otro tema….
Saludos,