El Analista Funcional (III)

Que perfil debe tener un ANALISTA FUNCIONAL entonces ??

Para responder a esta pregunta, antes debemos responder esta:

Por que se le llama Analista Funcional ?

 Porque ser Analista Funcional implica saber como funciona una aplicación especifica, un proceso, un grupo de procesos, toda la empresa etc.

El Analista Funcional es la interfase entre la comunidad de usuarios y el área informática de la empresa. Debe elaborar el análisis funcional de nuevas aplicaciones para la organización, así como actualizar y mejorar las ya existentes; es decir, debe controlar, analizar y supervisar el desarrollo funcional de las aplicaciones informáticas, asegurando su correcta explotación y su óptimo rendimiento.


Presta apoyo a los distintos usuarios; es decir, realiza una labor de asesoramiento y capacitación, con el fin de evitar cualquier problema que pueda surgir con los programas y obtener así el máximo rendimiento de los mismos. Debe ser quien represente los intereses del usuario ante la comunidad informática.


Otras funciones son evaluar tanto la viabilidad técnica como la económica de los desarrollos de las aplicaciones que se han de ejecutar, y preparar y elaborar toda la documentación técnica y de usuario de cada aplicación.

Ahora si, volvemos a preguntar:
Que perfil debe tener un ANALISTA FUNCIONAL entonces ??


Recordemos que el analista funcional debe conversar con los usuarios los cuales no tienen porque tener conocimientos informáticos y aun teniendolos no tiene porque tener conocimientos sobre tu solución. De la misma manera a un programador tampoco debe de tener conocimientos sobre el "core business" de la empresa inclusive sobre el fin mismo del software, ya sea este para llevar la gestión de una empresa o para contar las transacciones rechazadas de un proceso.
Sin embargo el Analista Funcional contempla estos 2 puntos de vista y sabe decir NO al usuario cuando lo que pide es imposible de ser desarrollado, sabe cuando exigir al equipo de desarrollo informático alguna funcionalidad extra al software cuando es necesario y viable ( a pesar de que ellos piensen que eso no tiene sentido), sabe proporcionar un valor añadido al proyecto buscando soluciones que mejore los procesos, sabe definir esos procesos y puede cuntificarlos en tiempo y resursoso para estudiar su viabilidad. Se encargará de que todas las partes implicadas en el proyecto realicen su labor a tiempo y con calidad y les dará apoyo ayudandoles en culquier problema que pudiera surgir. Un Analista Funcional dispondrá de recursos para estas situaciones. La mayor preocupación de un Analista Funcional es el escalamiento. El es el responsable de ese proyecto y antes de comenzarlo ha debido de definir todos los procesos, hacer los planes y estrategias y si algo va mal y por la razón que sea y el cliente decide escalar un problema a su superior, ese analista está en un problema.

Un Analista Funcional  es un informático con propiedad, un informático con capacidad de gestión, toma de decisiones, grandes conociemientos técnicos y cierta faceta comercial.

En ese sentido, el Analista Funcional debe tener el siguiente perfil:
a. Desde el punto de vista PERSONAL (Competencias Blandas):
    - Gestión del proyecto en general
    - Comunicación interpersonal
    - Capacidad de Trabajo en Equipo
    - Comprensión de procesos empresariales
    - Conocimiento de la Organización
    - Capacidad de Negociación
    - Capacidad de Adaptación al Cambio
    - Investigación y sobre todo Proactividad

b. Desde el punto de vista TECNICO (Competencias Duras):

    - Conocimiento de la herramienta de desarrollo

    - Técnicas de Documentación de procesos, datos y relaciones
    - Identificación de Roles y Perfiles
    - Migración de Datos
    - Especificaciones de Desarrollos

Queda la siguiente pregunta ¿No se hace necesaria una Metodologia de Desarrollo de sistemas ?

El Analista Funcional (II)

El común de la gente concibe al Analista Funcional (ó Analista de Organización y Métodos) como el elemento (dentro del equipo de trabajo conformado para el desarrollo de un proyecto)  cuya responsabilidad es básicamente recolectar todos los requerimientos y reglas de negocio en el comienzo, antes de empezar a desarrollar.

Sin embargo, la demanda acelerada de soluciones, las presiones "de arriba" y otros  factores mas ha modificado la dinámica del desarrollo de sistemas a un enfoque más ágil, donde los requerimientos y las reglas de negocio se definen al mismo tiempo que se desarrolla el software, en ciclos iterativos. Es decir, el Analista Funcional debe desarrollar casi al mismo tiempo que releva información (analiza, diseña, programa, prueba etc etc)


De aquí que surge la pregunta "¿Es necesario un Analista Funcional en un equipo de desarrollo de software ágil?"  O dicho de otra forma: Si el Analista de Sistemas tiene la responsabilidad de convertir los requerimientos de los usuarios (el mundo lógico ) en un  mundo físico de hardware, archivos, bases de datos, programas, sql, etc. etc. ¿No podría el tambien encargarse del relevamiento de información?   Dicho sea de paso, nos estamos ahorrando costos, el efecto del "teléfono malogrado", tiempo, etc.
Aca tenemos dos posibilidades de respuesta:
1.    Si Ud. es de los que piensan que el Analista Funcional no es necesario, le pregunto si ha evaluado concienzudamente el impacto que tendría incorpor las actividades necesarias del relevamiento para relacionarse directamente con el usuario/cliente, a ya las recargadas labores del analista de sistemas. Digamoslo de esta manera: En una empresa fabril, el Area de Ventas conoce cuanto, como y a quien hay que vender, mientras que el Area de Producción es el encargado de transformar los pedidos de los clientes en productos terminados. En ese sentido ¿Porque no le damos al Gerente de Ventas las responsabilidades del Gerente de Producción ?
Tal nunca escuchó ese refrán que dice "El que mucho abarca, poco aprieta"
2.    Por otro lado, si opina que el Analista Funcional es necesario, coincidimos con Ud. ; Pensamos que, independientemente de la Herramienta utilizada (Diseño Estructurado, Objetos, UML, etc ) , el rol del analista funcional es crítico.. En el caso del enfoque ágil, puede ser riesgoso para el proyecto que las funciones del Analista Funcional sean absorbidas por miembros del equipo de desarrollo informático.

El Analista Funcional (I)

Ummm estuve revisando una serie de avisos de empleo de los diarios de Lima, así como también los de ciertas web's dedicadas a brindar este servicio, mas especificamente, relacionadas con requerimientos de ANALISTAS FUNCIONALES.

 

El perfil de casi todos estos avisos eran los siguientes:

 

• Profesional egresado de Universidad de Prestigio (lo cual es obvio)
• Experiencia FUNCIONAL desarrollando especificaciones funcionales (casos de uso)
• Experiencia en UML
• Experiencia en Pruebas
• Experiencia en aplicaciones de la industria XXXXXXX
• Buena capacidad de comunicacion hablada y escrita personalidad pro activa,analítica y ordenada.
• Capacidad de trabajo en equipo y bajo presión

Ohhh sorpresa !!

En ninguno de estos avisos (por no decir en TODOS) se solicita CAPACIDAD PARA IDENTIFICAR REQUERIMIENTOS DEL USUARIO !!!!

 

Se puede argumentar que esto es obvio, es decir, todo analista funcional debe ser experto en técnicas de relevamiento de información; pero lamentablemente esto no siempre es así.

 

Veamos el siguiente caso: Un analista inicia el proceso de relevamiento de información para un sistema cualquiera. LO mas probable es que el Gerente de Sistemas (o su jefe directo lo lleve a las primeras (o a la primera reunión) de coordinación con el Responsable del área usuaria. Luego, cuando se decide dar inicio al levantamiento de información, este analista (por cierto todo un experto en UML, RUP, OO y demas hierbas) obviamente busca al Responsable del área usuaria, el cual posiblemente esté muy ocupado y le presenta al operativo (un empleado de menor jerarquía pero quien, en esencia, es quien conoce TODOS los procesos operativos al revés y el derecho debido a su larga experiencia y trayectoria en la empresa, y sobre todo, porque el es quien los ejecuta día a día.

 

Nuestro analista toma nota muy diligentemente en su cuaderno y en base a la información que le proporciona el operativo, procede al diseño el sistema:  

• Prepara programas (repito: PREPARA PROGRAMAS) que ejecutan procesos,
• Prepara programas que imprimirán reportes y mostrarán pantallazos que ayudaran al operativo a realizar su trabajo mas rápido
• Acude donde el operativo dos o tres veces mas y finalmente le hace un demo de su "sistema".

Acá pueden presentarse los siguientes escenarios:

1. El operativo revisa el demo y le indica al analista que esta incompleto, y que hay que hacerle ciertas modificaciones.
2. El operativo llama a su jefe inmediato; ambos revisan el demo y le indica al analista que esta incompleto,

 

Que hizo mal el Analista ??