Ninguna. No es obligatorio tener conocimientos de TI como analista de negocios. Por TI me refiero a las habilidades de programación. No consideraría el uso de lucidchart para modelar procesos como una habilidad de TI.
Si desea tener una habilidad de TI que pueda ayudarlo como analista de negocios, intente la programación SQL. Con las habilidades de SQL puede modelar arquitecturas de datos lógicos, diagramas de relaciones de entidades, etc.
En algunos roles de Business Analyst nunca se le permitirá estar cerca de una base de datos, los desarrolladores de la base de datos o los programadores le darán la información que necesita.
El rol de un analista de negocios en el ciclo de vida del desarrollo de software y en la arquitectura empresarial es ayudar a reunir los requisitos para el desarrollo de sistemas de software o llevar a cabo la transformación empresarial.
- ¿Cómo es IT en NIT K?
- ¿Cómo es trabajar con el Dr. Vishal Sikka?
- Soy nuevo en IT / InfoSec. Estoy ansioso e interesado en aprender el campo. Mi SO me alienta a seguir con la certificación de Certified Ethical Hacker. Siento que esto es demasiado adelantado para mí. ¿Me equivoco al sentir que necesito una mejor base de conocimiento antes de continuar?
- ¿Qué curso es mejor entre TI e ingeniería de TI?
- No puedo encontrar el controlador de 64 bits para el sistema telefónico TAW848 en ninguna parte. ¿Dónde debería estar buscando?
En un contexto de Arquitectura Empresarial (Transformación de Negocios), el Arquitecto de Negocios necesita mapear el modelo operativo actual o el modelo operativo de destino. El analista de negocios descubre los requisitos que son necesarios y encuentra maneras de obtener esos requisitos.
Esto se puede hacer a través de algunos de los siguientes:
- Reunión creativa
- Análisis de documentos
- Grupos de enfoque
- Análisis de interfaz
- Entrevistas
- Observación
- Prototipado
- Talleres de Requisitos
- Encuesta / Cuestionario
Si el analista de negocios está trabajando para una empresa de software o está trabajando en un proyecto de software, entonces es posible que se necesiten prototipos, pero ¿no hay diseñadores que estén ahí y deban crear esquemas y maquetas? Si puedo preguntar.
Lo que sea necesario para ayudar al analista de negocios a capturar los requisitos.
En lugar de conocimiento de TI (Programación). El analista de negocios debe conocer los diferentes requisitos y sus usos, etc.
- Requisitos de software o sistemas
- Requisitos de capacidad
El analista de negocios puede obtener una habilidad de notación de modelado de procesos de negocios y no una habilidad de UML. Sin embargo, dependiendo de los requisitos del trabajo, puede tener uno o ambos. No cuento el conocimiento de modelado de procesos como una habilidad de TI, al igual que no consideraría el conocimiento de la palabra de Microsoft una habilidad de TI en el mundo de hoy.
Aprendí HTML / CSS, Python, SQL y todavía estoy aprendiendo algo nuevo. Probablemente no sea necesario en el nivel de implementación donde se necesitan estas habilidades. Utilizo estas habilidades para mis propios proyectos. La habilidad SQL me ayuda a doblar como un arquitecto de datos cuando es necesario. También puedo usar mis habilidades de Python para realizar el análisis de datos. Nuevamente, estos están fuera del alcance de Business Analyst. Son agradables de tener pero no DEBEN tener.
Déjame desglosar los niveles de proceso
Existe el nivel conceptual, nivel lógico y nivel de implementación. Los arquitectos de empresa y negocios están en el nivel conceptual, el analista de negocios y el analista de procesos de negocios están en el nivel lógico, mientras que los desarrolladores de software, los diseñadores gráficos, los desarrolladores frontend y los evaluadores están en el nivel de implementación.
Esto quiere decir que, cada uno tiene un papel diferente. Aquellos con habilidades técnicas básicas (TI) manejan la implementación y usted no está invitado porque tienen tareas de misión crítica que cumplir. Si dejan una coma o un corchete no cerrado, puede costar millones en pérdidas.
Los participantes en el nivel conceptual definen las arquitecturas, se preocupan por los segmentos de clientes y otras cosas como la estrategia de ir al mercado.
En el nivel lógico, Business Analyst y Process Analyst intentan traducir los conceptos a lo que las personas en el nivel de implementación pueden entender.
Puede que esté simplificando demasiado las cosas, pero puede salirse con las habilidades de recopilación de requisitos + habilidades de modelado de procesos.
Lea acerca del ciclo de vida del desarrollo de software. Esto te ayudará también.