Estaba hablando con un co-desarrollador.
Él tiene un cliente que quería asegurarse de entregar a tiempo. El cliente quiere repercusiones por plazos vencidos.
Si bien no hago trabajo independiente, no pude dar una respuesta.
Entonces, mi pregunta es:
¿Qué repercusiones acuerdan ustedes (freelancers) con su cliente si no cumplen con los plazos de entregables (aparte de ser despedidos)?
2
Sería tonto aceptar cualquier sanción, al menos sin una cláusula de salida basada en los requisitos cambiantes. La estimación de tareas es horriblemente inexacta en el mejor de los casos, antes de tener en cuenta la gestión de cambios. Básicamente. Corre
—
Matt D
¿Entonces el cliente tendría un interés financiero en que no cumpliera con la fecha límite? No suena como una muy buena idea. Esto solo tendrá sentido si el cliente también tiene una pérdida financiera difícil cuando llega tarde (como en el ejemplo de MainMa).
—
Doc Brown
Esto me parece perfectamente aceptable. Estoy bastante sorprendido por los comentarios. ¿Espera que las personas paguen por el trabajo, sin plazo ni incentivo para cumplir con el plazo? "La estimación de la tarea es horriblemente inexacta", no tiene que ser así.
—
NimChimpsky
@DocBrown, el cliente presumiblemente tiene un interés financiero mucho mayor en cumplir con la fecha límite, por lo tanto, pagar el trabajo con una fecha límite. Encuentro que a los programadores no les gustan los plazos y la estructura a veces. Imagine que instala una nueva cocina y la tienda dice oooooo no, no podemos decirle cuándo estará terminada, solo le cobraremos por hora. Había corrido una milla desde eso. La programación no es cualitativamente diferente a cualquier otro proyecto.
—
NimChimpsky
Si está instalando una nueva cocina, se le cotizará para la construcción como se especifica. Si comienza a cambiar la superficie de corte, las baldosas, los grifos y los materiales del fregadero, se le cobrará un extra por ambos materiales desperdiciados y el tiempo empleado. Es fácil entender por qué te cobran en este caso, hay una relación física. Cambiar los requisitos de software a menudo no viene con esta misma comprensión, y cualquier contrato que requiera que usted entregue X por Y donde X no está clavado exactamente es pedir problemas. Las cosas cambiarán, no poder dar cuenta de eso es una tontería.
—
Matt D