La accesibilidad no es un extra, debería ser un requisito de entrega

Tienes razón y confieso que nosotros también lo facturábamos como partida aparte durante mucho tiempo.

Ahora está incluido en nuestros términos estándar de entrega. No ha subido el coste para el cliente porque si se hace desde el inicio no es trabajo extra. Lo único que ha cambiado es que ya no se olvida.

Esto también tiene su parte de medición. El error cometido por diseño suele ser reversible, pero caro.

Comprobado por experiencia.

Creo que este consejo no sirve para todos. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

Si escribís el resultado aquí, también servirá de ayuda a otros.

yo también estaba pensando en lo mismo. en un sistema heredado lo más caro son las dependencias desconocidas.

si la propiedad del código no está en el contrato, al irte no tienes poder de negociación. comprobado por experiencia.

Entrando en detalle: Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

Las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde... la verdad corrijanme si me equivoco.

Yo no me apresuraría. La oferta más barata suele ser la menos pensada.

Ánimo.

voy a resumir el tema porque se han dado varias respuestas diferentes. las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde.

el caendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas pero lo dejo como nota, por si sirve.

Correcto. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Comprobado por experiencia.

En su momento, nosotros también nos atascamos ahí. Si decidimos sin medir, siempre acabamos en el mismo punto.

Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Tiene razón.

Guardado. Si es la primera vez que lo hacéis, empezad poco a poco, la escala llegará después.

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

Yo también pienso lo mismo. Si obtienes tres respuestas distintas sobre un tema la pregunta está mal formulada.

Eso es todo, disculpa si me he extendido demasiado.

Os explico cómo se hace en la práctica. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

Si no lo pones por escrito desde el principio, luego surgen discusiones. Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Exactamente así. El error cometido por diseño suele ser reversible, pero caro.

Comprobado por experiencia.

De acuerdo incluso me gustaría recalcarlo. pues establecer un proceso de solicitud de cambios no ralentiza el trabajo lo agiliza.

Si obtienes tres respuestas distintas sobre un tema la pregunta está mal formulada.

Yo también estaba pensando en lo mismo. Cada "lo miramos luego" en una reunión es trabajo no presupuestado.

Si tenéis dudas, escribid, os responderé en la medida de lo posible.

voy a contar mi experiencia pero pues lo que más tiempo nos hacía perder era no sabber quién tomaba las decisiones.

lo dejo como nota, por si sirve.

Aquí hay una trampa, no puedo dejar de mencionarla. No tengáis miedo de preguntar, quien no pregunta siempre paga más caro.