Agilistas, gestores, líderes, seja qual for a pessoa facilitadora, todas elas possuem a sua caixa de ferramentas com diversas atividades, métodos, frameworks e técnicas para facilitar o trabalho de indivíduos, grupos e empresas. Isso está intrínseco ao papel. No entanto, “é raro, mas acontece bastante” situações onde processos e ferramentas
Stakeholder Analysis: engajamento eficiente com base na influência e interesse das pessoas
Imagine que você entrou em uma nova empresa ou atuará em um novo projeto com pessoas desconhecidas e precisará manter comunicação constante com elas. Você, na proatividade, resolve adicioná-las em todas as reuniões e em tudo que é tipo de e-mail. Além disso, as colocam em vários grupos no Slack.
Definition of Done (DoD): garantindo entregas consistentes e confiáveis
Pense em uma marca que você admira. Agora, pense no produto que você mais gosta dessa marca. Como será que ela consegue produzir esse produto em grande escala e com agilidade sem comprometer a qualidade entregue ao cliente? Seriam processos bem definidos? Pessoas capacitadas e motivadas? Ferramentas e tecnologia de
Definition of Ready (DoR): as suas user stories estão prontas?
Espera aí! Prontas para quem? Quantas vezes você já ouviu “isso é fácil”, “mas é só adicionar um botão”, “não precisa detalhar, o DEV já sabe o que fazer” e “começa aí e depois eu atualizo a user story”? Não precisamos mais de documentação, foi o que muita gente disse
Três Amigos: simplificando o entendimento de requisitos
Cansados de Product Backlog Refinements extensas e sem fim? O refinamento de requisitos de negócio no seu time não anda nada produtivo? O time é grande e possui especialistas em determinadas áreas de negócio? Dificuldades em chamar todo mundo para o refinamento? Calma, os seus problemas NÃO acabaram! Porém, a
Product Backlog Refinement
Apesar de não ser um evento formal no Scrum, por não ser obrigatório, o Product Backlog Refinement é uma atividade vital em muitos times Scrum por trazer clareza aos itens de trabalho e proporcionar alinhamento sobre o produto. Na prática, nem sempre os times se depararam com um Product Backlog
Sprint Retrospective: planejando o aumento de qualidade e a eficácia do time
O Sprint Retrospective é o último evento Scrum, o que conclui a Sprint, e é também o tema do último post sobre os eventos Scrum. As retrospectivas têm o propósito de refletir sobre a Sprint recém completada e identificar áreas para melhoria na próxima iteração. Esse momento permite que o
Sprint Review: inspecionando o resultado da Sprint
O terceiro post da série de eventos Scrum é sobre a Sprint Review, realizada ao final de cada Sprint. Neste momento o trabalho realizado é inspecionado e o Product Backlog adaptado de acordo com o feedback dos stakeholders (PO, Scrum Team, Team Lead, pessoal de business ou de outras áreas).
Daily: inspecionando o progresso em direção a Meta da Sprint
O segundo post da série de eventos Scrum é sobre a Daily Scrum. É importante destacar que o Scrum Guide não define que a pessoa responsável por facilitar a reunião seja a Scrum Master. O guia deixa claro que a Daily é uma reunião para os Developers do Scrum Team, ou seja, qualquer
Sprint Planning: definindo o trabalho a ser realizado
Está começando na área e não tem muita ideia do que acontece durante os eventos Scrum? Você já leu o Scrum Guide, porém não consegue aplicar os conceitos na prática? Conhece os eventos, mas está procurando novas formas de melhorar as reuniões do time? Então se liga na série de