Introdução
Neste artigo, vou explicar por que usamos Delegation Poker com uma equipe de Estagiários do Biopark
Contexto da Equipe
Esta equipe era composta por 8 pessoas que, além de funcionários do Biopark, eram estudantes de um curso de gestão de projetos. Eles tiveram o desafio de desenvolver duas soluções em sistemas relacionados à logística e investimentos. Eles trabalharam juntos por quase 1 ano para criar essas duas soluções. Enfrentaram desafios relacionados ao engajamento entre si, entendimento do negócio enquanto equilibravam tempo e aprendiam a arte da gestão de projetos. Gradualmente, introduzimos conteúdo relacionado à agilidade e o Management 3.0 sempre foi uma referência, principalmente para melhorar o aspecto comportamental entre eles como equipe. Conforme o desenvolvimento dos projetos avançava, implementamos mais práticas de gestão de projetos, management 3.0 e comportamentais, sempre visando melhorar a qualidade do trabalho da equipe, tanto em termos técnicos quanto comportamentais.
Explicação: Delegation Poker
O Delegation Poker é uma ferramenta usada para facilitar a discussão e a tomada de decisões em torno da delegação de tarefas e responsabilidades dentro de uma equipe. Permite que os membros da equipe expressem seu nível de conforto com diferentes níveis de delegação e promove transparência e alinhamento nas práticas de delegação.
Por que decidimos usar essa prática?
Usamos o Delegation Poker porque ajuda a esclarecer as expectativas em torno da delegação de tarefas e responsabilidades dentro de uma equipe, garantindo que todos estejam na mesma página e que haja transparência no processo de tomada de decisão. Também incentiva a comunicação aberta e capacita os membros da equipe a assumir a responsabilidade por seu trabalho, levando a uma dinâmica de equipe mais colaborativa e eficaz.
Utilizei o Delegation Poker em uma equipe que estava passando por conflitos relacionados a papéis e responsabilidades durante um projeto de desenvolvimento de software. Essa ferramenta nos permitiu ter uma conversa aberta e honesta sobre como poderíamos distribuir melhor as tarefas e delegar responsabilidades de maneira justa e eficaz para todos. Ao discutir nossas preferências e preocupações, conseguimos identificar áreas em que precisávamos de mais clareza e estabelecer um entendimento compartilhado do papel de cada membro da equipe.
Além de esclarecer expectativas e reduzir conflitos, o Delegation Poker também nos ajudou a melhorar nossa dinâmica geral de equipe. Ao incentivar a colaboração e a comunicação, conseguimos trabalhar juntos de forma mais eficaz e nos apoiar na conquista de nossos objetivos. Isso levou a um ambiente de trabalho mais positivo e produtivo, o que, por sua vez, resultou em um resultado de projeto bem-sucedido. Em suma, o Delegation Poker foi uma ferramenta valiosa para lidar com os conflitos que enfrentamos e melhorar o desempenho e a coesão de nossa equipe.
Como usamos esta prática
Para abordar os conflitos relacionados a papéis e responsabilidades em nossa equipe de desenvolvimento de software, decidi usar o Delegation Poker. Primeiro, apresentei a ferramenta à equipe e expliquei seu propósito e benefícios. Em seguida, fornecei uma visão geral do processo, que envolveu cada membro da equipe classificando seu nível de conforto com diferentes níveis de delegação.
Em seguida, iniciamos a atividade selecionando uma tarefa ou responsabilidade para delegar. Cada membro da equipe recebeu um conjunto de cartas representando diferentes níveis de delegação, variando de “dizer” a “delegar completamente”. Cada pessoa foi solicitada a selecionar a carta que melhor refletisse seu nível de conforto com a tarefa atribuída. Em seguida, discutimos nossas escolhas individuais e o raciocínio por trás delas.
Através dessa discussão, conseguimos identificar áreas onde havia discordância ou confusão e trabalhar para esclarecer expectativas. Também identificamos áreas onde certos membros da equipe estavam mais confortáveis em assumir mais responsabilidade e conseguimos ajustar nossas práticas de delegação de acordo. Ao final da atividade, havíamos estabelecido um entendimento compartilhado do papel e das responsabilidades de cada pessoa, reduzindo conflitos e promovendo a colaboração.
Quais decisões foram tomadas?
Como expliquei no início do artigo, a equipe, além de trabalhar, estudou gestão de projetos. Então, a cada 2 ou 3 sprints, trocavam de papéis para simular e entender melhor cada um.
Na primeira
Sprint, a Pessoa A foi o Scrum Master, enquanto a Pessoa B foi o Product Owner e os outros foram a equipe responsável pelo desenvolvimento. Algumas sprints depois, esses papéis mudaram, como a Pessoa C assumindo o papel de Scrum Master e a Pessoa A se tornando Product Owner, e a Pessoa B se tornando parte da equipe de desenvolvimento.
Como cada pessoa tinha uma crença diferente do que cada um deveria fazer, sempre tivemos conflitos nessas trocas de papéis. Usamos então o Delegation Board para abordar esses conflitos e chegar a um acordo comum que não mudava (ou tinha mudanças mínimas) quando ocorriam mudanças nas atribuições.
Abaixo está a tabela mostrando os principais temas e quem atuaria em qual papel. A cada 2 ou 3 sprints, o quadro era revisado e mais funções eram detalhadas.