El CV de un consultor incluye la plataforma que utilizas. Eso ofrece un punto de partida para conversar, pero no demuestra que esa persona haya resuelto el tipo de problema para el que necesitas ayuda. Crear algo nuevo, investigar fallos y mantener en funcionamiento una implementación desconocida son encargos distintos, aunque coincidan los nombres de las tecnologías.
Para evaluar las competencias de un consultor TI con criterio, distingue entre familiaridad con la tecnología, experiencia relevante en proyectos, contexto de trabajo e interés por el encargo. El objetivo no es encontrar el perfil más impresionante de forma aislada. Es entender si su experiencia lo prepara para el trabajo y las decisiones que necesitas que asuma.
Distingue la familiaridad de la experiencia relevante
Al hablar de la selección de consultores para los encargos en Digiventi, Sebastiano Piccinno explica que se tiene en cuenta, además de las competencias técnicas, el interés de la persona por el tipo de proyecto. Eso incluye el interés por su sector y alcance. Describe la revisión de CV frente a los requisitos técnicos como una tarea en la que puede ayudar la IA, mientras se mantiene el contacto personal para explorar los conocimientos y el interés.
Convierte esa distinción en preguntas separadas:
- Familiaridad con la tecnología: ¿Qué ha hecho realmente el candidato con la plataforma, el lenguaje o la herramienta?
- Experiencia en proyectos: ¿Ha realizado el tipo de cambio o investigación que requiere este encargo?
- Contexto de trabajo: ¿Qué apoyo, restricciones y responsabilidades de decisión condicionaron ese trabajo?
- Interés por el encargo: ¿El trabajo que ofreces encaja con lo que quiere hacer?
En el contexto de ERP, el consultor Francesco Perrotta aconseja mirar más allá del currículum, atender a la competencia que se demuestra en la conversación inicial e investigar la experiencia real del consultor en proyectos. También relaciona la comprensión del contexto empresarial con la identificación de soluciones adecuadas. En la entrevista, profundiza en lo que hay detrás de esa experiencia: qué entendió, decidió y entregó la persona, en lugar de fijarte en la seguridad con la que describe un producto.
Mantén esta evaluación individual separada de la evaluación de un partner de implantación ERP, donde también hay que examinar el equipo propuesto y los compromisos de asignación de personal.
Concreta el encargo antes de la entrevista
Proporciona al candidato información suficiente para hablar del problema real. Pedir un «desarrollador de integraciones» deja demasiado sin especificar. Redacta una breve descripción del encargo que incluya:
- El sistema actual: ¿qué se conecta con qué y qué se sabe de la implementación?
- El cambio necesario: ¿qué debería funcionar de otra manera o qué fallo hay que investigar?
- Las restricciones importantes: ¿qué requisitos operativos, restricciones de acceso o dependencias deben respetarse?
- El apoyo disponible: ¿quién conoce la aplicación, la infraestructura y el proceso de negocio, y puede ayudar?
- La responsabilidad sobre las decisiones: ¿qué puede decidir el consultor y qué requiere el acuerdo de otra persona?
Piensa en una integración hipotética entre un sistema de pedidos y una aplicación de almacén. Crear una interfaz nueva requiere conversar sobre requisitos, correspondencias entre datos, gestión de fallos y pruebas. Diagnosticar una interfaz poco fiable requiere preguntas sobre las evidencias, la reproducción de fallos y la diferenciación entre sus posibles causas. Mantener una implementación heredada desconocida exige entender su comportamiento actual y decidir cómo modificarla de forma segura.
El conjunto de tecnologías podría ser idéntico en todos estos encargos. La experiencia relevante no lo es. Pide a los candidatos que relacionen su trabajo anterior con el reto concreto, en lugar de considerar equivalente cualquier proyecto de integración.
Sé explícito también sobre el apoyo interno. Una persona que antes trabajaba junto a un arquitecto de aplicaciones y un equipo de operaciones puede tener experiencia técnica relevante, pero aun así necesitas hablar de cómo trabajaría sin ese apoyo. Si nadie internamente puede dirigir el trabajo, resuelve la elección más amplia entre refuerzo de equipos TI y ejecución de proyectos, en lugar de dejar esa responsabilidad implícita en un puesto individual.
Explora las decisiones, no solo las descripciones de proyectos
Centra la conversación técnica en trabajos comparables. Pide al candidato que explique el problema original, su propia contribución, las alternativas que consideró y las restricciones que le hicieron cambiar de enfoque. Cuando describa un logro del equipo, profundiza con esta pregunta: «¿Qué parte investigaste, diseñaste o implementaste personalmente?».
Después, conecta ese relato con tu encargo. ¿Qué examinaría primero? ¿Qué supuestos habría que comprobar? ¿Qué información cambiaría su recomendación? Pregunta cómo distinguiría entre explicaciones alternativas de un fallo o entre distintos diseños para una interfaz nueva.
Busca un razonamiento que puedas seguir, no solo terminología familiar. Una respuesta útil debería permitirte entender la relación entre las evidencias, una decisión y sus consecuencias. Anota las cuestiones pendientes en lugar de convertir la seguridad o la fluidez al hablar en pruebas de competencia.
No exijas documentos confidenciales de clientes como condición para conversar. Las recomendaciones de HeyScoutr para contratar consultores reconocen que la confidencialidad puede impedir compartir documentos y sugieren, como alternativa, que el candidato explique su método. Pide una explicación anonimizada, sin detalles sensibles. Mantén la conversación centrada en el razonamiento, en lugar de pedir al candidato que resuelva un problema de tu entorno de producción sin haber contratado sus servicios.
Habla del interés directamente y concreta el encaje
Describe las partes menos atractivas del trabajo con la misma claridad que las interesantes. Si el encargo consiste en investigar y mantener, en lugar de desarrollar algo nuevo, dilo. Pregunta qué partes le atraen al candidato, cuáles le preocupan y qué necesitaría entender antes de comprometerse.
Aborda el interés mediante una conversación directa sobre el encargo, no como una puntuación de personalidad. No lo deduzcas del entusiasmo, la sociabilidad o una forma de desenvolverse muy pulida en la entrevista.
Termina resumiendo el encaje: experiencia relevante demostrada, diferencias de contexto tratadas, preguntas aún abiertas y expectativas comprendidas. Elige en función de esos requisitos, no de la densidad de palabras clave del CV. Si necesitas ayuda para encontrar un especialista en aplicaciones o integraciones, explora el apoyo en ingeniería de software tomando ese encargo concreto como punto de partida.