No Scrum, os BAs são convidados para os standups, e eles são galinhas ou porcos?

4

Eu li com interesse esta resposta de Jeff Sutherland, co-fundador do Scrum:

Q: What's your view on the Business Analyst and how it relates to Scrum? Is there a place for the role or should the skill set of that position be spread across/owned by the team?

A: The Business Analyst is responsible for clarifying the requirements for the team so this effort belongs partly with the Product Owner and partly with the team. I usually assign a Business Analysis to work with the Product Owner until the backlog is ready and then work with the team to make sure it is implemented well.

E este artigo lista essas funções para um BA:

  • Gathering requirements by managing relationships with stakeholders and facilitating those conversations;

  • Providing guidance on what to build when to release as much value as possible as early as possible;

  • Helping the Scrum team to plan and improve their ways of working through retrospectives;

  • Ensuring the work done by the team aligns with the wider business strategy.

Isso significa que um analista de negócios no Scrum deve participar de reuniões em pé, como um porco ?

    
por John Wu 18.04.2017 / 21:04
fonte

5 respostas

12

Há três perguntas de todos os participantes em uma reunião em pé . Eles são:

  1. O que eu fiz ontem que ajudou a equipe de desenvolvimento a atingir a meta do sprint?
  2. O que farei hoje para ajudar a equipe de desenvolvimento a atingir a meta do sprint?
  3. Eu vejo algum impedimento que me impeça ou a equipe de desenvolvimento de atingir a meta do sprint?

Observe que "esclarecimento de requisitos" não faz parte das três perguntas.

Toda a reunião não deve durar mais de 15 minutos. Nesse período de tempo, é possível que a questão 3 possa levantar um problema com uma especificação de requisitos, mas a resolução desse problema ocorreria fora da reunião stand-up, com o BA presente.

    
por 18.04.2017 / 21:40
fonte
5

"The BA is responsible for clarifying the requirements for the team"

É responsabilidade do scrum master buscar esclarecimentos da BA fora das reuniões diárias. Faz sentido incluir a BA nas reuniões de planejamento de sprints individuais, mas não em reuniões diárias em pé.

Eu não entendo como a analogia com galinhas e porcos se aplica a um BA em um scrum.

    
por 18.04.2017 / 21:29
fonte
1

Como um bacharel que está inserido em um time scrum e assiste a apresentações diárias, pensei em tentar oferecer uma pequena visão da experiência pessoal. De um modo geral, os BAs não são um ajuste perfeito para um projeto ágil de scrum. Eles (nós) ainda podem ser muito úteis, particularmente em um grande projeto com muitas equipes, onde um Product Owner não pode estar em todos os lugares ao mesmo tempo. Os BAs podem funcionar como POs "stand in" subordinados. Em muitos casos, é útil ter alguém próximo à equipe que possa responder a perguntas sobre requisitos e que tenha uma boa compreensão do uso pretendido do aplicativo e dos processos de negócios do cliente.

Isso não significa que ter um bacharelado com um time scrum seja ideal. Isso ajuda, na medida em que facilita a comunicação com a equipe sobre os requisitos, e o BA pode servir como um canal útil para ajudar a facilitar mais a comunicação entre o cliente e os desenvolvedores (que podem relutar em entrar em contato direto com o cliente ou não saber exatamente quem precisa ser perguntado o que, a fim de esclarecer alguma coisa). Geralmente, porém, isso não é uma boa razão para estar na reunião de pé da manhã. O BA normalmente não tem atualizações úteis para a equipe e não é necessário para responder perguntas nesse formato, especialmente porque elas devem estar disponíveis para desenvolvedores a qualquer momento durante o dia.

No nosso caso, os BAs são solicitados a escrever histórias de usuários para as equipes, verificar se as histórias de usuários estão vinculadas a FLIs de escopo acordado (itens de linha funcionais) e verificar a funcionalidade de histórias concluídas como uma espécie de "logoff" antes de entrarem no processo de teste formal. Eu vejo muitos benefícios de ter BAs "embutidos" em equipes scrum, mas, na realidade, a razão pela qual meu projeto faz isso é principalmente devido ao fato de termos um cliente do governo, que simultaneamente quer que sejamos "ágeis" e dificulta nossa capacidade de realmente praticar o desenvolvimento ágil de software. Eu considero minha própria posição como resultado de um tipo de compromisso de "scrummerfall", infelizmente.

    
por 19.04.2017 / 16:53
fonte
1

O frango e a fábula de porco, juntamente com toda a terminologia "frango" e "porco", foram removidos do Guia do Scrum .

O propósito do Daily Scrum é que a Equipe de Desenvolvimento revise e coordene suas atividades. Ou seja, a maneira como eles estão indo para concluir o trabalho no Sprint Backlog e como estão indo para alcançar as metas da Sprint. Uma regra do Daily Scrum é que apenas membros da Equipe de Desenvolvimento participam e o Scrum Master garante que os participantes de fora da Equipe de Desenvolvimento não interrompam o evento.

Então, quem é um membro da equipe de desenvolvimento? Os três papéis do Scrum são Product Owner, Scrum Master e Development Team. A Equipe de Desenvolvimento "é composta por profissionais que realizam o trabalho de entregar um Incremento potencialmente liberável do produto" Concluído "ao final de cada Sprint." Quem é isso depende da sua organização. Se os seus Analistas de Negócios estiverem realizando o trabalho necessário para atender à Definição de Pronto da sua equipe, eles farão parte da equipe de desenvolvimento. No entanto, se eles não estão fazendo o trabalho que vai para cumprir a Definição de Feito, então eles não são um membro da Equipe de Desenvolvimento.

Na pergunta, há quatro funções para um analista de negócios listadas:

  • Gathering requirements by managing relationships with stakeholders and facilitating those conversations;
  • Providing guidance on what to build when to release as much value as possible as early as possible;

Isso faz parte da atividade contínua de refinar o Product Backlog. Isso não está ligado ao Sprint, mas às necessidades em mudança dos vários stakeholders. Isso realmente não tem lugar no Daily Scrum. Os itens devem ser adicionados, removidos e reordenados no Product Backlog continuamente, pelas pessoas com poderes para tomar essas decisões. Isso provavelmente inclui os analistas de negócios.

  • Helping the Scrum team to plan and improve their ways of working through retrospectives;

Isso não faz parte do Daily Scrum, mas das Retrospectivas. A Retrospectiva está aberta a todo o Time Scrum, que inclui o Dono do Produto. Se os analistas de negócios estão trabalhando em conjunto com o Product Owner para apoiar a equipe, faz sentido que eles também estejam presentes.

  • Ensuring the work done by the team aligns with the wider business strategy.

Isso poderia ser útil no Daily Scrum. Como observador, os analistas de negócios podem trazer possíveis atrasos no cumprimento das metas da Sprint e concluir o backlog da Sprint no planejamento de trabalhos futuros. No caso de os Objetivos da Sprint estarem em risco, eles podem estar disponíveis imediatamente após o Daily Scrum para coordenar com a equipe sobre como priorizar o trabalho restante para agregar mais valor às partes interessadas. Embora o Daily Scrum tenha tempo para 15 minutos, não é incomum entrar imediatamente em discussões mais detalhadas com as pessoas certas após um Daily Scrum.

Por Scrum, os BAs não são participantes do Daily Scrum, a menos que também estejam trabalhando para alcançar a Definição de Feito. No entanto, a participação e a participação são diferentes. Você precisa avaliar se os seus BAs participam e depois estará disponível para discussões (conforme necessário) depois que o seu Daily Scrum valer a pena.

    
por 18.04.2017 / 22:03
fonte
0

Eu diria que o BA não deve fazer parte do processo de scrum. Eles não são membros da equipe do scrum. Em vez disso, eles são recursos para o Product Owner, que é um membro da equipe do scrum. O Product Owner é, em última instância, o responsável por determinar o que acontece no backlog e em qual ordem, bem como os critérios de aceitação desses PBIs. O BA, então, ajuda o Dono do Produto a tomar essas decisões, mas isso não significa que elas agora fazem parte da equipe do scrum.

    
por 06.06.2017 / 18:06
fonte