Tres preguntas para quien te construye el software
Elegir a quien os construye el software es difícil porque no podéis valorar el trabajo: si pudierais, lo haríais vosotros. El portafolio muestra el resultado pero no cómo se llegó a él, y las referencias hablan casi siempre de proyectos que acabaron bien.
Estas tres preguntas se hacen sin saber nada de técnica, y las respuestas se entienden.
1. «Si mañana cambio de proveedor, ¿qué me queda en la mano?»
La respuesta correcta es precisa: servidores, dominios, buzones y cuentas de servicios a vuestro nombre, credenciales en vuestro poder, datos exportables en un formato legible, documentación de cómo está hecho.
Atención a la diferencia — que casi nadie explicita — entre los datos y la infraestructura (que deben ser vuestros, siempre) y la propiedad del código fuente (que a menudo sigue siendo de quien lo escribe, salvo compra íntegra). Son dos cosas distintas y hay que escribirlas por separado en el contrato.
Si la respuesta es vaga, o si descubrís que el dominio está a su nombre, ya tenéis la información que necesitabais.
2. «¿Quién trabaja en ello, y quién coge el teléfono dentro de seis meses?»
En la mayoría de los proyectos que acaban mal, el problema no es técnico: es que la persona con la que hablasteis no es la que escribió el código, y la que escribió el código ya no está.
Pedid los nombres. Preguntad si el desarrollo se subcontrata. Preguntad qué pasa si quien trabaja en ello se pone enfermo tres semanas.
3. «¿Qué pasa el día después de la entrega?»
El software no es un cuadro que se cuelga. Hay actualizaciones de seguridad que hacer, componentes que envejecen, normas que cambian, y vosotros que querréis modificar algo.
Si el mantenimiento no está en el presupuesto, no es que no exista: es que llega después, por horas, cuando tenéis menos poder de negociación que ahora.
Preguntad qué incluye exactamente, con qué tiempos de respuesta, y qué se considera en cambio trabajo nuevo. Un proveedor serio ya tiene estas respuestas escritas.
La pregunta extra
«¿Hay algo en este proyecto que en vuestra opinión no tenga sentido hacer?»
Quien responde «no, está todo bien» o no ha entendido el proyecto, o no tiene intención de decíroslo. En todo proyecto hay al menos una cosa pedida que no vale lo que cuesta, y oírlo antes de firmar es la mejor señal que podéis recibir.
$ ls ./journal --altri
Para leer después
La copia de seguridad que nadie ha intentado restaurar no es una copia de seguridad
È una copia. La differenza si scopre nel momento peggiore possibile.
¿App móvil o web app? La pregunta correcta no es esa
Prima di scegliere la tecnologia bisogna rispondere a una domanda sull'uso, e le risposte possibili sono solo tre.
Portal de clientes: cuándo compensa y cuándo es un gasto inútil
Non è una questione di dimensione dell'azienda. È una questione di quante volte alla settimana rispondi alla stessa domanda.
