¿Contratar a un dev o subcontratar a una agencia? ¿Qué cambia según tu lado?

El año pasado nos pasó casi exactamente lo mismo. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

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

Correcto.

Hay un error muy común al hacer esto. Todos los que se apresuran con contratar desarrollador se atascan en el mismo punto.

Lo importante no es la cifra, sino en qué se basa esa cifra. Eso es todo, disculpa si me he extendido demasiado.

Me pasó lo mismo.

Dejo una advertencia... la verdad el calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

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

Rara vez se encuentra un texto que lo explique tan claro. Si intentas cambiarlo todo a la vez, nada termina de asentarse.

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

Gracias por escribir esto, es lo correcto. Los primeros tres meses todo va bien, los problemas aparecen en el cuarto.

Hablaré desde el otro lado yo estoy en el lado del proveedor. Establecer un proceso de solicitud de cambios no ralentiza el trabajo, lo agiliza.

Que todo el mundo haga algo no significa que sea lo correcto. Ánimo.

El año pasado nos pasó casi exactamente lo mismo. La respuesta varía mucho según el sector, no hay una regla general.

Lo dejo como nota por si sirve.

Si vas por ahí, resuelve esto desde el principio. Empezad con una pequeña prueba, no lo integréis todo de golpe.

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

El punto que más se pasa por alto sobre contratar desarrollador es este: Si la propiedad del código no está en el contrato, al irte no tienes poder de negociación.

Corrijanme si me equivoco.

Totalmente. Si tuviera que añadir algo más: Los primeros tres meses todo va bien, los problemas aparecen en el cuarto.

Si la propiedad del código no está en el contrato, al irte no tienes poder de negociación. Espero que le sea útil.

En este punto no estoy de acuerdo con ustedes. Las decisiones apresuradas son las que hay que corregir seis meses después.

Entrando en detalle: Que todo el mundo haga algo no significa que sea lo correcto.

Eso es todo, disculpa si me he extendido demasiado.

Rara vez se encuentra un texto que lo explique tan claro. Las credenciales de acceso deben crearse a nombre de la empresa no con cuentas personales.

En su momento, nosotros también nos atascamos ahí. Todos los que se apresuran con contratar desarrollador se atascan en el mismo punto.

Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar. Si escribís el resultado aquí, también servirá de ayuda a otros.

Gracias por escribir.

Creo que este consejo no sirve para todos. Tomar notas durante dos semanas da mejores resultados que estimar seis meses.

Espero que le sea útil.