Seis preguntas antes de contratar un desarrollo
Las preguntas más incómodas son las que evitan los problemas más caros.
¿De quién es el código?
Conviene preguntarlo al principio y dejarlo por escrito. Si el código no es de la empresa, cambiar de proveedor implica rehacer el sistema.
¿Cada cuánto voy a ver una entrega?
Si la respuesta es al final del proyecto, hay un riesgo. Pueden pasar seis meses sin información real sobre el avance.
¿Quién va a desarrollar el sistema?
No quién lo vende. Conviene tener al menos una reunión con las personas que van a escribir el código.
¿Qué pasa si el sistema falla un fin de semana?
Tiene que haber un canal de atención, un tiempo de respuesta y un responsable. Si no está en el contrato, no existe.
¿Dónde van a estar los datos?
En qué servidor, en qué país, con qué copias de seguridad y quién tiene las credenciales de acceso.
¿Cómo se termina la relación?
Entrega de código, de accesos y de documentación. Acordarlo al inicio evita una negociación difícil al final.
Otras notas
Cuándo conviene un sistema a medida y cuándo no
Si el proceso es igual al de cualquier empresa del rubro, conviene comprarlo. Si es propio, conviene desarrollarlo.
InfraestructuraUna copia de seguridad que nunca se restauró no está verificada
Casi todas las empresas tienen backups. Bastantes menos saben si funcionan.
AutomatizaciónCómo automatizar sin afectar lo que ya funciona
Automatizar un proceso desordenado sólo acelera los errores.