fevereiro5 , 2023

    Os papéis no Scrum

    Relacionados

    Utilizando o universo de Star Wars para compreender a filosofia do Shu-Ha-Ri como método de aprendizagem

    A evolução é um processo importante na vida de um profissional. Estar sempre buscando a melhoria contínua para cada vez mais obter conhecimento e experiência é inclusive um valor da cultura ágil, e o Shu-Ha-Ri vem totalmente de encontro!

    Considere tudo de uma vez

    Esta técnica de visualização de ter tudo diante de nós ao mesmo tempo, pode ser de grande valor quando pensamos em síntese criativa e em Design Sprints.

    Insights, perguntas, ideias (IQI)

    Insights, Questions, Ideas (IQI, pronunciado “icky”), desenvolvido pela Sudden Compass®, é uma forma estruturada de analisar pontos de dados de forma colaborativa.

    Compartilhar

    Existem três papéis na estrutura do Scrum. Estes são idealmente colocados para garantir a comunicação ideal entre os membros da equipe. Enquanto muitas organizações têm outras funções envolvidas na definição e entrega do produto, o Scrum define apenas essas três.

    Product Owner

    O Product Owner, representando as partes interessadas do produto e a voz do cliente, é responsável por fornecer bons resultados comerciais. Portanto, o Product Owner é responsável pelo Product Backlog e por maximizar o valor que o time entrega. O Product Owner define o produto em termos centrados no cliente (geralmente histórias de usuários), adiciona-os ao Product Backlog e os prioriza com base na importância e nas dependências.

    Um time de scrum deve ter apenas um Product Owner (embora um Product Owner possa suportar mais de uma equipe). Essa função não deve ser combinada com a do Scrum Master. O Product Owner deve se concentrar no lado comercial do desenvolvimento do produto e passar a maior parte do tempo em contato com as partes interessadas e o time.

    O Product Owner não deve ditar como o time deverá alcançar uma solução técnica, mas buscará consenso entre os membros do time. Essa função é crucial e requer um entendimento profundo de ambos os lados. Deve ser capaz de comunicar o que a empresa precisa, perguntar por que ele precisa (porque pode haver melhores maneiras de conseguir isso) e transmitir a mensagem a todas as partes interessadas, incluindo o Time de Desenvolvimento, usando uma linguagem técnica, conforme necessário.

    A comunicação é uma responsabilidade central. A capacidade de transmitir prioridades e ter empatia com os membros do time e as partes interessadas é vital para orientar o desenvolvimento do produto na direção certa. A função de Product Owner preenche a lacuna de comunicação entre o time e suas partes interessadas, servindo como proxy para as partes interessadas do time, e como representante do time para as partes interessadas.

    Como o rosto da equipe para as partes interessadas, a seguir estão algumas das tarefas de comunicação do Product Owner para as partes interessadas:

    • Definir e anunciar lançamentos.
    • Comunicar o status da entrega e do time.
    • Compartilhar o progresso durante as reuniões de governança.
    • Compartilhar dados significativos (riscos, impedimentos, dependências e premissas) com as partes interessadas.
    • Negociar prioridades, escopo, financiamento e cronograma.
    • Verificar se o Product Backlog é visível, transparente e claro.

    A empatia é um atributo essencial para o Product Owner – a capacidade de se colocar no lugar do outro. O Product Owner conversa com diferentes partes interessadas, que têm uma variedade de origens, funções e objetivos. Ele deve poder ver esses diferentes pontos de vista. Para ser eficaz, é aconselhável que conheça o nível de detalhe que o público precisa.

    O time desenvolvimento precisa de feedback e especificações completas para que possa criar um produto de acordo com as expectativas, enquanto um patrocinador executivo pode precisar apenas de resumos de progresso. Fornecer mais informações do que o necessário pode perder o interesse das partes interessadas e perder tempo. Um meio direto de comunicação é o mais preferido pelos proprietários de produtos ágeis experientes.

    A capacidade de se comunicar efetivamente também é aprimorada por ser hábil em técnicas que identificam as necessidades das partes interessadas, negociam prioridades entre os interesses das partes interessadas e colaboram com os desenvolvedores para garantir a implementação eficaz dos requisitos.

    Scrum Master

    O scrum é facilitado por um Scrum Master, responsável por remover os impedimentos para que não afetem a capacidade do time de entregar as metas e os resultados do produto. O Scrum Master não é um líder de equipe ou gerente de projetos tradicional, mas atua como um amortecedor entre a equipe e quaisquer influências adversas.

    O Scrum Master garante que a estrutura do scrum seja seguida. Ele ajuda a garantir que o time siga os processos acordados na estrutura do Scrum, muitas vezes facilita as sessões principais e incentiva a equipe a melhorar. O papel também foi referido como facilitador de equipe ou líder de servidor para reforçar essas perspectivas duplas.

    • As principais responsabilidades atribuídas a um Scrum Master incluem (mas não estão limitadas a):
    • Ajudar o Product Owner a manter o backlog do produto de uma maneira que garanta que o trabalho necessário seja bem compreendido de forma que o time possa progredir continuamente;
    • Ajudando o time a determinar a definição de feito para o produto, com a contribuição dos principais interessados;
    • Treinar o time, dentro dos princípios Scrum, a fim de fornecer recursos de alta qualidade para seu produto;
    • Promovendo a auto-organização dentro do time;
    • Ajudar a equipe de scrum a evitar ou remover impedimentos ao seu progresso, interno ou externo ao time;
    • Facilitar eventos do time para garantir progresso regular;
    • Educar as principais partes interessadas sobre os princípios Ágil e Scrum;
    • Treinar o time de desenvolvimento para que sejam auto-organizados.

    Uma das maneiras pelas quais a função de Scrum Master difere de um gerente de projeto é que este pode ter responsabilidades de gerenciamento de pessoas. Um Scrum Master fornece uma quantidade limitada de direção, já que se espera que a equipe seja capacitada e auto-organizada. O Scrum não reconhece formalmente o papel de gerente de projetos, pois as tendências tradicionais de comando e controle causariam dificuldades.

    Time de Desenvolvimento

    O Time de Desenvolvimento tem de três a nove membros que realizam todas as tarefas necessárias para criar incrementos de produção valiosos a cada sprint.

    Embora os membros do time sejam referidos como desenvolvedores em alguma literatura, o termo refere-se a qualquer pessoa que desempenhe um papel no desenvolvimento e suporte do sistema ou produto, e pode incluir pesquisadores, arquitetos, designers, especialistas em dados, estatísticos, analistas, engenheiros, programadores e testadores, entre outros.

    No entanto, devido à confusão que pode surgir quando algumas pessoas não sentem que o termo ‘desenvolvedor’ se aplica a elas, elas geralmente são chamadas apenas de membros do time.

    O time é auto-organizado. Embora nenhum trabalho deva chegar à equipe, exceto através do Product Owner, e espera-se que o Scrum Master proteja o time de muita distração, o time ainda deve ser incentivada a interagir diretamente com os clientes e /ou partes interessadas para obter o máximo entendimento e imediatismo de feedback.

    Artigo anterior
    Próximo artigo