CERIMÔNIAS: Quando o book não atende minha necessidade
Bora aqui falar das cerimônias. e que as vezes o que está escrito na metodologia, não atende a necessidade do projeto.
Lembrando aqui quais a cerimônias:
Aqui trabalhamos com fatos reaissssssssss. me valorizem, tá?
DAILY SCRUM
Tive um projeto de um empresa muito grande e conhecida pelos consumidores finais mas também conhecida pelos profissionais de tech pelo caos que são os projetos (INCLUSIVE ELA DEVIA ESTAR NAQUELA PLANILHA DE PIORES EMPRESAS PARA SE TRABALHAR, e nm eh meme kkkkkkkk)
Eu tinha uma #Daily com o time de 30 minutos - CONTEXTO: time de 9/10 pessoas
Depois eu tinha outra #Daily com o cliente que durava em torno de 1h30
Detalhe: as vezes atrasava com o cliente, pq ainda tava com o time, e num dia tranquilo, ficava 2h do meu dia em daily
Como agilista, antes de tudo, eu digo, tá errado!
Daily pelo book eh de 15 min.
"Ah mas meu projeto é complexo"
Faz em 20'. Ou faz em 30'
Existem vários jeitos de fazer daily, a função do agilista eh adaptar da melhor forma
Tive outro projeto que fazia daily as vezees em menos de 15 minutos.
CONTEXTO: time de 17 pessoas, todos bm seniores.
Como eu fazia?
Não precisava dos 17 falando todos os dias. Falava quem tava com impedimentos, quem precisava de ajuda o restante só dava um overview de 30 segundos, se precisasse.
Funcionou! O projeto foi entregue. E a gte não gastava tempo desnecessariamente.
Teve outro, que não era propriamente ágil, a a gte fazia daily seg, qua e sex, pq a gte tava aqui e os devs na ásia e a gte fazia daily 2 da manhã, naquele contexto funcionava.
Não to dizendo que a metodologia não funciona, funciona muito!!!!
Mas também acho que a gte tem que adaptar a necessidade do projeto, tu ja fez uma receita sem ter todos os igreedientes? Pois é!
Planning
Pontos de atenção e frustação que eu já vivenciei:
Não ter o backlog completo até o fiim do projeto: Nem sempre a gente tem a visibilidade de produto toda, pq na maioria das vezes nem o time de negócio tem também, minha gente, adaptação é um dos princípios da agilidade, vale tudo, só não vale deixar dev sem trabalho.
Mudança de direção do produto: eu sou a favor, de que se for mudar o direcionamento seja na próxima planning, mas as vezes não dá! E tudo bem também. Para, refina novamente e segue o jogo.
Recomendados pelo LinkedIn
Planning que não reflete a realidade: no começo do projeto isso pode acontecer pq o escopo tá em construção, mas uma vez definido, dá pra acertar hein?!
Planning Poker: muitos amam, muitos odeiam. Eu gosto da discussão que a pontuação gera muito mais dq a própria pontuação. Acho que agrega sabe?
Review
Review eh kaizen de produto, vê oq tá bom, o que pode ser adicionado ou retirado para que seja replanejado na planning.
Não é pra fazer refinamento
Não é pra pontuar stories
Não é pra falar de backlog
Eh pra demonstrar oq foi feito na sprint.
Retro
Retro eh aizen de pessoas,saber como o time esteve na sprint.
Particularmente, as minhas retros, seguem o padrão:
Ice break + board de retro
eh o momento do time interagir e comentar os "perrengues" da sprint.
"Ah mas não tem refinamento em projeto ágil"
-Quer dizer que se precisar, tu não vai fazer?
"Ah....vou"
-Pois é! Eu também.
Se a tarefa ou épico ou o projeto todo tá difícil e os devs precisam de ajuda, a gte tem q refinar. Pronto acabou.
Coompartilho aqui um pouco da minha vivência em projetos, mas eh claro que não sou a dona de todas as verdades! Como eu digo,o iportante é entregar!
Analista Administrativo | B2B | CS | Franchising | Metodologia Ágil | Gestão de Equipe | Melhoria Contínua | Processos | Yellow Belt
4 mExcelente perspectiva sobre a flexibilidade das cerimônias ágeis! Adaptar os rituais ao contexto do projeto é crucial. Às vezes, a rigidez no formato pode gerar mais frustração do que benefícios. A flexibilidade é uma das chaves para o sucesso ágil.
Agile coach | Scrum Master (CSM) | Estratégia | OKRs | Gestão de Mudanças | Gestão de Projetos de TI | Gestão de Pessoas | Business Agility
5 mVou relembrar o que você deixou claro, isto é uma vivência real, ou seja, no Scrum Guide vemos o mundo ideal mas, assim como a agilidade, tudo deve (e pode) ser adaptável. Muito bom Dani! Outro fator que pode parecer mínimo mas faz alguma diferença é que não chamamos mais de cerimônia e sim de eventos ágeis. A palavra cerimônia denota algo fechado, sem adaptabilidade e cumpridor de regras muito claras e cristalizadas. Já evento pode ser adaptável, imprevisível e leve. Se pensarmos em cerimônias agora como eventos, com certeza nossa prática diária será leve e direcionada ao engajamento do time e com foco no cliente.