Pon a cada desarrollador ante un trabajo real. Pregunta quién lo hará, cómo comprobarás que funciona y quién te ayudará después del lanzamiento. Así podrás comparar sus respuestas.
Elegir a un desarrollador resulta más fácil cuando le planteas un trabajo real. Pregunta quién lo hará, cómo comprobarás que funciona y quién se ocupará del software cuando la gente empiece a utilizarlo. Después, pide pruebas que respalden sus respuestas.
Imagina que diriges una empresa mayorista. Es un ejemplo ficticio: el personal registra pedidos, reserva existencias y organiza entregas. Quieres que todos trabajen con el mismo registro de cada pedido.
Un proveedor te enseña una atractiva aplicación para gestionar pedidos. Otro pregunta qué ocurre si un cliente cambia un pedido después de reservar las existencias. Ambas conversaciones aportan información. La aplicación muestra una pieza de software. Las preguntas muestran qué partes de tu trabajo intenta entender el proveedor.
Plantea el mismo ejemplo a los candidatos preseleccionados, incluido un caso complicado. Pídeles que expliquen qué necesitarían averiguar antes de proponer una solución. Así comparas cómo abordan tu trabajo, sin pedirles que diseñen gratis todo el sistema.
La guía de compras del Gobierno británico relaciona la elección de productos y proveedores con las necesidades principales, las capacidades disponibles, los contratos y la gestión continua de los proveedores. Es una guía gubernamental, pero su pregunta útil sirve también en otros lugares: ¿puede este acuerdo servir para el trabajo que necesitas hacer?
Un proyecto relevante te da motivos para profundizar. Averigua qué construyó el proveedor, qué recibió ya hecho y de qué partes sigue ocupándose. Si un cliente puede hablar del trabajo, pídele, con su permiso, que comente los aspectos que te importan.
Un proveedor puede explicar un proceso de trabajo comparable, su propia función y las decisiones que tomó. Puedes preguntarle cómo aplicaría esa experiencia a tu proyecto.
Una pantalla terminada no muestra cómo se prueba, modifica o mantiene en funcionamiento el software. Pide pruebas sobre esos aspectos por separado.
Tu sistema de pedidos quizá necesite registros de existencias fiables y acceso restringido a los datos de clientes. Una web de tienda atractiva no resolvería esas dudas. Un proyecto de otro sector podría ser más pertinente si su trabajo diario plantea exigencias parecidas.
Averigua con quién trabajarás realmente después de la conversación comercial. ¿Quién toma las decisiones técnicas? ¿Quién desarrolla y prueba el software? ¿Quién puede explicar los avances a tu equipo? Si cambian las personas o los subcontratistas, ¿quién sigue siendo responsable del resultado?
No necesitas elegir un tamaño de equipo ni una tecnología concreta para preguntar esto. Pide a cada candidato que explique una pequeña modificación, desde tu petición hasta su puesta en marcha. Su respuesta debe dejar claro quién hace cada parte y cuándo tendrás que tomar una decisión.
Acuerda cómo se mostrará y aceptará el trabajo. En el ejemplo ficticio de la empresa mayorista, podrías comprobar que una modificación aprobada de un pedido libera la reserva original de existencias y registra quién la aprobó. Usa registros inventados en un entorno de pruebas separado para que la demostración no altere pedidos reales. Son comprobaciones propuestas para esa empresa ficticia. Las tuyas deben partir de tu trabajo real.
Antes de contratar a un proveedor, debes poder explicar quién hará el trabajo, cómo lo comprobarás y quién ayudará cuando algo deje de funcionar.
Pregunta quién operará el sistema, vigilará los fallos, instalará las actualizaciones y resolverá una conexión averiada con otro servicio. Acuerda cómo comunicarás un problema, cuándo habrá ayuda disponible, qué incluirá y cuánto costará.
La explicación de Google sobre la transferencia de la responsabilidad de operar servicios describe revisiones previas, formación, documentación y apoyo durante la transición. Una pequeña empresa no necesita los equipos ni el proceso de Google. Lo relevante es que quien asuma el trabajo necesita conocimientos y preparación suficientes.
Habla de la entrega antes de firmar. Identifica las cuentas, los accesos, las exportaciones de datos, la documentación y el código fuente que necesitas, y acuerda qué recibirás. Revisa la licencia y las restricciones de terceros. Pagar el desarrollo no determina por sí solo qué derechos o materiales incluye el acuerdo.
De cada candidato, anota qué trabajo relevante puede mostrar, quién será responsable, cómo verás y aceptarás los avances y qué pasará tras el lanzamiento. Añade todo lo que aún necesites comprobar.
Pregunta cómo te explicarán cualquier cambio de alcance, coste o plazo antes de que lo apruebes. Valora el precio junto con el trabajo y las obligaciones posteriores que cubre. Si falta una respuesta importante, acuerda un paso concreto para obtenerla en lugar de darla por supuesta porque la presentación inspira confianza.
Desarrollamos software a medida para empresas. Si estás pensando en trabajar con nosotros, trae un ejemplo real del trabajo que necesitas resolver. El alcance, la entrega, el soporte y las condiciones de traspaso se acuerdan para cada proyecto.
Puedes valorar sus explicaciones, trabajos relevantes, responsabilidades concretas y las pruebas que propone realizar con tu equipo. Si la decisión requiere un juicio técnico que no puedes hacer, encarga una revisión independiente de esa cuestión concreta.
Puede mostrar un trabajo y darte preguntas sobre la función del proveedor. No demuestra cómo funcionará, se mantendrá o recibirá soporte el sistema que te proponen. Pide pruebas relacionadas con esas necesidades.
Acordad quién operará el software, cómo se comunicarán los problemas, la disponibilidad y el coste del soporte, y qué accesos, datos, documentación y código fuente se entregarán. Comprueba esos puntos en el acuerdo y las licencias correspondientes.
Último boletín: ganar más con un sitio o app de suscripción que ya tienes.
El anterior: cómo distinguir las tonterías de la IA de los casos de éxito reales.
¿Te interesa?
Semanal O dinos y lo ajustamos para ti. ¿Suena bien?
