Obviamente depende. Pero, en general, The Business Analyst puede ayudar a representar al cliente / empresa en el equipo, especialmente en los casos en que el dominio comercial es complejo y el equipo no tiene suficiente conocimiento del dominio comercial.
Me gustaría ver al Business Analyst para que trabaje con el Negocio / Producto para elaborar los requisitos, por ejemplo, de Características / Epics / Temas en Historias de usuarios más detalladas. Elija qué historias son cruciales y cuáles pueden ser de menor prioridad.
También espero que el Analista de negocios eduque a los miembros del equipo sobre el negocio para que puedan comprender mejor POR QUÉ se necesitan las características / historias, CÓMO están pensando los usuarios, qué trabajo está tratando el sistema para ayudarlos a mejorar, etc.
Si nos fijamos en dos marcos “ágiles” específicos:
Melé:
En algunos entornos, los BA están en un “Equipo Scrum”. En otros, trabajan como parte de un equipo de “Propiedad del producto / Descubrimiento” para proporcionar al equipo historias antes del sprint. En cualquier caso, tener el BA como PO podría ser una disfunción. Por lo general, los BA no tienen responsabilidades de ROI para un Producto / Sistema, por lo que realmente no pueden cumplir con el rol real del Propietario del Producto, por ejemplo, priorizar Temas / Características.
- ¿Debo ingresar a la industria del juego o convertirme en desarrollador / ingeniero / programador de software? No me importa el dinero.
- ¿Cuál es la mejor escuela, SDSU o Cal Poly SLO para Ingeniería de Computadoras / Software?
- ¿Cuál es el mejor software de seguridad todo en uno?
- ¿Cuáles son algunas bibliotecas Java de código abierto para construir un software de captura de datos faciales de biometría y cámara web?
- ¿Cómo hacen las personas las aplicaciones?
Kanban:
En el método kanban no hay roles adicionales / específicos y comienza con el proceso / roles que tiene. así que cuando trabaje con Kanban, un BA continuará haciendo lo que hizo antes. La diferencia podría ser que trabajará con lotes más pequeños entregando artefactos más pequeños a los desarrolladores, así como que el Límite WIP que aplica Kanban lo llevará a colaborar más con el equipo en lugar de centrarse solo en sus entregas de forma aislada. Es posible que tenga que reducir la velocidad para permitir que el equipo se ponga al día, ajustar la forma en que hace las cosas y tal vez asumir un trabajo adicional de su lado para permitir que el equipo corra más rápido, o dejar que el equipo lo ayude asumiendo algunas responsabilidades si resulta que está El cuello de botella. En pocas palabras, su papel podría evolucionar exactamente en cómo se ve la interfaz aguas arriba y aguas abajo y la granularidad y el tipo de elementos de trabajo, y podría evolucionar a formas muy diferentes de trabajo, pero con el tiempo, y con una justificación real de por qué esta evolución es una paso necesario Cada paso será un “experimento” para tratar de resolver un problema.
HTH