🙄 👨🏼‍💻 🉐 Analista de negocios y analista de sistemas en TI. Clasificó las calificaciones 🥟 🤘🏾 🏴󠁧󠁢󠁥󠁮󠁧󠁿

Problema

Algunos de mis amigos, colegas, gerentes, eycharov, representantes del "negocio" en sus cabezas formaron una confusión entre los tipos de analistas. El concepto de "analista" se utiliza para profesiones completamente diferentes: analista de negocios (BA), analista de sistemas (SA), analista de datos, analista de UX, analista de seguridad de la información, analista de procesos comerciales y 5-10 más, todos Estas especies tienen muchas diferencias. Ahora sobre los dos específicos, los más confusos, pero muy diferentes en las realidades domésticas de TI.

Quién se beneficiará de este artículo:

A	cómo
Analista y colegas	— , , . — , , . : xml- , -.
HR	, , . «, ». : java, .
	Apunte a la selección y distribución de recursos que estén listos para realizar una combinación específica de responsabilidades laborales, mejorar la comunicación en equipos. Ejemplo: para un puesto que requiere máxima comunicación y flexibilidad, se selecciona un "técnico" sin el deseo de desarrollar tales habilidades.

En general, "Felicidad para todos, para nada"

Supuestos

Este artículo habla más sobre TI.

Se considera el valor "destilado" de las publicaciones. En la vida real, especialmente en equipos que desarrollan habilidades en forma de T (modelo de desarrollo de competencias de un empleado de profesiones relacionadas), es más complicado y confuso, pero si su analista no es Janus de muchos lados, entonces la transición entre diferentes responsabilidades no es una tarea fácil.

Parte principal

Al comunicarme con BA y CA de compañías y proyectos de varios tamaños, vi una discordia en los conceptos que crea controversia. Como suele suceder, la falta de terminología generalmente aceptada interfiere con la distribución de tareas y responsabilidades en el proyecto entre aquellos que pueden cumplirlas con la mayor eficiencia. Para apelar a una fuente objetiva en estas disputas, decidí buscar opiniones en la red.

Comparto los resultados de mis búsquedas.

El análisis empresarial y el análisis de sistemas en TI son conjuntos de prácticas, métodos y tareas que simplifican el desarrollo de los sistemas de información necesarios para resolver los objetivos comerciales de las organizaciones. La confusión entre estos dos conceptos existe no solo en el entorno doméstico, por lo tanto:

https://en.wikipedia.org/wiki/Systems_analyst :

Un analista de sistemas generalmente se limita a un sistema asignado o dado y, a menudo, trabajará en conjunto con un analista de negocios. Estos roles, aunque tienen cierta superposición, no son lo mismo.

Como fuentes que podrían establecer una "línea divisoria" entre la SA y la BA, traté de usar los códigos de conocimiento de la BA, literatura profesional generalmente aceptada, documentos reglamentarios y artículos sobre diversos recursos. No pude encontrar una división claramente articulada. Y es por eso:

, , — , . « », ( ), .
( / . ., BABOK, ., PMI Guide to business analysis . .), . , - -, . , . . -, « , , , , . , , , , - ». . PMI IIBA «system analyst» , «business analyst» .
( ) , . , — . — , , , . — , , , , , .

En esta situación, ofrezco mi visión, basada en la experiencia de trabajar en empresas de TI rusas tanto del cliente como del contratista en el desarrollo de sistemas de información. Este enfoque ha ayudado en el trabajo del autor Alan Vongsavanh, que estudió la literatura y los resultados de varias entrevistas y reunió una lista de las habilidades básicas que constituyen la mayor parte de las actividades rutinarias de BA y CA (la mayor parte del tiempo de trabajo):

* Las fuentes extranjeras usan los términos más apropiados "enfocado en la tecnología" y "enfocado en el negocio".

Dónde:

Identificación de requisitos	El proceso de determinar los requisitos de varias fuentes a través de entrevistas, seminarios, análisis de tareas, flujos de trabajo y documentos y otros métodos.
Conocimiento del negocio	, , -
	.
	-
	,

	,
	( )
	conocimiento de tecnologías, programación, creación y configuración de bases de datos y otros aspectos técnicos, estándares y reglas para diseñar soluciones

Juntas, estas acciones le permiten formar un ciclo completo de análisis de requisitos, llevándolo del cliente al desarrollador, y después de eso, llevando el producto terminado del equipo de desarrollo al cliente. Tal interacción recae fácilmente en los marcos, por ejemplo, así es como se ve en el Modelo V, el modelo en cascada o las metodologías flexibles:

¿Por qué tanta separación?

Las habilidades requeridas por BA y CA son de alto nivel similar, pero el diablo está en los detalles. Un analista de sistemas necesita habilidades técnicas mucho más prácticas para una actividad completa, está mucho más cerca de un grupo de especialistas técnicos y debería comprender mejor su lenguaje (sin esto es difícil lograr el respeto en el equipo, lo que significa que es imposible transmitir su visión). La licenciatura en TI está más configurada para comunicarse con las empresas, su tarea es determinar la necesidad (dolor), encontrar, formular y proponer una solución al problema del cliente comercial que utiliza sistemas de TI, de alguna manera para "vender" esta solución. La proximidad y la comprensión del usuario ayudan al BA a priorizar las tareas de manera más efectiva, describir los requisitos no funcionales y las limitaciones en un caso particular.

Además, BA tiene requisitos inherentes excesivos para el sistema, piensa en los objetivos comerciales y no debe verse limitado por las capacidades de la tecnología, lo cual es inaceptable para una CA. A veces, estos requisitos excesivos de BA ayudan a encontrar soluciones verdaderamente innovadoras.

Hay limitaciones, sin embargo. Para BA, este es el alcance de un dominio o una industria estudiada (por ejemplo: un conocimiento profundo de las reglas bancarias), para BA, esta es una tecnología y un sistema (por ejemplo: experiencia sobresaliente con productos Oracle). Estas restricciones pueden ser un obstáculo en la transición entre equipos, proyectos y empresas, pero pueden eliminarse rápidamente si se desea y con la ayuda de colegas.

Casi siempre, el analista en el equipo desempeña ambos roles en mayor o menor medida (por lo tanto, me gustaría evitar disputas sobre la combinación "y tenemos BA también un virólogo"). En algunos casos, los analistas pueden no ser necesarios; en algunos casos, un especialista puede desempeñar plenamente ambos roles. Esto no viola las reglas, pero indica una combinación de roles, el nivel de madurez y el valor de un especialista en particular. En el caso de un empleado experimentado, esto es bastante normal, pero la vacante junior de BA con conocimiento de SQL, JS y API en un sitio conocido parece extraño.

https://en.wikipedia.org/wiki/Systems_analyst :

Algunos profesionales dedicados poseen conocimientos prácticos en ambas áreas (análisis de negocios y sistemas) y logran combinar con éxito ambas ocupaciones, difuminando efectivamente la línea entre analista de negocios y analista de sistemas.

Ejemplo abstracto:

Ivan - Empresa BA "Contratista".
Eva es analista de sistemas en Executor.
La empresa "Cliente" necesita una revisión importante del sistema existente.

En esta situación, las tareas de Ivan (BA): identificar los requisitos funcionales y no funcionales del Cliente y el Contratista, eliminar las contradicciones entre las partes interesadas para determinar una solución aceptable, crear prototipos, interactuar con el cliente durante el proceso de desarrollo, llevar a cabo una demostración y aceptación del trabajo. Haciendo todo esto junto con Eva.

Tareas de Eve (SA): para diseñar la revisión de la manera óptima, describir su impacto en el sistema, limitaciones y posibles mejoras, crear una especificación, descomponer y transferir las tareas al desarrollo, y monitorear su implementación oportuna de acuerdo con los requisitos. Para hacer todo esto junto con Ivan.

En lugar de salida

De cada hierro, se puede escuchar que con el tiempo, la complejidad de los problemas comerciales y sus soluciones de TI aumenta exponencialmente. Junto con esto, la pila de tecnología se está desarrollando intensa y extensamente, en amplitud y profundidad. Elegir la composición correcta de las tecnologías puede proporcionar ventajas competitivas innovadoras, pero también puede ser perjudicial; a menudo, la elección se realiza en los próximos años, lo que coloca a los desarrolladores en un marco estrecho.

La situación actual requiere que los analistas de TI (1) tengan un conocimiento profundo del área temática del negocio, las características de los procesos internos, el entorno externo y las tendencias, (2) no menos que un profundo conocimiento de las tecnologías, a menudo su uso práctico.

Puedes ser un idealista, buscar un genio y exigirle un alto conocimiento de varias áreas de conocimiento, si no polares. Puedes bajar a la tierra y entender que tal dualidad de deberes puede conducir a un fakap en ambas direcciones. Sentarse en dos sillas no es una buena práctica.

Si la complejidad del proyecto requiere BA y CA, primero debe formar un concepto de qué nivel de conocimiento comercial y características técnicas se necesita de un especialista y traducirlo en una vacante publicada, una entrevista y una estrategia de prueba. Uno siempre quiere "una talla para todos", pero vivimos en la vida real, donde preferiría complicar la búsqueda y aumentar el precio de atraer una "herramienta múltiple".

A los colegas que se han encontrado o están planeando trabajar en BA o CA, les aconsejo que realicen el mismo procedimiento y entiendan honestamente si quieren (1) buscar la semilla de la verdad para desafiar a menudo los algoritmos y la lógica, cambiando constantemente el negocio o (2) para investigar y diseñar complejos Sistemas confusos pero interesantes. Esto ayudará a acortar el camino hacia el pico seleccionado y reducir la incomodidad de estar fuera de lugar en la búsqueda de una "posición hermosa".

Apéndice

Bueno, Glavred, ¿ahora está más claro? =)

Analista de negocios y analista de sistemas en TI. Clasificó las calificaciones