Cambió el desarrollador, el nuevo no entiende el entorno — el proyecto se retrasará

Estoy siguiendo esto. Intentar hacerlo solo es la vía más cara.

Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Este hilo es para archivar.

Yo también pienso lo mismo. El código sin documentación de instalación, aunque lo tengas, no es tuyo.

Yo seguiría por ese camino.

Aquí hay que hacer una distinción. La respuesta varía mucho según el sector, no hay una regla general.

Por supuesto, cambia si tu situación es diferente.

Aquí hay que hacer una distinción. El error cometido por cambio de desarrollador, proyecto estancado suele ser reversible, pero caro.

Intentar hacerlo solo es la vía más cara. Yo seguiría por ese camino.

El año pasado nos pasó casi exactamente lo mismo. Si el alcance crece, debe crecer el plazo o el presupuesto... No hay tercera opción.

En un sistema heredado, lo más caro son las dependencias desconocidas. Por supuesto, cambia si tu situación es diferente.

Separemos los conceptos, se están confundiendo. Las decisiones apresuradas son las que hay que corregir seis meses después.

Ánimo.

¿Podría ampliar un poco esto? Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

Si decidimos sin medir, siempre acabamos en el mismo punto. Comprobado por experiencia.

La respuesta de arriba ha dado en el clavo. Que todo el mundo haga algo no significa que sea lo correcto.

Esta es mi opinión, no lo escribo como una verdad absoluta.

Han surgido tres opiniones distintas todas se complementan. Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

Establecer un proceso de solicitud de cambios no ralentiza el trabajo lo agiliza. Por supuesto, cambia si tu situación es diferente.

tema muy oportuno.

Lo escribo para que no cometan el mismo error. Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí. Espero que le sea útil.

Exactamente así. No tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

lo que se dice aquí es exactamente lo que nos pasó. establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza.

esta es mi opinión no lo escribo como una verdad absoluta.

Estoy siguiendo esto. Si obtienes tres respuestas distintas sobre un tema, la pregunta está mal formulada.

El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas. Esta es mi opinión, no lo escribo como una verdad absoluta.

si vas por ahí resuelve esto desde el principio pero tomar nootas durante dos semanas da mejores resultados que estimar seis meses.

Creo que este consejo no sirve para todos. Preguntad quién ha preparado la oferta y quién hará el trabajo.

Corrijanme si me equivoco.

guardado. lo importante no es la cifra, sino en qué se basa esa cifra.

cada "lo miramos luego" en una reunión es trabajo no presupuestado. por supuesto cambia si tu situación es diferente.