{"id":28045,"date":"2022-07-14T14:19:07","date_gmt":"2022-07-14T17:19:07","guid":{"rendered":"https:\/\/www.mjvinnovation.com\/?p=28045"},"modified":"2022-07-15T12:07:07","modified_gmt":"2022-07-15T15:07:07","slug":"cerimonias-scrum","status":"publish","type":"post","link":"https:\/\/www.mjvinnovation.com\/pt-br\/blog\/cerimonias-scrum\/","title":{"rendered":"Cerim\u00f4nias Scrum: aprenda como usar cada uma na sua equipe"},"content":{"rendered":"\n

Dentro de toda metodologia existem premissas que devem ser seguidas para garantir seu bom funcionamento. Com o \u00c1gil n\u00e3o \u00e9 diferente: uma vez implementado, \u00e9 crucial que suas boas pr\u00e1ticas sejam seguidas para assegurar entregas com qualidade e dentro do prazo. E isso inclui as Cerim\u00f4nias Scrum<\/strong>.<\/p>\n\n\n\n

Voc\u00ea j\u00e1 deve ter ouvido falar em daily, planning, retrospectiva. As Cerim\u00f4nias Scrum ficaram famosas junto com o Framework. O problema \u00e9 que nem todo mundo entende para que elas servem, como funcionam e como realiz\u00e1-las de maneira correta para que sejam realmente produtivas.<\/p>\n\n\n\n

\u00c9 sobre isso que vamos falar nesse artigo. Listamos cada uma das cerim\u00f4nias Scrum para voc\u00ea entender como elas funcionam e implementar corretamente na rotina do seu squad \u00c1gil. Acompanhe!<\/p>\n\n\n\n

O que s\u00e3o as cerim\u00f4nias do Scrum?<\/h2>\n\n\n\n

O Framework Scrum<\/a> possui algumas cerim\u00f4nias que t\u00eam como proposta principal ajudar o Scrum Master e o Product Owner a entender, acompanhar e auxiliar todo o time a alcan\u00e7ar seus objetivos.<\/strong><\/p>\n\n\n\n

As cerim\u00f4nias do Scrum giram em torno da Sprint \u2013 que \u00e9 o per\u00edodo de tempo combinado entre o Scrum Master e o Time de Desenvolvimento para desempenhar as demandas.<\/p>\n\n\n\n

Vamos falar rapidamente sobre a Sprint…<\/p>\n\n\n\n

  1. Boas pr\u00e1ticas<\/strong>: a Sprint deve ter entre 1 e 4 semanas, dependendo do funcionamento de cada c\u00e9lula \u00e1gil. Esse tempo \u00e9 determinado porque uma Sprint conta com diversas cerim\u00f4nias<\/li>
  2. Falhas<\/strong>: em 4 semanas, as cerim\u00f4nias podem ficar muito espa\u00e7adas e isso \u00e9 prejudicial \u00e0 transpar\u00eancia das atividades. Caso o produto ou solu\u00e7\u00e3o mude, levaria muito tempo para que os ajustes necess\u00e1rios fossem realizados.<\/li>
  3. Scrum Master<\/strong><\/a>: define quanto tempo vai durar a Sprint do seu time. Por\u00e9m, \u00e9 importante considerar n\u00e3o somente as entregas e o bom funcionamento da equipe, mas lembrar que as cerim\u00f4nias s\u00e3o parte importante dessa da engrenagem do Framework \u00c1gil.<\/li><\/ol>\n\n\n\n

    Mindset \u00c1gil: a habilidade incluir ou adaptar as cerim\u00f4nias<\/h2>\n\n\n\n

    \u00c9 importante ressaltar que o \u00c1gil \u00e9 feito por pessoas. E n\u00e3o de cerim\u00f4nias e ferramentas.<\/p>\n\n\n\n

    \u00c9 fundamental que o Scrum Master e o Product Owner<\/a> tenham essa vis\u00e3o para terem a habilidade de saber quando descartar, incluir ou adaptar essas cerim\u00f4nias de acordo com a necessidade e o perfil da sua equipe.<\/p>\n\n\n\n

    Al\u00e9m disso, sem uma compreens\u00e3o s\u00f3lida dos princ\u00edpios \u00c1geis, todas as pr\u00e1ticas implementadas perdem a utilidade. Por outro lado, a compreens\u00e3o aprofundada de cada um dos princ\u00edpios por todos os envolvidos (SM, PO e time) aumenta as chances de sucesso dessas pr\u00e1ticas.<\/p>\n\n\n\n

    E, agora, vamos \u00e0s cerim\u00f4nias Scrum.<\/em><\/p>\n\n\n\n

    Quais s\u00e3o as principais cerim\u00f4nias Scrum?<\/h2>\n\n\n\n
    \"\"<\/figure><\/div>\n\n\n\n

    Sprint planning<\/h3>\n\n\n\n

    O que \u00e9<\/strong><\/p>\n\n\n\n

    Como o nome j\u00e1 diz, \u00e9 o momento de planejamento. \u00c9 na planning que o time recebe as demandas que precisa executar na pr\u00f3xima Sprint.<\/p>\n\n\n\n

    Quando acontece<\/strong><\/p>\n\n\n\n

    Antes do in\u00edcio de cada Sprint.<\/p>\n\n\n\n

    Quem participa<\/strong><\/p>\n\n\n\n

    Product Owner, equipe e Scrum Master.<\/p>\n\n\n\n

    Objetivo<\/strong><\/p>\n\n\n\n

    \u00c9 nesse momento que a equipe vai tirar todas as d\u00favidas, expor suas dificuldades e validar se a execu\u00e7\u00e3o \u00e9 poss\u00edvel. \u00c9 crucial que tudo que \u00e9 necess\u00e1rio para realizar a demanda seja respondido pelo Scrum e pelo PO.<\/p>\n\n\n\n

    Dessa forma, o time escreve todas as tarefas, detalhando as hist\u00f3rias para mostrar tudo o que precisar\u00e1 ser executado para que as demandas sejam entregues ao final da Sprint.<\/p>\n\n\n\n

    Daily scrum<\/h3>\n\n\n\n

    O que \u00e9<\/strong><\/p>\n\n\n\n

    Realizada diariamente no mesmo hor\u00e1rio, a daily<\/a> \u00e9 um standup meeting<\/em>. Ou seja, s\u00e3o feitas em p\u00e9 para que sejam r\u00e1pidas.<\/p>\n\n\n\n

    Quando acontece<\/strong><\/p>\n\n\n\n

    Todos os dias, no mesmo hor\u00e1rio.<\/p>\n\n\n\n

    Quem participa<\/strong><\/p>\n\n\n\n

    Scrum Master e equipe.<\/p>\n\n\n\n

    Objetivo<\/strong><\/p>\n\n\n\n

    Expor para o time todo o que est\u00e1 sendo feito na Sprint. Na daily, cada integrante do time conta o que fez desde a \u00faltima daily at\u00e9 o presente momento e o que far\u00e1 at\u00e9 a pr\u00f3xima.<\/p>\n\n\n\n

    \u00c9 na daily que toda a equipe fica a par do que todos est\u00e3o fazendo e em que momento da evolu\u00e7\u00e3o do projeto, produto ou solu\u00e7\u00e3o todos est\u00e3o.<\/p>\n\n\n\n

    Sprint review<\/h3>\n\n\n\n

    O que \u00e9<\/strong><\/p>\n\n\n\n

    \u00c9 o momento da valida\u00e7\u00e3o das entregas. O time entrega tudo que foi executado durante a sprint para o PO.<\/p>\n\n\n\n

    Quando acontece<\/strong><\/p>\n\n\n\n

    Ao final de uma Sprint.<\/p>\n\n\n\n

    Quem participa<\/strong><\/p>\n\n\n\n

    Product Owner e equipe.<\/p>\n\n\n\n

    Objetivo<\/strong><\/p>\n\n\n\n

    O objetivo dessa cerim\u00f4nia \u00e9 o Product Owner validar e classificar as entregas do time.<\/p>\n\n\n\n

    Geralmente, o PO j\u00e1 sabe (ou pelo menos tem uma ideia) do que ser\u00e1 entregue pelo time na Review. Por\u00e9m, \u00e9 um momento importante para reconhecer o trabalho da equipe e responsabiliz\u00e1-la pelo valor das entregas realizadas.<\/p>\n\n\n\n

    Se o resultado n\u00e3o for t\u00e3o bom quanto o esperado, \u00e9 uma oportunidade adequada de gerir os erros e compartilhar os aprendizados.<\/p>\n\n\n\n

    Ao final, o PO aceita as demandas que est\u00e3o realmente conclu\u00eddas e coloca de volta no Backlog aquelas que ele julga ainda n\u00e3o estarem finalizadas.<\/p>\n\n\n\n

    Sprint retrospective<\/h3>\n\n\n\n

    O que \u00e9<\/strong><\/p>\n\n\n\n

    A Sprint retrospective \u2013 ou Retrospectiva \u2013 \u00e9 o momento de olhar para tr\u00e1s e avaliar o que deu certo e o que deu errado. Cada Scrum Master vai avaliar e escolher as melhores din\u00e2micas para a sua equipe. <\/p>\n\n\n\n

    Quando acontece<\/strong><\/p>\n\n\n\n

    O prazo \u00e9 estabelecido por cada Scrum Master de acordo com as necessidades do seu time. Geralmente, essa cerim\u00f4nia \u00e9 realizada ao final de cada Sprint (no caso de Sprints mais longas) ou ap\u00f3s duas ou tr\u00eas.<\/p>\n\n\n\n

    Quem participa<\/strong><\/p>\n\n\n\n

    Scrum Master e equipe.<\/p>\n\n\n\n

    Objetivo<\/strong><\/p>\n\n\n\n

    O objetivo dessa cerim\u00f4nia \u00e9 a melhoria cont\u00ednua, as boas pr\u00e1ticas e a garantia de que o processo est\u00e1 fluindo da melhor forma poss\u00edvel. O que funcionou, segue sendo feito. O que n\u00e3o funcionou ser\u00e1 reavaliado e ajustado.<\/p>\n\n\n\n

    Refinamento<\/h3>\n\n\n\n

    O que \u00e9<\/strong><\/p>\n\n\n\n

    O refinamento \u00e9 o momento em que o time coleta informa\u00e7\u00f5es sobre as demandas que est\u00e3o no backlog. Por isso, \u00e9 realizada uma reuni\u00e3o – que simula uma planning.<\/p>\n\n\n\n

    Quando acontece<\/strong><\/p>\n\n\n\n

    Quando o PO apresenta as demandas e o time tem o primeiro contato com elas, apontando o grau de viabilidade dessas atividades.<\/p>\n\n\n\n

    Quem participa<\/strong><\/p>\n\n\n\n

    Equipe e Product Owner.<\/p>\n\n\n\n

    Objetivo<\/strong><\/p>\n\n\n\n

    O time avalia as demandas apresentadas pelo PO e faz questionamentos – se forem necess\u00e1rios. A partir disso, o PO parte em busca de informa\u00e7\u00f5es para apresentar as demandas mais maduras.<\/p>\n\n\n\n

    Nota: o Refinamento n\u00e3o \u00e9 uma cerim\u00f4nia obrigat\u00f3ria. Muitas vezes, o time j\u00e1 tem maturidade suficiente, conhece bem o produto e ela se torna desnecess\u00e1ria.<\/p>\n\n\n\n

    A prata da casa: o nosso Marketing \u00c1gil e suas cerim\u00f4nias Scrum<\/h2>\n\n\n\n

    Aqui na MJV, implementamos o Marketing \u00c1gil<\/a> e aumentamos a convers\u00e3o das a\u00e7\u00f5es de Marketing em 115%.<\/p>\n\n\n\n

    Para organizar e priorizar nossas demandas e acelerar nossos resultados, escolhemos o Scrum como framework \u00c1gil.<\/p>\n\n\n\n