El papel del analista de negocio en los descubrimientos técnicos

Me senté con algunos miembros del equipo de BA de DOOR3 para hablar sobre el papel del analista de negocio en el proceso de descubrimiento técnico. En la llamada conmigo estaba Bart Michalak, nuestro jefe de práctica de analista de negocio, así como la analista senior Amy Lo, y el BA junior Zev Gottdiener. Empezamos nuestra conversación hablando de lo que hace exactamente un analista de negocio en DOOR3.

¿Cuál es el rol de un analista de negocios en DOOR3? ¿Qué responsabilidades incluye?

“El papel de un Analista de Negocio es servir de puente principal entre TI y el negocio”, dijo Bart. “Utilizando diversas técnicas de análisis, nuestro objetivo es evaluar los procesos, identificar los requisitos tanto técnicos como funcionales y definir realmente en qué consiste que se complete la fase MVP de un proyecto. Además, recogemos una serie de requisitos adicionales que luego utilizamos para desarrollar ese sistema de forma natural e intuitiva. Para que mejore las capacidades”

Gran parte de lo que el BA se esfuerza por hacer es asegurarse de que existe una comunicación constante y de que se ofrecen recomendaciones a las partes interesadas basadas en las aportaciones y comentarios recogidos en equipo. Con una comunicación clara, un BA puede garantizar que se acuerde una visión clara y unificada del proyecto y sus propósitos.

Un factor adicional en esta responsabilidad de enlace que tienen los BA es la realidad de que el cliente puede no tener un equipo de desarrollo de software dedicado para proporcionar la gestión técnica del proyecto, dejando a los directores de proyecto sin recursos para entregar la visión que alcanzaron a DOOR3 para realizar. Los analistas de negocio pueden actuar como una especie de apoderados de nuestros clientes, para asegurarse de que los resultados se ajustan tanto a la visión del cliente como a sus necesidades técnicas.

“Estamos en la posición única de poder tomar sus ideas y sus objetivos y ayudar a reducir el riesgo y los escollos comunes para que pueda tener una mejor idea de qué oportunidades y tipos de valor puede agregar mediante el uso de sus ideas como bloques de construcción”, dijo Zev.

Trabajar con bloques de construcción implica que el papel de un analista de negocio con el cliente tiene un inicio temprano, pero ¿cuándo puede un cliente esperar empezar a trabajar con un analista de negocio?

¿Cuándo se incorpora un analista de negocio a la conversación?

“La unión más temprana sería cuando emprendemos una vía de descubrimiento”, dice Bart.

En DOOR3, las pistas de descubrimiento se utilizan a menudo como fase previa a la ejecución de cualquier proyecto. Sirven para conocer mejor al cliente e identificar sus necesidades empresariales específicas. Es una oportunidad para que el cliente conozca el proceso de DOOR3 y a las personas que le ayudarán a desarrollar y entregar el producto.

“Es una oportunidad para asegurarnos de que tenemos todos los detalles sobre la mesa para que podamos ayudarle tanto a organizar como a planificar estratégicamente lo que le gustaría hacer” Añadió Amy. Es probable que un analista de negocio de una empresa de análisis de negocio empresa agnóstica como DOOR3 se convierta en un experto en determinados sectores gracias a su experiencia laboral. Esta es una de las principales razones por las que el BA de un cliente puede unirse al proceso muy pronto en las interacciones entre un cliente y su consultor principal. A menudo, un cliente puede tomar muchas direcciones diferentes para completar el objetivo con el que nos contactó inicialmente. El BA puede intervenir para aportar su experiencia en la materia y ayudar a seleccionar una dirección para el proyecto basándose en su experiencia previa.

¿Cuáles son los resultados de un descubrimiento técnico?

Como parte del proceso de descubrimiento técnico, un BA tomará sus conclusiones y las utilizará para analizar cuáles podrían ser los entregables finales del proyecto. Estos entregables pueden manifestarse como diagramas de casos de uso, backlogs de características y funcionalidades priorizadas, hojas de ruta y plazos de ejecución, etc.

Bart lo explica así: “Realizaremos el descubrimiento, analizaremos los flujos de trabajo, identificaremos las oportunidades de mejora de esos flujos de trabajo y, a continuación, definiremos los entregables a través de una variedad de formas diferentes”

Estos entregables pueden ajustarse a medida que avanza el proceso hasta llegar al producto final, pero al menos deben ser capaces de sacar el proyecto de la fase preliminar y llevarlo a la fase de implantación.

Teniendo en cuenta estos objetivos, ¿qué aspecto tiene el proceso de descubrimiento técnico?

Un descubrimiento técnico de DOOR3 puede adoptar la forma de un taller de tres a cinco días en el que tanto nuestro equipo como el suyo se sientan a la mesa para comprender realmente cuáles son sus necesidades como cliente. Nada está predeterminado cuando se trata de desarrollar soluciones a medida, así que no hay nada que se “saque de la estantería”, por así decirlo, durante estas reuniones. El dinamismo es la clave, y el papel del analista de negocio en estas reuniones es escuchar la conversación y centrarse en los mejores puntos de discusión para desarrollar flujos de procesos en la solución final. Al final de la jornada, puede elaborarse un borrador de alto nivel para reflexionar sobre él y, al día siguiente, volver a analizarlo y desmenuzarlo para obtener ideas más específicas.

Volviendo a la idea de que los BA actúan como representantes o enlaces, otra responsabilidad del BA en estas reuniones es arbitrar todas las ideas que surgen de las distintas perspectivas de la organización.

“En un flujo cualquiera, hay varios tipos de usuarios que pueden estar implicados. Cada individuo puede tener una perspectiva específica sobre la importancia y los resultados de un flujo determinado. Y gran parte de nuestro trabajo consiste en escuchar todas y cada una de esas perspectivas y asegurarnos de que el flujo que ideamos identifica y sirve a cada perspectiva individual.”

Al final del proceso de descubrimiento, es de esperar que todos se vayan con una lista de prioridades para el proyecto.

¿Cuáles son los retos más comunes en un descubrimiento técnico?

Aunque el proceso de descubrimiento técnico es una forma probada y contrastada de desglosar las necesidades de un cliente, no está exento de dificultades, y algunas de ellas surgen con más frecuencia que otras. En la mayoría de los casos, estos retos se encuentran en la implementación y priorización de una solución.

“Un gran reto es sencillamente que, como el descubrimiento forma parte de la fase de planificación, no sabes necesariamente qué va a pasar durante la implementación cuando empiezas realmente a desarrollar las cosas”. Zev añadió. “Hay una serie de cambios diferentes y una especie de retos constantes”

Aunque las desviaciones de un planpueden erizar el vello tras un descubrimiento técnico, lo que es más probable que suponga un reto es la falta de claridad sobre lo que significa realmente priorizar desde el punto de vista del desarrollo. Hay unos mínimos de lo que un sistema debe ser capaz de lograr para alcanzar plenamente su propósito, y lo que un sistema necesita [no siempre está en consonancia con lo que quiere un cliente].(https://www.door3.com/blog/3-assumptions-you-need-to-avoid-while-planning-to-build-your-next-app)

“Creo que uno de los retos a los que me enfrenté en el pasado es que muchas veces tratas con partes interesadas de alto nivel y tienen opiniones y puntos de vista muy firmes sobre cuál debe ser exactamente la solución”, afirma Amy. “A veces tenemos que ayudarles a encontrar la dirección exacta de la empresa”.

Por supuesto, nadie puede culpar a los ejecutivos por tener expectativas sobre cómo funcionará su solución personalizada, pero a veces el papel del analista de negocio es guiar a los líderes empresariales hacia lo que es factible y beneficioso para el usuario final en función de los recursos de que disponen.

¿Qué ocurre después del descubrimiento?

El descubrimiento ha terminado, los entregables se han definido, ¿y ahora qué? ¿Se empuja ahora al cliente potencial a firmar un contrato con DOOR3, aunque no esté seguro de las capacidades del equipo?

“Desde luego que no” Como explica Bart,

“En la mayoría de los casos, eso es lo que fomentamos. Realmente respaldamos el trabajo de análisis que realizamos para respaldar nuestras estimaciones.”

El objetivo de una visita técnica no es comprometer a una empresa en algo que no desea, sino que se haga una idea del equipo y de nuestros procesos sin comprometerse a un precio más bajo.

“No se trata simplemente de una llamada con el equipo de ventas, ¿verdad? Preguntó Amy.

“Lo que ofrecemos es un enfoque multidisciplinar. Tienes a los BA que, en última instancia, pueden estar en el proyecto contigo, a largo plazo. Tienes un equipo de diseño UX galardonado que te da ideas y comentarios. Y también tienes a nuestros experimentados equipos técnicos y arquitectos técnicos, capaces de evaluar y ofrecerte opciones”

Las empresas que pasan por el proceso de descubrimiento técnico tienen la posibilidad de empezar a aplicarlo inmediatamente, vender los resultados a otras empresas (https://www.door3.com/blog/software-development-consultancy) o descartar por completo el descubrimiento. Los pasos siguientes dependen exclusivamente del cliente. Independientemente de la decisión que tomen, Bart, el jefe de prácticas, compartió una última regla práctica que aprendió de su educación.

“Cuando era pequeño, mi padre era carpintero. Siempre me decía que lo primero que tienes que hacer es pensar en el problema que vas a resolver y asegurarte de medir dos veces para cortar una sola vez. Y hay mucho que decir al respecto”