Scorecard de entrevista para Analista de Negocio
Un scorecard estructurado para entrevistar a un Analista de Negocio: seis competencias con pesos, qué es realmente un 1 y qué es un 5, y preguntas que sacan evidencia en vez de opiniones. Imprimilo o copialo a tu ATS.
El scorecard para Analista de Negocio
| Competencia | Peso | Puntaje 1 — cómo se ve | Puntaje 5 — cómo se ve |
|---|---|---|---|
| Relevamiento y desambiguación de requerimientos Si la persona logra pasar de lo que el área pide a lo que el trabajo tiene que resolver, antes de que alguien empiece a construir. | 20% | Transcribe los pedidos de los usuarios a un documento y toma una lista de funcionalidades firmada como una etapa de relevamiento terminada. | Nombra un pedido que replanteó después de preguntar qué problema resolvía, y el requerimiento que cambió al aparecer la restricción real. |
| Mapeo del proceso actual Si la persona documenta cómo se hace realmente el trabajo, incluidos los atajos que usa la gente, y no el procedimiento oficial. | 18% | Mapea el proceso desde el manual o desde una entrevista con un jefe y se pierde la planilla con la que el equipo realmente trabaja. | Describe haberse sentado con quienes hacen la tarea, el paso no documentado que encontró y cómo ese hallazgo cambió la solución propuesta. |
| Calidad de la especificación y criterios de aceptación Si lo que escribe se puede construir y testear sin una reunión extra, lo que define cuánto retrabajo absorbe el equipo de desarrollo. | 18% | Escribe los requerimientos como enunciados de capacidad, sin criterios de aceptación, casos borde ni definición de qué es un resultado correcto. | Muestra criterios redactados para que un tester pueda verificarlos, con el caso borde y el camino de error, y cita una ambigüedad que detectó un desarrollador. |
| Alineación de stakeholders y aprobación Cómo se resuelven los desacuerdos entre áreas antes de empezar a construir, lo que define si el proyecto se traba en la etapa de aceptación. | 16% | Informa que todos los stakeholders estuvieron de acuerdo y no puede describir un conflicto entre dos áreas sobre el mismo proceso. | Nombra dos áreas que querían resultados distintos, qué perdía cada una y cómo se tomó y se registró la decisión antes de empezar a construir. |
| Arbitraje de alcance y planteo de trade-offs Si la persona puede presentar opciones con su costo asociado, en lugar de derivar hacia arriba cada pregunta de alcance como decisión ajena. | 16% | Escala cada pregunta de alcance al sponsor sin una recomendación, o acepta agregados sin nombrar qué desplazan. | Describe un recorte de alcance que propuso, la solución provisoria que el negocio aceptó mientras tanto y quién aprobó convivir con esa brecha. |
| Validación posterior a la implementación Si la persona verifica que el cambio entregado produjo el efecto buscado, o da por terminado el trabajo el día de la salida a producción. | 12% | Termina su participación en el despliegue y mide el éxito por si la salida ocurrió en la fecha planificada. | Nombra la métrica que revisó semanas después del lanzamiento, qué mostró y el ajuste posterior que pidió a partir de ese resultado. |
Los pesos suman 100. Acordalos antes de la primera entrevista, no después: ajustar pesos cuando ya hay puntajes es la forma en que un panel justifica a su favorito.
Preguntas que sacan evidencia
Cada una pide algo que ya pasó, con suficiente detalle como para verificarlo. Las hipotéticas premian el ensayo, no la trayectoria.
- Contame un pedido que hayas replanteado. Qué pidió el área, qué descubriste que realmente necesitaba y cómo cambió el alcance a partir de eso.
- Describí un proceso que hayas mapeado. Qué paso encontraste que no estaba en ninguna documentación y cómo cambió la solución que propusiste.
- Mostrame cómo escribiste los criterios de aceptación de un requerimiento. Qué caso borde incluiste y qué ambigüedad igual encontró un desarrollador.
- Cuándo dos áreas quisieron cosas distintas del mismo proceso. Qué perdía cada una y cómo se tomó y se dejó registrada la decisión final.
- Tomá un proyecto que hayas entregado. Qué mediste semanas después de la salida, qué mostró y qué pediste cambiar a partir de ese resultado.
Señales de alarma
- Describe el relevamiento como anotar lo que pidieron los usuarios, sin un ejemplo de un pedido que haya cuestionado.
- No puede nombrar un proyecto donde la solución entregada haya sido distinta del pedido original.
- Describe a todos los stakeholders como alineados, sin que nunca haya surgido un conflicto entre áreas.
- Toma la salida a producción como el fin del trabajo y nunca verificó si el cambio funcionó.
Cómo usar este scorecard
- Acordá los pesos con el panel antes de que alguien entreviste, y dejalos por escrito.
- Cada entrevistador puntúa todas las competencias por separado, con una nota que cite lo que el candidato dijo textualmente.
- Comparen los puntajes antes de discutirlos. Discutir primero ancla al panel en quien habla más fuerte.
Armar un scorecard a medida → · Cadena booleana para buscar Analista de Negocio →
Preguntas frecuentes
¿Qué debe incluir un scorecard de entrevista para un analista de negocio?
Competencias ponderadas atadas a donde fallan los proyectos: relevamiento y desambiguación de requerimientos, mapeo del proceso actual, calidad de la especificación con criterios de aceptación, alineación de stakeholders, arbitraje de alcance y validación posterior a la implementación. El relevamiento y la especificación deben pesar más, porque la ambigüedad escrita temprano se paga como retrabajo después. Los anchors importan porque todos los candidatos van a describirse como buenos comunicadores.
¿Cómo evaluar habilidades de análisis funcional en una entrevista?
Pedile trabajo real: los criterios de aceptación que escribió para un requerimiento, el mapa de proceso que reveló un paso no documentado, el pedido que cuestionó. También podés entregarle un pedido deliberadamente vago y escuchar qué preguntas hace. Las preguntas revelan más que cualquier respuesta que haya podido preparar.
¿Qué diferencia hay entre un analista de negocio y un product manager?
El analista de negocio responde por que un cambio quede bien especificado y sea adoptado por las áreas afectadas; el product manager responde por elegir qué se construye. Las competencias se superponen en stakeholders y alcance, pero cambian los derechos de decisión. Definí qué responsabilidad le falta a tu equipo antes de escribir el scorecard, o vas a entrevistar por una y contratar la otra.
Cuando lo que está en juego es una contratación real, usá evidencia
Estas herramientas son heurísticas rápidas. Verdict lee el CV contra tu descripción de puesto y puntúa seis dimensiones con citas textuales como evidencia — un documento de contratación que podés defender.