¿Cómo se maneja la confusión/desacuerdo con los cambios durante los proyectos?

Question

¿Puedes compartir alguna experiencia sobre cómo lidiar con los cambios / adiciones frecuentes durante un proyecto? Estas son algunas experiencias comunes que he tenido en mi no tan larga carrera como freelance, (editar) principalmente construyendo sitios web.

1. Siempre empiezo con un contrato legal con una declaración de trabajo claramente establecida.

2. Pero, por supuesto, hay 100 cambios durante el proyecto real. La mayoría son muy pequeños, por ejemplo, el color; otros no son tan pequeños, algunos son auténticos añadidos.

3. Me encantaría plasmar estos cambios en contratos legales cada vez que surgen, pero simplemente no es realista. 3a) Son demasiados y no tengo tiempo para hacerlo 3b) El cliente no va a estar contento firmando constantemente contratos por cosas muy "pequeñas", y yo quiero asegurarme de que el cliente esté contento.

4. Inevitablemente hay confusiones / disputas. No me he topado con estafas, pero creo que, honestamente, con tantas pequeñas cosas dando vueltas, habrá confusión y desacuerdos. Una vez más, no es algo que vaya a hundir completamente el proyecto ni nada por el estilo, pero la enorme cantidad de tiempo (que equivale a dinero) que se necesita para resolver estas cosas se está volviendo ridícula. "Espera, ¿qué has hecho? ¿Hemos acordado esto? No recuerdo haber visto ese texto/correo electrónico..." etc. etc. Quiero decir que no es como si pudiera hacer que el cliente pusiera un ticket de JIRA cada vez....

Así que aquí están mis preguntas.

A. No soy el único que ve esto, ¿verdad? ¿Ustedes también se encuentran con esto? B. ¿Cómo se maneja la confusión / disputas? Una vez más no me he encontrado con gente que intenta estafarme, sólo que es súper molesto tratar con ello, pero al mismo tiempo es comprensible que ocurra?

Gracias.

Answer 1

Los cambios son inevitables; para gestionarlos, me parece que utilizar una tarifa por hora funciona mejor que un proyecto de precio fijo.

El precio fijo tiene el potencial de agriar seriamente la relación, ya que el cliente naturalmente querrá que todo se arregle; nada es demasiado pequeño. Utilizar una tarifa horaria fija hará que el cliente evalúe si un cambio "merece la pena".

Con una tarifa por horas, el contrato puede concentrarse en cómo evitar, minimizar y resolver los conflictos, en lugar de establecer minuciosamente lo que entra en el ámbito de aplicación y lo que no.

Answer 2

Comparto tu dolor, aunque yo me dedique a un campo diferente: a la I+D científica, principalmente al desarrollo de sistemas de análisis de datos procedentes de mediciones realizadas por equipos científicos o en estudios médicos. Siempre empiezo con una descripción detallada del proyecto, los pasos que pienso dar, el número de horas previsto, etc. Pero la naturaleza de la investigación científica e I+D es que no se puede predecir cuál será el resultado, y cómo puede cambiar la dirección en función de los resultados intermedios.

Por eso, al contrario que @morsor, ahora prefiero trabajar con contratos de precio fijo, divididos en muchos hitos, en los que cada hito corresponde a una tarea bien definida. De este modo, tras la finalización de un hito, siempre se puede volver a discutir y ajustar el contenido del siguiente.

Trabajar con tarifas horarias o semanales en un proyecto a largo plazo no me funcionó, precisamente porque el cliente y yo perdíamos la pista de cuál era el encargo original y qué partes se añadían después. Sin embargo, sospecho que esto podría superarse utilizando herramientas de gestión de proyectos, como los tableros Kanban, pero eso requiere cierta disciplina y siempre parece una pérdida de tiempo (al menos desde el punto de vista del cliente).

Answer 3

Lo que hacemos en nuestra empresa es dar un precio fijo y declararlo en el contacto con sus necesidades específicas como lo hace usted. Luego, también tenemos en el contrato que cualquier adición es un cargo de $$ por hora y explicar claramente esto al revisar el contrato con ellos.