Descripción de puesto de analista programador: misión, funciones y requisitos

El puesto en su contexto

La denominación reúne dos oficios que en organizaciones grandes están separados: el analista, que traduce una necesidad de negocio en un requisito técnico, y el programador, que lo construye. La figura mixta es la habitual en organizaciones medianas y en equipos pequeños, y su ventaja real es que elimina el punto donde más información se pierde —el traspaso entre quien entiende el problema y quien escribe el código—.

Su desventaja es igual de concreta y conviene que la descripción la contemple: las dos actividades compiten por el mismo tiempo y tienen ritmos incompatibles. El análisis exige interlocución y disponibilidad; la programación exige bloques largos sin interrupción. Un puesto con ambas funciones y sin ninguna protección del tiempo de concentración produce análisis apresurado y código que hay que rehacer.

Ficha del cargo

La ficha describe el cargo, no a la persona que lo ocupa. Es la distinción que sostiene todo lo demás: un puesto se define por el trabajo que hay que hacer, y no por lo que sabe hacer quien está hoy en él. El procedimiento para obtener estos datos —los cuatro métodos y el punto ciego de cada uno— está en análisis de puesto.

Qué no es este puesto

No es un puesto de soporte técnico, aunque en organizaciones pequeñas se le asigne la incidencia. La atención de incidencias es un trabajo de interrupción continua, y colocarla en el mismo puesto que el desarrollo garantiza que el desarrollo no avance. Si la descripción incluye ambas, tiene que decir qué proporción de la jornada corresponde a cada una y quién decide la prioridad cuando entran en conflicto.

Tampoco es un puesto de arquitectura de sistemas ni de dirección técnica: no responde de las decisiones de plataforma ni de la coordinación de un equipo, salvo que la descripción lo diga expresamente, en cuyo caso el grupo de ocupación y el nivel retributivo son otros.

Funciones

Enunciadas con el verbo de la acción que se ejecuta y con su resultado, que es lo que permite evaluarlas después. Una función redactada como área de interés —«apoyo a la gestión de»— no se puede evaluar ni delegar.

1. Recoger y documentar los requisitos funcionales con las áreas usuarias, incluida la delimitación explícita de lo que queda fuera del alcance.
2. Analizar el impacto de un requisito sobre los sistemas existentes y estimar el esfuerzo con los supuestos declarados.
3. Diseñar la solución técnica: modelo de datos, integraciones y componentes afectados.
4. Programar y probar la solución, con pruebas automatizadas donde el proceso lo admita.
5. Documentar la solución de modo que un tercero pueda mantenerla, que es la función más omitida y la que determina el coste futuro.
6. Corregir los defectos detectados en producción sobre los desarrollos propios y ajenos del mismo ámbito.
7. Participar en la revisión del trabajo de otros integrantes del equipo.
8. Mantener el registro de versiones y las anotaciones de despliegue.

Requisitos

Formación. Titulación en ingeniería informática, ciclo formativo de grado superior en desarrollo de aplicaciones, o formación equivalente acreditada por trabajo demostrable.

Experiencia. Dos años de desarrollo en el entorno tecnológico correspondiente, con al menos un sistema en producción del que se haya ocupado desde el análisis hasta el mantenimiento.

Competencias exigibles:

• Dominio del lenguaje y del entorno de desarrollo del puesto, acreditable con trabajo real
• Modelado de datos y consulta de bases de datos relacionales
• Traducción de una necesidad expresada en lenguaje de negocio a un requisito técnico verificable
• Redacción de documentación técnica legible para quien no la escribió
• Lectura técnica en inglés

Los requisitos formulados como mínimos innegociables reducen las candidaturas recibidas más de lo que mejoran su ajuste, y lo hacen de forma desigual: el efecto sobre las candidaturas femeninas está documentado. Conviene separar lo que hay que saber el primer día de lo que se aprende en el puesto — reclutamiento y selección desarrolla el criterio.

Grupo ocupacional y retribución

Este puesto se encuadra en el grupo Otros técnicos y profesionales científicos e intelectuales de la Clasificación Nacional de Ocupaciones. La atribución es propia y revisable: la clasificación ordena ocupaciones y no denominaciones de puesto, de modo que una misma denominación puede corresponder a grupos distintos según el contenido real del cargo.

La cifra corresponde al grupo, no al puesto. Sirve para establecer si una retribución concreta está fuera de toda proporción respecto a su grupo; no para fijarla. Y una advertencia aritmética que cambia la lectura de cualquier promedio: la media queda por encima de la mediana porque las retribuciones altas la desplazan, así que la mitad de los asalariados gana menos que la mediana.

La distribución por comunidad autónoma y por percentiles está en mercado laboral en España, y la localización de una denominación concreta dentro de los grupos, en la herramienta de grupos ocupacionales. Cómo se traduce un grupo en una banda salarial interna coherente: administración de compensación.

Otros puestos del mismo grupo de ocupación

La cifra salarial de arriba corresponde al grupo Otros técnicos y profesionales científicos e intelectuales, no a este puesto en particular, de modo que se aplica igualmente a los siguientes:

• Analista financiero
• Contador
• Analista de control de calidad
• Analista de procesos

Qué ha cambiado en el puesto

La denominación es un fósil útil. Nombra un momento en que el análisis y la codificación eran oficios separados —uno especificaba, otro escribía el programa— y el puesto que unía ambos necesitaba decirlo en su nombre. Después el sector separó de nuevo los papeles y volvió a unirlos con otras etiquetas, hasta que el perfil que hoy hace las dos cosas se anuncia con nombres que no mencionan ninguna. Lo que no ha cambiado es la razón por la que existe: alguien tiene que traducir un requisito expresado en lenguaje de negocio a una estructura que un programa pueda ejecutar, y esa traducción sigue siendo el punto donde se pierde o se conserva la intención original. Una descripción que enumere lenguajes y omita esa función describe a un programador, no a este puesto.

Indicadores de desempeño

Verificables y propios de este cargo. Un indicador que no se pueda comprobar con un dato existente produce una evaluación basada en impresión, con las consecuencias que eso tiene sobre la retribución y la promoción: evaluación de puestos.

• Defectos detectados en producción por entrega, sobre desarrollos propios
• Desviación entre esfuerzo estimado y real, con los supuestos de la estimación registrados
• Proporción del código propio con documentación suficiente para que otra persona lo mantenga
• Tiempo de resolución de incidencias sobre sistemas propios

Errores al redactarla

Pedir la lista completa de tecnologías como requisito excluyente. Una descripción con quince tecnologías obligatorias elimina candidaturas equivalentes que dominan trece y aprenden dos en un mes. El requisito útil separa lo que hay que saber el primer día de lo que se aprende en el puesto.

Mezclar desarrollo y soporte sin fijar la proporción. Las dos actividades tienen ritmos incompatibles. Sin una proporción declarada y una regla de prioridad, el soporte absorbe la jornada y el desarrollo se acumula.

Omitir la documentación de la lista de funciones. Lo que no se nombra en la descripción no se evalúa, y lo que no se evalúa no se hace. La documentación ausente es el coste diferido más caro de un área de desarrollo.

Preguntas frecuentes