Comercial o desarrollador? Continuación

Con el post anterior quise acercar un poco al mundo informático, siendo lo más diplomática posible, pero es cierto que en este gremio, y tal como se dice por un comentador, ayer, las categorías, son un simple modo de agrupar a la gente y ponerla uno debajo de otro o a otro encima de uno. Esto es como el famoso dichoso del vaso, ¿está medio vacio o medio lleno? Depende desde donde se mire.

Pues en esto de las categorías informáticas ocurre lo mismo. Depende de quien sea el empleador, dependiendo de la cultura de la empresa y dependiendo de la capacidad de una empresa para asumir ciertos perfiles.

Recordando un poco el post de ayer, del que he querido continuar hoy, estaba definiendo las categorías comenzando desde abajo y llegamos a definir el analista-programador.

Después de esta categoría, tenemos el analista orgánico, cuya labor es la de coger las especificaciones de alto nivel dadas por el analista funcional y traspasarlas al analista-programador o si no lo hubiera, al programador pero «destripando» las especificaciones para que el programador que sólo escribe el programa, se dedique a esta labor y no, a intentar entender las especificaciones. Vamos, para que el programagor, pueda dedicarse de la forma más eficaz a realizar un programa que haga lo que le dicen que tiene que hacer.

El analista funcional es para mi gusto, al igual que el programador, una pieza clave en todo este engranaje. Es la persona que escucha lo que el cliente quiere hacer, lo que quiere encontrarse al encender el ordenador, al abrir una aplicación, al pulsar sobre un botón,…
El analista recogerá todas las especificaciones del cliente y las expondrá en un documento, legible tanto para el analista orgánico como para el cliente, ya que es importante que el cliente sepa que realmente se va a hacer lo que pensaba y que no ha habido un entendimiento incorrecto de lo que necesitaba.
Para ello, el analista mantendrá diversas reuniones con el cliente, concretando cada uno de los puntos. Esta labor, si se realiza correctamente, nos ayudará a tener al cliente más contento que si al final se da cuenta que de lo que contó o de lo que pidió hasta lo que se le hizo va una distancia muy grande.

La siguiente categoría definida en el gráfico es la de Consultor, que no deja de ser un escalafón más, en algunas empresas para llegar a Jefe de Proyecto. La realidad es que puede estar dentro de esta pirámide o separado como tienen algunas empresas, donde la parte de consultoría es una rama diferente de la empresa y donde se encuentran los «gurús» de las diferentes áreas, productos,… Este perfil tiene, para mi gusto, dos labores primordiales y no menos importantes una de la otra. La primera debería ser la de saber aconsejar a un cliente, con los productos de una empresa, de lo que se le puede hacer o asesorar sobre como realizar las diferentes tareas que quiere hacer. La otra, muy importante, es saber escuchar al cliente, ya que puede ser una entrada muy fuerte de trabajo para una empresa si el consultor sabe orientar bien las especificaciones del cliente y ver su futuro dentro de la empresa en la que está. Es posible que no todas las empresas vendan todos los productos que todos los clientes quieren, con lo que es posible que si la empresa se declina por ciertos productos y muchos clientes que visita el consultor, tienden a determinada labor, ponga al día a la empresa para que se haga en un futuro el desarrollo. ¿semejante a un comercial?

Continuará…

Comercial o desarrollador?

Con este post quiero hacer un poco de reivindicación de nuestro colectivo, los informáticos!

¿Quien no ha podido comprobar a lo largo de su carrera profesional como informático que aún siendo desarrollador, es decir el último eslabón de la larga cadena, ha tenido que hacer una demo a un cliente? Esto sin tener ni idea de lo que vendía la empresa, sin saber cuáles son las expectativas de ese cliente ni de las expectativas de la empresa con ese cliente, ni cuánto tiempo ibas a seguir, tú, en esa empresa.

También me ha tocado en ocasiones explicar las distintas categorías a personas que no entienden bien las tareas de este colectivo.

Hoy, este post, va dedicado a tanta gente que a veces, por ignorancia o por curiosidad, me ha preguntado sobre temas de los que no he podido darles una respuesta exacta. Con esto quiero decir, ¿Quien se ha encontrado, como informático, intentando explicarle a alguien, que no todo lo sabemos? Que por ser informáticos, necesariamente no sabemos todo tipo de electrónica, programas, o …

En el siguiente esquema explicaré cada una de las categorías de un departamento típico de desarrollo dentro de una empresa mediana-grande.

Os lo he querido reflejar de esta forma, para que se vea claramente la cantidad de categorías que pueden existir dentro del «gremio». El Director General, en la mayoría de los casos, y como bien sabemos todos, es el que lleva la batuta de la empresa y se suele ayudar de sus directores directos. Esto ocurre en cualquier compañía, sea de lo que sea, en líneas generales. A partir de ahí, podemos desgranar las categorías por las que puede pasar un informático, y en este momento comenzaré por el lado contrario de la escala. Supongo que os habréis fijado de la arquitectura piramidal, para mi gusto de la mejor forma que funcione una empresa.

Una empresa, por tanto, no puede tener 10 directores, y 15 curritos o al menos, no es la mejor manera que funcione. Debería comenzar nutriéndose de programadores, que tal como se ve en la imagen, son aquellas personas que les han comentado que es lo que tiene que hacer, de cabo a rabo, para que a través de programas, realice las tareas solicitadas. El programador es el último eslabon de la cadena y sin el cual, no podemos hacer nada.

No quisiera olvidar que esta categoría es, en muchas ocasiones, dividida por las empresas, llegando a generar dos: programador-junior y programador-senior, cuya única diferencia viene estipulada por el tiempo de experiencia que tienes en la labor que te encomiendan. Esto es una estrategía muy típica para que el empleado se sienta mejor sabiendo que ha subido una categoría porque en el fondo, y teniendo en cuenta las tareas realizadas, es lo mismo.

Analista-Programador es aquel escalafón que se encuentra entre un analista y el programador y que es necesario para transmitir las especificaciones dadas por un analista, en lenguaje que entienda el programador. Se denomina analista-programador, para mi gusto, porque tiene un pie en los dos lados y además, en la mayoría de las empresas es utilizado indistintamente de una función u otra, según del personal que se tenga.

Continuará