Eu, como alguns outros programadores, não sou um grande fã de comícios. Às vezes, todo esse refinamento, revisão e sessões retrospectivas são irritantes.
As equipes em que trabalhei nunca
planejaram comícios de
pôquer , mas recentemente participei de uma verdadeira equipe alienígena. Eu estou familiarizado com toda essa equipe (com exceção do novo arquiteto), mas nunca vi pessoalmente a composição completa da equipe em ação, por isso observei com interesse suas abordagens ao trabalho em equipe. Além de ser bastante divertido, pude aprender algo novo e útil para mim. Neste artigo, quero compartilhar minhas impressões de participar de um rally de planejamento de poker.
Frequência do planejamento de reuniões de pôquer
Eu nem sabia que algumas de nossas equipes praticam o Planning Poker. O fato é que, em nossos projetos, membros da equipe de dois escritórios: o escritório holandês e o escritório russo. Usar o Planning Poker para conteúdo de sprint em nosso ambiente é simplesmente irreal. Para essas sessões, é necessário reunir uma equipe inteira em um único local e é difícil organizá-la regularmente. Portanto, a equipe realiza essas sessões apenas para o backlog de tarefas por vários anos, algumas das quais parecem loucas e irreais para implementação, bem, tarefas que exigem mais tempo do que os gerentes estão prontos para dar no momento atual. Para esses propósitos, o planejamento de poker é perfeito, na minha opinião. Se você tiver experiência no planejamento de pôquer para equipes distribuídas sem reunir toda a equipe em uma sala, será interessante se familiarizar, cancele a inscrição nos comentários.
Para quais times seria benéfico usar o Planning Poker
A equipe em consideração está desenvolvendo a parte do software para equipamentos médicos e o software para a parte de hardware correspondente - firmware. Portanto, essas sessões serão informativas para a maioria dos membros da equipe, pois alguém trabalha com apenas uma parte e não conhece os detalhes e as dificuldades encontradas em outras partes do software. Durante o comício, muitas discussões entre as pessoas com as classificações mais baixa e mais alta começaram: "É fácil fazer isso". Sim, às vezes programadores experientes fazem uma classificação baixa e, em alguns casos, uma classificação baixa é dada por inexperiência, porque esse é um firmware
"sarcasmo" para uma peça de hardware comum e por que se preocupar por tanto tempo
</ sarcasm> .
Grandes tarefas são divididas e avaliadas individualmente
A maioria das tarefas continha pelo menos três partes, com base nas especificidades do projeto: software, firmware e, na verdade, os testes. Para sistemas complexos do grupo de elementos constituintes, foi feita uma avaliação para um elemento.
Você pode convidar alguém de outro projeto para participar
Ao avaliar a complexidade de uma tarefa, perguntas adicionais de iniciantes podem ser muito úteis. Como você entende, eles me convidaram para esta missão sagrada. O fato é que uma pessoa ignorante pode fazer perguntas que também serão úteis na contabilização das classificações dos membros da equipe. Eu próprio notei algumas vezes como, depois da minha pergunta, algumas pessoas começaram imediatamente a procurar outro cartão, embora eu já tivesse decidido a classificação.
Tempo necessário para planejar as sessões de poker
Tais sessões requerem muito tempo. O tempo de discussão para cada problema depende da integridade dos requisitos e do entendimento da solução para o problema. O tempo para discussão do problema pode variar de 5 a 30 minutos. Então participei da discussão sobre o último terço da parte de backlog das tarefas. Demorou uma hora e meia.
Então, para resumir.
Tudo é bom com moderação. Planejar sessões de pôquer são atividades úteis, mas levam muito tempo, então não acho sensato tê-las com muita frequência, a menos que você tenha tempo livre. Reunindo essas reuniões de tempos em tempos, você manterá um conhecimento geral da equipe em diferentes partes do projeto, o que ajudará a melhorar o processo de solução de problemas. E para alguém, pode ser uma boa oportunidade para se familiarizar com outras partes do projeto, caso você se canse de trabalhar com o seu.