Qual é o tempo máximo que o Scrum recomenda que um Time gaste em uma reunião diária?

O Sprint termina quando o tempo de duração definido para ele se esgotar ou quando o objetivo definido durante o Sprint Planning for atingido. Para que o Sprint termine com sucesso, é necessário que haja entrega de um incremento de software.

Qual reunião termina um sprint?

Ao final de cada sprint, o time de desenvolvimento realiza uma reunião de revisão, conhecida como Sprint Review. Essa reunião deve incluir o time de desenvolvimento, o gerente do projeto e o Product Owner para compartilhar as funções implementadas durante o sprint e apresentar os resultados obtidos.

Quanto dura um sprint?

Segundo o Guia do Scrum, uma Sprint deve possuir uma duração de uma a quatro semanas. O que percebemos, na prática, é que a grande maioria das equipes preferem Sprints mais curtas, optando por períodos de uma ou duas semanas.

Quem pode cancelar o Sprint?

Uma Sprint pode ser cancelada antes do término do seu prazo. Somente o Product Owner tem a autoridade para cancelar a Sprint, embora ele (ou ela) possa fazer isso sob influência das partes interessadas, do Time de Desenvolvimento ou do Scrum Master.

Quais são as fases do Scrum?

Agora vejamos as etapas do processo:
Product Backlog. É basicamente uma lista com requisitos e suas prioridades definidas pelo Product Owner. Sprint Backlog. Sprint. Daily Scrum. Reunião de Revisão da Sprint (Sprint Review) Retrospectiva da Sprint (Sprint Retrospective) Conclusão.

Quando é realizada a reunião de planejamento do sprint?

A Reunião de Planejamento da Sprint (Sprint Planning) é um evento que acontece antes de cada Sprint, tendo como objetivo definir: O que poderá ser entregue na próxima Sprint; e. Como será realizado o trabalho para produzir a entrega.

Qual o ciclo de desenvolvimento de uma sprint na ordem correta?

– Planejamento da Sprint (Sprint Planning); – Daily meeting; – Revisão; – Retrospectiva.

Qual das reuniões a seguir acontecem primeiro no Scrum?

Sprint: Principal reunião do SCRUM, porque aqui estão contidas todas as outras. O Time-Box do SCRUM pode ser variado de equipe para equipe. Geralmente dura entre 1 a 4 semanas.

Quando você cancelar a Sprint se uma parte do trabalho?

Quando um Sprint é cancelado, todos os itens do Backlog do Produto que estiverem prontos devem ser revisados. Se uma parte do trabalho estiver potencialmente entregável, o Dono do Produto geralmente o aceita.

Quem define o objetivo da Sprint?

Coletivamente, o Scrum Team e o Product Owner definem um objetivo para a Sprint, que é uma breve descrição daquilo que se tentará alcançar na Sprint.

Quanto tempo dura uma planning?

A sprint planning é um timebox de 5% do tempo da sprint. Então, se a sprint é de um mês, a planning deve durar “no máximo” 8 horas, e proporcionalmente menos para sprints de menor tamanho.

Qual é a duração máxima da revisão da Sprint em uma Sprint de 30 dias?

Agora é a hora de mostrar o que foi feito, na “Sprint Review” ou Revisão da Sprint. Esse evento ocorre no final da Sprint, com duração de 4 horas para Sprints de 30 dias (Sprints menores, tempo menor) e tem por objetivos: Apresentar o produto desenvolvido para o dono do produto e stakeholders.

Qual o tempo máximo que o Scrum recomenda que um Time gaste em uma reunião diária?

Daily Scrum é, basicamente, uma reunião diária, que deve durar até 15 minutos. Essa conversa visa entender o que já foi feito, o que precisa ser colocado em prática naquele dia e também identificar gargalos que estejam impossibilitando o andamento dos processos.

Quem define o tamanho da Sprint?

Tamanho do Sprint Scrum

O que define o tamanho do Sprint é a estabilidade do escopo, ou seja, se o projeto tem um escopo que sofre muitas alterações ao longo do tempo, é indicado um Sprint Scrum menores, se as alterações são poucas e assim o escopo é mais estável, pode-se avaliar Sprints maiores.

É responsável pela entrega do Produto potencialmente?

O Time de Desenvolvimento consiste de profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa o produto “Pronto” ao final de cada Sprint.

Quem participa da Sprint Review?

Quem participa da Sprint Review:

Todos da equipe que executam as entregas da Sprint; Quem valida (geralmente o Product Owner).

Quem é o responsável por promover e suportar o Scrum De acordo com o guia Scrum?

O Scrum Master é responsável por promover e suportar o Scrum como definido no Guia Scrum. O Scrum Master faz isso ajudando todos a entenderem a teoria, as práticas, as regras e os valores do Scrum. O Scrum Master é um servo-líder para o Time Scrum.

Você já pensou em adotar metodologias ágeis em Relações Governamentais na sua empresa? À primeira vista, parece não fazer sentido. Afinal de contas, o conceito surgiu na área de desenvolvimento de softwares.

Mas, aqui, engana-se quem pensa que as tão faladas metodologias ágeis só podem ser aplicadas em startups e empresas de tecnologia.

Inovações surgem num piscar de olhos. Dentro desse mercado cada vez mais dinâmico, todas as áreas precisam ser flexíveis para se adaptarem aos diferentes cenários.

Neste artigo, vamos apresentar o conceito por trás das metodologias ágeis e como implementá-las na área de Relações Governamentais.

Continue a leitura e saiba mais!

Por que adotar metodologias ágeis em Relações Governamentais?

Antes de falarmos mais precisamente sobre o conceito de metodologias ágeis, é muito importante contextualizar o cenário de Relações Governamentais.

Você já ouviu falar no termo VUCA? Trata-se de uma sigla em inglês que significa Volatilidade, Incerteza, Complexidade e Ambiguidade.

Em outras palavras, a expressão descreve um cenário de mudanças rápidas e intensas.

Mais ou menos como a nossa política, não é verdade?

É muito corriqueiro acontecer viradas imprevisíveis nos debates políticos. Uma Medida Provisória que todo mundo espera que seja aprovada pode caducar. E vice-versa.

Dentro desse contexto, os profissionais de Relações Governamentais precisam ser flexíveis para acompanhar as mudanças que a caneta de um político pode causar no setor de atuação de sua empresa.

Surge, então, a adoção das metodologias ágeis em Relações Governamentais. Ao invés de fazer um planejamento para realizar uma grande entrega dentro de um longo período, realiza-se pequenas entregas de forma consistente.

De maneira resumida, as metodologias ágeis garantem:

  • Ciclos mais curtos;
  • Entregas mais frequentes;
  • Feedbacks constantes;
  • Melhorias contínuas.

Na visão do gerente de Relações Governamentais da 3M, Fernando Almeida, “as metodologias ágeis prevêem um ciclo mais curto de planejamento, execução e retroalimentação. De passo em passo, eu planejo a minha rota. Ela é mais flexível. Gasta-se menos tempo planejando, e mais tempo executando”.

Quais são os benefícios das metodologias ágeis?

De acordo com o estudo State of Agile Report, os três maiores benefícios da aplicação de metodologias ágeis são:

  • Manter um alinhamento entre o time, clientes internos e stakeholders externos;
  • Aprender a trabalhar com mudança de prioridades;
  • Dar visibilidade da área para toda a empresa.

Segundo Almeida, muitas pessoas sabem que a área de Relações Governamentais é muito importante, mas não entendem direito o que ela faz na prática.

Quando todas as atividades ficam visíveis e com uma linguagem acessível para os times, clientes internos e stakeholders externos, as outras áreas passam a conhecer as funções e importância de Relações Governamentais para a companhia.

Outro ponto exaltado pelo executivo é a transparência do processo que as metodologias ágeis reforçam: “se as ações do governo são pautadas pela publicidade, por que a nossa atuação junto a ele não deveria ser?”, questiona Almeida.

Metodologias ágeis em Relações Governamentais: passo a passo para adotar o Scrum

Existem diversas metodologias ágeis, mas o Scrum é aplicado por 58% do mercado, sendo então o mais comum.

Basicamente, essa metodologia consiste em gerenciar projetos e o desenvolvimento de produtos de alta complexidade de maneira rápida e flexível.

Ela é conhecida como a metodologia 3-5-3, que significa 3 papéis, 5 eventos e 3 artefatos. Para ficar mais fácil de entender, vamos decifrar cada um desses números:

Os três papéis do Scrum

Trata-se da divisão de responsabilidades de cada membro da equipe. “O scrum funciona muito bem com equipes enxutas, entre 3 e 10 pessoas”, sinaliza Almeida.

Em outras palavras, significa que o time deve ser pequeno o suficiente para se manter ágil e grande o suficiente para fazer um trabalho significativo.

Abaixo, está a divisão de responsabilidade de cada profissional:

  • Product Owner: é quem possui o maior nível hierárquico dentro da área. Ele cria uma lista de tudo o que precisa ser entregue. Além disso, apresenta uma proposta de sprint (ver mais à frente, em eventos);
  • Scrum Master: é o guardião do processo. Ele assegura que os artefatos estão sendo usados e os eventos, realizados;
  • Time de desenvolvimento: profissionais que vão, de fato, realizar o desenvolvimento do produto.

Os cinco eventos do Scrum

Como o próprio nome revela, as metodologias ágeis precisam ter ciclos curtos e entregas constantes. Nesse sentido, o Scrum estabelece cinco eventos que devem ser respeitados em cada ciclo:

  • Sprint: define-se um período fixo para realizar uma entrega mensurável que deve ser de, no máximo, um mês. O período nunca pode mudar, mas o escopo pode ser flexível. Se o tempo estiver acabando, você pode mudar as atividades a serem entregues.
  • Sprint planning: recomenda-se um encontro de 8 horas no máximo. É aqui que o time define qual será o processo adotado para executar as tarefas do ciclo. Um verdadeiro trabalho colaborativo.
  • Daily Scrum: reunião diária de, no máximo, 15 minutos, em que todos os integrantes devem responder o que fez ontem e o que vai fazer hoje. Ela deve ser realizada sempre no mesmo horário e local para reduzir a complexidade.
  • Sprint Review: realizada antes do fim do ciclo, trata-se de uma reunião em que o Product Owner convida alguns clientes internos e stakeholders externos para apresentar o que foi feito. O encontro não deve ultrapassar as 4 horas de duração.
  • Retrospectiva: entre o fim de um sprint e início de outro, é um evento que serve para avaliar quais os pontos do processo podem ser melhorados para realizar mais entregas significativas. A duração deve ser de 3 horas no máximo.

Num primeiro momento, parece que é muito tempo de planejamento e encontros, não é mesmo?

Mas, se somarmos o tempo sugerido pela metodologia Scrum para um Sprint de um mês, seriam apenas 20 horas mensais. É um tempo muito bem investido que mantém a equipe alinhada diariamente, com uma clareza de objetivos.

“A questão do tempo para cada evento vai muito da maturidade do time. No começo, a gente gastava muito mais tempo, mas agora que estamos acostumados com a metodologia, somos muito mais rápidos. O nosso Sprint Planning, por exemplo, dura apenas duas horas”, ressalta Almeida.

Os três artefatos do Scrum

  1. Backlog do Produto: o Product Owner reúne todos os desejos dos clientes internos e stakeholders externos. Ele é refinado constantemente conforme o time vai executando o processo. Um exemplo de Backlog de Produto para a área de Relações Governamentais é melhorar o relacionamento com stakeholders de energia.
  2. Backlog do Sprint: trata-se do conjunto de itens do Backlog de Produto para ser executado dentro de um sprint.
  3. Incremento: é a entrega em si. Dentro de um sprint, você não consegue entregar um produto acabado, mas parte dele. Em Relações Governamentais, por exemplo, em vez de entregar uma política pública completa, você consegue avançar gradualmente. Em um sprint, é possível agendar reuniões com stakeholders estratégicos. No outro, você participa de uma reunião importante do setor. Enfim, são diversos passos em direção ao objetivo.

Ferramentas para aplicação das metodologias ágeis em Relações Governamentais

Uma parede e um monte de post-its pendurados já são suficientes para implementar a metodologia Scrum. Aqui, você vai espalhar os post-its em três colunas: o que deve ser feito; o que está fazendo; o que foi finalizado.

É claro que o desenho do processo pode ser feito virtualmente. Nesse sentido, o Trello é uma das ferramentas mais conhecidas e intuitivas. De quebra, ele é totalmente gratuito. O Microsoft Planner e o Jira Software são outros softwares recomendados.

Independentemente da ferramenta escolhida, o ideal é que o time insira – e mova – as atividades de uma coluna para outra. Em cada tarefa, é preciso haver uma breve descrição, os nomes dos responsáveis por executá-la, além de uma nota de complexidade.

Dentro das tarefas da área de Relações Governamentais, podemos fazer o seguinte exercício: agendar uma reunião com uma autoridade mais acessível recebe complexidade 2. Por sua vez, revisar um ofício que demanda muita argumentação pode ter complexidade 5.

Aqui, é importante que todo o time defina o grau de complexidade de cada tarefa.

Gostou? Se você quer conhecer as melhores práticas da área, não deixe de participar da Conferência de Relações Institucionais e Governamentais RIG Brasil. Acesse o site e conheça a programação.

Qual o tempo máximo de uma reunião diária Scrum?

A Daily Scrum, como sugere seu nome, é uma conversa diária rápida — sua duração não deve ultrapassar os 15 minutos. O objetivo é identificar as atitudes que mais favorecem o bom andamento do projeto e a entrega das tarefas no prazo.

Quanto é o tempo máximo recomendado para uma Sprint no Scrum?

Segundo o Guia do Scrum, uma Sprint deve possuir uma duração de uma a quatro semanas. O que percebemos, na prática, é que a grande maioria das equipes preferem Sprints mais curtas, optando por períodos de uma ou duas semanas.

Qual a quantidade de tempo em que são feitas as reuniões do Scrum e qual o ciclo de iteração para a realização de um Sprint?

As reuniões diárias, por exemplo, não devem ultrapassar os 15 minutos de duração, e a chamada “Sprint”, deve ter tempo máximo de 6 semanas. As vantagens disso são economia com despesas gerais, aumento da velocidade de trabalho e aumento da produtividade.

Quanto tempo o time Scrum deve alocar para manter o Backlog do produto Scrum?

Grooming do Product Backlog A equipe de desenvolvimento deve alocar até 10% do seu tempo em cada sprint para ajudar o Product Owner com essas atividades.