¿Qué conocimiento de TI debe tener un analista de negocios?

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.

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.

Aprender un poco sobre Google Analytics sin duda ayuda porque la mayoría de sus clientes lo usarán y cierta cantidad de conocimientos básicos lo ayudará a resolver problemas.
¡El conocimiento de los diagramas de UML es una necesidad!
Conocimiento de una maqueta de herramientas como MS Visio o Balsamiq.

Lea mi respuesta aquí -> Respuesta del usuario de Quora a ¿Cuáles son las habilidades y cualidades necesarias para ser un buen analista de negocios?

¡Gracias por la A2A!

Analista de negocios / Data Science / Decision Scientist, etc. son palabras que describen una nueva oportunidad de trabajo en la era actual. No es de extrañar que se llame el trabajo más sexy del siglo XXI.
El mundo ahora se ha convertido en un espacio de trabajo digital. Tenemos datos a nuestro alrededor y una persona que puede usar estos datos para proporcionar una mejor comprensión se llama analista de ciencia de datos / negocios. Este perfil ha sido sugerido como el perfil más caliente para las próximas 5 a 6 décadas.
Con la llegada de Internet Of Things (IOT), este dominio está destinado a dar un gran salto.
El trabajo de ciencia de datos es claramente un ganador aquí.
Las principales herramientas y tecnología en este campo son: R, SAS, SQL Python, Hadoop, Hive, Tableau, etc.
Ahora, para ayudar a los nuevos ingenieros de la India y de todo el mundo, le presentamos los 3 mejores libros que se encuentran actualmente en uno de los 3 más vendidos en la categoría.
1. 100 preguntas para romper la entrevista de analista de negocios
https://www.amazon.in/Questions-…

2. 100 preguntas para aprender R en 6 horas
https://www.amazon.in/100-Questi
3. 112 Pregunta a crack Entrevista de analista de negocios usando SQL
https://www.amazon.in/Questions-…

Para obtener más información, puede visitar thedatamonk, obviamente una com con él.

En primer lugar, deje de usar “cosas”: a qué escuela asistió y cuál es el valor de su MBA si todo lo que puede decir sobre el alcance, la profundidad y la amplitud de sus fundamentos de carrera como “cosas”.
De Verdad?

En segundo lugar, lo que está relacionado con el primero, es que debe aparecer profesional en todas sus comunicaciones porque así es como proyecta su experiencia y valores a los demás (lo que significa que así es como desea que otros lo perciban). Espero que ya hayas eliminado esas “cosas” de tu pregunta.

En tercer lugar, su pregunta comienza preguntando sobre “TI básica”, mientras que no menciona experiencia / conocimiento como referencia.
No estoy siendo amable con usted ya que está pidiendo ayuda y no dice qué ayuda necesita.
Mi pregunta para ti sería: “¿Sabes qué es una computadora?” Ya que lo considero como una TI básica, lo básico para mí podría ser inferior a lo básico para usted. Y no esperas que lea tu mente, ¿verdad?

Ahora, la industria del software es muy amplia y los proyectos dependen de las necesidades del cliente. Esto es prácticamente todo lo que necesitas saber.
Si planea ser el programador, debe ser el ejecutor de las especificaciones según lo acordado entre su cliente y su empleador (si no lo son y lo mismo).
Si planea ser el gerente del proyecto, su única habilidad que lo hará o lo quebrantará es la habilidad de las personas: usted será el intermediario entre el cliente (quien quiere más y más, y ellos lo quieren ayer, para el 1/10). del costo) y el ejecutor (un programador, que es un ser humano y tiene limitaciones). Deberá mantenerlos contentos para tener su lugar dentro de la cadena alimenticia de la organización; sus habilidades de programación aquí son bastante irrelevantes.

Creo que debes aprender el SDLC que sigue tu proyecto y tu participación en varios pahses. Aparte de esa comprensión básica de la estructura del producto o la aplicación, junto con ciertos conocimientos relacionados con la base de datos pueden ayudarlo; que no es una necesidad sin embargo. Por lo tanto, para concluir, el conocimiento de TI que necesitaría se basa en la aplicación en la que está trabajando y su responsabilidad en el proyecto.