Los analistas de negocio en Agile

ByDataArtin topicWeb Diseño y Desarrollo

En realidad, hay un gran abismo entre lo que dice un cliente y lo que un desarrollador crea en el final. La razón de esto no es la falta de deseo de comunicarse o malentendido, pero el hecho de que el cliente piensa sobre todo en lo que este programa debe hacer y qué fines debe servir, mientras que el desarrollador se concentra en cómo este programa tiene que trabajar, la forma de obtener los datos, ¿cuál sería el nombre de una nueva columna en una tabla de datos de ser, y así sucesivamente, es decir, a pensar en los detalles de la implementación.

Dado que los desarrolladores y los clientes son personas ocupadas, la aclaración de los detalles se ve como varias rondas de preguntas y respuestas-, y nunca se sabe cuándo se hizo tal o cual decisión y cómo las ideas cambiaron en el proceso de discusión. Pero la principal desventaja de este tipo de comunicación es que el desarrollador se pregunta cómo, pero el cliente no sabe cómo, él sabe por qué y es apenas interesado en el resto. Por otra parte, por lo general al responder a la pregunta de cómo el cliente realiza una copia de sí mismo en una esquina, porque no puede y no saben la cantidad de opciones que hay disponibles para satisfacer sus necesidades y de qué manera es óptima. Sin embargo, el desarrollador sólo está haciendo lo que le han dicho. Y como resultado, tenemos una situación en la que un cliente perplejo pregunta por qué el programa no se ajusta a su percepción del mundo y el desarrollador de perplejidad, dice que él sólo hizo lo que le habían pedido hacer.

Incluso a juzgar por el nombre de la propia profesión, Business Analytics no trata solamente de recopilación de requisitos, pero con su análisis de un pozo, y eso significa que la búsqueda de la mejor manera de alcanzar el objetivo del cliente. De esta manera, el analista debe conocer tanto por qué el cliente necesita tal o cual funcionalidad, así como cómo los competidores se ocupa de ella y cuál es la mejor manera de poner en práctica cada uno de los detalles de la misma.

Analista en Agile

Hoy en día, los métodos de desarrollo de software flexibles están ganando popularidad.

Generalmente, cuando se considera la posibilidad de cambiar a ella - e incluso en el proceso de conmutación o el uso inicial - una serie de preguntas surgen inevitablemente. Uno de ellos es la necesidad de la participación de un analista de negocios en el proceso de desarrollo.

Todo el mundo está familiarizado con las características principales del analista que es esencialmente reuniendo los requisitos y escribir una especificación detallada de cómo debe funcionar el sistema. Incluso antes del inicio del proyecto, los requisitos deben ser recogidos, la especificación debe ser escrito, diseños trabajados a través, y sólo entonces los programadores debe comenzar la escritura de código. Esta es la hermosa historia de cómo la creación del programa rara vez se hace realidad, incluso en los proyectos que utilizan la metodología de cascada, por no hablar de SCRUM.

La documentación del proyecto tiende a volverse obsoletos rápidamente, sobre todo cuando se trata de Agile, donde se consideran los cambios a ser la norma y no por causas de fuerza mayor.

En este sentido, es muy recomendable para reducir al mínimo la documentación utilizando las metodologías ágiles:

Evite de sólo escritura de documentación, es decir, los que lo cierto es que nadie va a leer

Escribe de forma concisa, destacando los puntos importantes y omitiendo los elementos no deseados, como los detalles varían

Use más imágenes visuales, gráficos, notación gráfica

Pero esto no significa que todo debe reducirse al mínimo y los minimizaciones debe ser crucial, ya que la falta de documentación es probable dar lugar a los siguientes problemas:

Sería difícil introducir nuevas personas al proyecto

Hay posibilidades de perder el concepto global y la visión de la totalidad del proyecto o de sus partes individuales

Es difícil controlar la calidad, ya que no está claro lo que se refiere a (sobre todo hablando de pruebas de regresión completamente funcional, que es muy complicado para automatizar por completo)

Es difícil de mantener y desarrollar la funcionalidad inicial, ya que todo el mundo ya ha olvidado lo que era exactamente y por qué fue hecho

Y así sucesivamente y así sucesivamente

En la segunda parte de este artículo, vamos a considerar las funciones jugadas analista en proyectos Agile y patrones de comunicación entre los analistas, desarrolladores y clientes (propietarios de productos).

http://blog.dataart.com/business-analysts-in-agile/