5 minutos de lectura

Por qué es probable que su proyecto fracase sin un especialista en BA

Negocio

Business analysis

Información empresarial

Al desarrollar una nueva aplicación o mejorar una existente, nuestro objetivo final es crear un producto perfecto que satisfaga las necesidades de los usuarios y ofrezca los resultados esperados. Para que esto suceda, en Innowise aconsejamos encarecidamente a nuestros socios que cuenten con al menos un analista de negocio para crear especificaciones claras para el proyecto. Unas especificaciones precisas conducen a hitos alcanzables descompuestos en tareas sencillas y realizables para el equipo de desarrollo. Los hitos realistas y los objetivos claros, a su vez, permiten una planificación presupuestaria eficaz y una mayor probabilidad de éxito del producto.Estadísticas de The Standish Group muestran que de unos 8400 proyectos que carecen de analistas de negocio, unos 80% fracasaron o se encuentran en una situación discutible, mientras que sólo en Estados Unidos se gastan anualmente $250 mil millones en desarrollo de software, que abarcan unos 175 mil proyectos.Además, el estudio anterior muestra que 49% de los proyectos sólo habían implantado entre 25 y 74% de funcionalidad, mientras que 48% de los proyectos se retrasaron al menos dos veces y 25% de los proyectos duplicaron como mínimo su presupuesto. Sólo 15% de los proyectos no superaron la marca de 20% de exceso de gasto presupuestario y sólo 7% consiguieron implantar toda la funcionalidad prevista.A la luz de estas estadísticas, una conclusión es obvia: los analistas de negocio desempeñan un papel crucial en los equipos de desarrollo de software y deben participar en la planificación de los proyectos para garantizar su éxito.

¿Qué hacen Business Analysts?

Según la CIO, business analysts son los responsables de reducir la brecha entre los especialistas en IT y las empresas. Lo consiguen utilizando data analysis en los procesos de evaluación de procesos y determinación de requisitos, aportando recomendaciones e informes basados en datos a las partes interesadas, los propietarios de productos y la dirección ejecutiva.Estas son algunas de las principales responsabilidades de un analista de negocio.

Identificación de necesidades

Para crear requisitos de proyecto precisos, los analistas empresariales deben identificar primero las necesidades de una empresa concreta. La necesidad empresarial en sí es un vector general que apunta a un producto y que viene dado por un problema (por ejemplo, la mala coordinación de los mensajeros en un servicio de reparto) o una oportunidad (como crear una forma más cómoda y segura de realizar pagos en línea en comparación con la competencia).

Esta necesidad empresarial tan básica muestra la dirección general en la que quiere ir la empresa y cómo debe ayudar el software. Se trata de un punto vital que los analistas de negocio tienen siempre presente a la hora de crear los requisitos del proyecto, y adaptan toda la documentación para satisfacerlo.

Especificación de requisitos

En el desarrollo de software, los requisitos y objetivos empresariales difieren de los requisitos de desarrollo.Para que una empresa trabaje en tándem con los desarrolladores, los analistas de negocio reúnen los requisitos empresariales de los ejecutivos y las partes interesadas, los analizan y los transforman en requisitos de desarrollo bien estructurados.Según Forrester En Estados Unidos, alrededor del 66% de todos los proyectos de software fracasan debido a una mala especificación de los requisitos del producto y los objetivos empresariales. Esto supone unos $30.000 millones en costes anuales.

Traducción

Es esencial que los desarrolladores de software comprendan cada objetivo empresarial, por grande o pequeño que sea, antes de ponerlo en práctica. De lo contrario, existe una alta probabilidad de que haya que rehacer la solución.Expertos de Universidad Carnegie Mellon , estiman los costes de reconstrucción de las soluciones informáticas en un 25-40% del coste total del proyecto.Los analistas de negocio reducen drásticamente las posibilidades de que se produzcan esas sorpresas desagradables. Normalmente, un analista de negocio es un experto en uno o varios campos empresariales interconectados. También conocen el proceso de desarrollo de software, las tendencias y las mejores prácticas. Combinando estas dos características, pueden entender fácilmente lo que una empresa necesita de la solución y transmitirlo a los desarrolladores.Como resultado, la empresa recibe una solución que funciona según lo previsto sin necesidad de modificar nada.

Comunicación

Otra parte de la función de traducción consiste en ser mediador de la comunicación. Según Instituto de Gestión de Proyectos, la mala comunicación es responsable del 30% de los fracasos en proyectos de desarrollo de software.Los analistas de negocio suelen convertirse en intermediarios entre el equipo de desarrollo y la empresa en términos de comunicación. Analizan los comentarios de las partes interesadas y los ejecutivos y los transforman en tareas y peticiones claras para el equipo de desarrollo, al tiempo que ofrecen información fácilmente digerible sobre estados e hitos a la inversa.

Cómo ayuda un analista de negocio a reducir los costes de desarrollo de software

Si la cobertura de funciones vitales y la prevención de gastos desagradables mencionadas anteriormente no son suficientemente convincentes, veamos otro dato estadístico. Business analysis de referencia afirma que, mediante la aplicación de procesos eficaces de trabajo con requisitos, las empresas obtienen beneficios tales como

las posibilidades de entregar el proyecto a tiempo aumentaron en 87%;
probabilidad de superar el presupuesto reducida en 75%;
la probabilidad de alcanzar los objetivos empresariales y las demandas de los usuarios aumentó en 75%.

Permítanos compartir algunos ejemplos de cómo ayudamos a nuestros clientes a reducir los costes de desarrollo mediante business analysis.

Los problemas de comunicación no son problemas

Uno de nuestros clientes quería construir su propia plataforma DeFi (finanzas descentralizadas) operada por un token personalizado y con una funcionalidad bastante amplia. Al principio, no querían contar con un analista de negocio, así que empezamos a trabajar solo con un gestor de proyectos, un diseñador y varios desarrolladores de software.

Resultó que el proyecto no podía desarrollarse de esta manera y el equipo pasó mucho tiempo celebrando reuniones periódicas porque el cliente no podía aportar requisitos claros para el proyecto. Como sabíamos que este enfoque no iba a dar resultados, sugerimos encarecidamente trabajar con uno de nuestros Business Analysts.

Nuestro cliente aceptó este experimento y empezó a trabajar estrechamente con nuestro especialista en BA. Como resultado, quedaron gratamente sorprendidos por la rapidez con que todas sus ideas y objetivos se convirtieron en requisitos claros y tareas directas repartidas entre todo el equipo. El proceso de desarrollo empezó a acelerarse y la comunicación frecuente se hizo innecesaria. A partir de ese momento no se perdieron tiempo ni recursos por malentendidos, y el proyecto avanza activamente.

Por ahora, el producto está fuera de la fase beta y estamos trabajando para añadir nuevas funciones y módulos con el fin de construir todo un ecosistema para el producto.

Reducir el trabajo innecesario

Teníamos un cliente que quería desarrollar una aplicación móvil desde cero. Antes de contactar con nosotros, estaban trabajando en ello con un par de amigos, uno era diseñador y otro desarrollador móvil.

Tras revisar el proyecto, nuestros expertos observaron que el propietario del producto describió el concepto de la aplicación al equipo, el diseñador creó maquetas y el desarrollador implementó la funcionalidad. Durante el proceso de pruebas, descubrieron que le faltaban varias funciones más y que algunas de las presentes se habían implementado incorrectamente, por lo que tuvieron que volver a empezar.

Sugerimos intentar trabajar con un analista de negocio como parte del equipo. Al principio, el cliente rechazó esta propuesta. Cuando finalmente decidieron aumentar el equipo existente con un especialista en BA, el trabajo se puso en marcha. Al cabo de un mes de trabajar con un analista de negocio, el cliente se dio cuenta de lo eficaz y estructurado que se había vuelto el proceso.

Ya no hubo necesidad de hacer docenas de diseños diferentes para el proyecto, ni de rediseñar la solución y reelaborar su funcionalidad. Como resultado, el coste de desarrollo de la aplicación se redujo considerablemente.

Gestión de procesos

Innowise tiene varios proyectos (tanto en curso como finalizados) en los que los analistas empresariales actúan también como gestores de proyectos.

Gracias a su profundo conocimiento de las especificaciones y procesos del proyecto, los analistas de negocio saben qué tareas priorizar y cómo resolver determinados problemas. Cuando se trata de equipos de desarrollo pequeños (alrededor de 5-7 personas), en Innowise recomendamos aumentar los equipos con analistas de negocio. En proyectos grandes, existe una alta probabilidad de que un BA esté ocupado a tiempo completo con tareas, requisitos y otras funciones de BA. Para este tipo de proyectos, sugerimos contar con un gestor de proyectos dedicado.

Business analysis en proyectos ágiles

En los proyectos ágiles, un analista de negocio puede ser un salvavidas. Mientras que el propietario del producto, las partes interesadas y el equipo de desarrollo piensan a lo grande, los analistas de negocio descomponen fácilmente estas grandes ideas en pequeñas tareas. Dado que la agilidad se basa en la mejora constante a través de versiones pequeñas y frecuentes, esto permite señalar la funcionalidad básica necesaria para una prueba de concepto o un producto MVP sin características redundantes.

Además de ahorrar tiempo y esfuerzo a la hora de lanzar la primera iteración del producto, los analistas de negocio también organizan y programan las próximas versiones del proyecto, lo que ahorra tiempo de gestión del proyecto y reduce las repeticiones.

Además, los especialistas en business analysis proporcionan al equipo requisitos de características y criterios de aceptación claros, lo que agiliza el proceso de aseguramiento de la calidad.

¿Por qué contratar a un analista de negocio si ya tienes a un jefe de proyecto?

Tanto los analistas de negocio como los gestores de proyectos desempeñan un papel importante en el ciclo de vida del desarrollo de software.

Aunque a primera vista puedan parecer similares, su funcionalidad es bastante diferente si se comparan en profundidad.

Aunque ambos especialistas se encargan de la comunicación con el cliente y el equipo de desarrollo, sus funciones son distintas. Los jefes de proyecto son una especie de supervisores del equipo que se aseguran de que todo vaya según lo previsto y de que no haya obstáculos que impidan avanzar.

La comunicación del analista de negocio con el cliente y el equipo tiene una finalidad completamente distinta. Recopilan toda la información posible para procesarla y convertirla en requisitos, instrucciones y criterios de aceptación claros.

En consecuencia, los analistas de negocio proporcionan tanto al equipo como a las partes interesadas una documentación fácil de entender y visualizar incluso cuando la solución se encuentra en la fase de concepto.

Así, mientras que los jefes de proyecto cubren los procesos de desarrollo desde el lado de la comunicación, ya que es su función principal, los analistas de negocio utilizan la comunicación como herramienta para desempeñar su función principal: preparar una documentación clara del proyecto.

Conclusión

Las estadísticas dicen que en la mayoría de los casos un proyecto de TI fracasará o incurrirá en gastos innecesarios si no hay un analista de negocio a bordo.

No podemos decir que no haya ninguna posibilidad de éxito, pero cuando desarrollamos software siempre intentamos ofrecer a nuestros clientes los servicios y marcos de desarrollo de software más fiables y eficaces. Así que le recomendamos encarecidamente que considere la posibilidad de contar con un analista de negocio en su equipo.

Pero la elección final depende de usted. Si se siente capaz de gestionar los procesos de desarrollo de software en términos de documentación y requisitos, sin duda puede intentarlo. Y si algo sale mal, nuestro equipo siempre está aquí para cubrir sus necesidades.

Gracias por su valoración.

Gracias por su comentario.

Dmitry Nazarevich CTO

Date: 15 de diciembre de 2022

Índice

Valora este artículo:

★★★★★ 4/5

4,8/5 (45 opiniones)

Contenidos relacionados

Blog

Pequeña portada La evolución de las transacciones P2P

La evolución de las transacciones P2P: una guía completa

Blog

Software de código abierto para la detección del fraude financiero: reducción de gastos y mantenimiento de la calidad

Blog

Cómo implantar un sistema bancario central con soluciones de código abierto

Blog

Soluciones de gestión de la información sobre productos (PIM) 2024: tendencias e innovaciones a tener en cuenta

Blog

BPM tolerante a fallos con Camunda y Spring Cubierta de la bota pequeña

Automatización de procesos empresariales con Camunda: implantación tolerante a fallos de esquemas BPM

Blog

El papel de la analítica de datos en la revolución del sector asegurador

Blog

Looker vs Power BI - Revolucionando la industria de cubiertas pequeñas

Comparación entre Looker y Power BI: presentación de la herramienta de BI

Blog

Por qué contratar desarrolladores de software junior para sus proyectos

Blog

La tokenización de Sprint: un cambio de juego en el tratamiento de datos

Blog

Revolucionar el comercio minorista: explorar la dinámica de la transformación digital en la industria minorista

Blog

Fabricación digital: poniendo en práctica la tecnología

Blog

Coreless banking: liberar a los bancos de sistemas informáticos rígidos

Blog

Automatización robótica de procesos para logística y transporte

Blog

Realidad aumentada para el comercio electrónico

Cómo la realidad aumentada está cambiando las compras en eCommerce

Blog

El impacto de la automatización robótica de procesos en la banca

Blog

Blockchain en la cadena de suministro: casos de uso y ejemplos de la industria

Blog

Desarrollo de software: el corazón de la industria 4.0

Blog

Cybersecurity en la banca: importancia, amenazas y desafíos

Blog

Una guía empresarial para el desarrollo de chatbots empresariales

Blog

Cómo se utilizan machine learning y AI en banca y finanzas

Blog

Cómo elegir el socio adecuado de nearshoring de IT: consejos para consultores de IT en Europa

Blog

Cómo crear una billetera digital que sea amada por millones

Blog

Aprendizaje automático para el sector educativo

Machine learning para el sector educativo: algoritmos, ventajas y predicciones

Blog

$Por qué fracasan los proyectos IT$

Por qué fracasan los proyectos IT

Blog

Fase de descubrimiento en el desarrollo de software: cómo ahorra tiempo y dinero

Blog

ciclo de vida del desarrollo de software

Todo lo que debe saber sobre SDLC: fases, ventajas y más

Blog

Cómo estructurar un equipo de desarrollo de software de alto rendimiento

Blog

7 razones por las que Java es perfecto para el desarrollo de software empresarial

Blog

Inteligencia artificial en la sanidad

Blog

Servicios de renderizado 3D: estudio de caso de un producto digital de moda

Blog

¿Cómo aparecer en una bolsa de criptomonedas?

Blog

Planifique paso a paso el desarrollo de su propio sitio web de eCommerce

Blog

¿Cómo hacer un documento SRS?

Blog

Por qué machine learning es bueno para el comercio minorista y electrónico

Blog

Cómo transformamos la medicina con VOKA

¿Nos ha traído un desafío?

Nombre

Empresa

Correo electrónico

Teléfono

Mensaje Por favor, facilítenos detalles del proyecto, duración, tecnologías, especialistas informáticos necesarios y otra información relevante.

Grabe un mensaje de voz sobre su proyecto
para ayudarnos a comprenderlo mejor.

Adjunte los documentos adicionales si es necesario

Cargar archivo

Puede adjuntar hasta 1 archivo de 2 MB en total. Archivos válidos: pdf, jpg, jpeg, png

Le informamos de que cuando haga clic en el botón Enviar, Innowise procesará sus datos personales de acuerdo con nuestra Política de privacidad con el fin de proporcionarle la información adecuada.

Qué pasa después?

Una vez recibida y procesada su solicitud, nos pondremos en contacto con usted para detallar las necesidades de su proyecto y firmar un acuerdo de confidencialidad que garantice la confidencialidad de la información.

Después de examinar los requisitos, nuestros analistas y desarrolladores elaboran una propuesta de proyecto con el alcance de las obras, el tamaño del equipo, el tiempo y las estimaciones de costos.

Concertamos una reunión con usted para discutir la oferta y llegar a un acuerdo.

Firmamos un contrato y comenzamos a trabajar en su proyecto lo más rápido posible.

Por qué es probable que su proyecto fracase sin un especialista en BA