Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Projeto Scrum - Mega Construção

No description
by

Adriane Quintas

on 9 December 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Projeto Scrum - Mega Construção

Projeto Scrum
Como funciona o Scrum?
Sonda de Clima
Sensor T°
Sensor RH
Sensor Humedad
Scrum é um framework de desenvolvimento ágil de software e gerenciamento de projetos.

Consiste em um conjunto de práticas que mantém tudo visível, acessível a todos e de responsabilidade coletiva.
Desenvolvimento
Coletivo
Comunicação
Trabalho em equipe (sinergia)
Comprometimento
Colaboração
Facilitação na integração de novos colaborados
Integração entre os setores
Motivação
Reconhecimento
Auto-avaliação
Facilitação para expor ideias
Feedbacks constantes
Feedforwards constantes
Avaliação com base em resultados concretos
Papéis
O que é Scrum?
O que o Scrum pode proporcionar à Mega?
Artefatos
Cerimônias
Empresas que utilizam Scrum
Funções:
Definir visão do produto;
Elaborar os itens da BackLog;
Definir prioridade dos itens;
Representar o cliente;
Aceitar ou Rejeitar os itens entregados.

Personagens:

Em
Projetos
, correspondem aos Gerentes de Negócio:
Engenharia: João Claudio
Incorporação: Asfaw

Na
Manutenção de Sistema
, corresponde aos Supervisores do Suporte:
Engenharia: Laine
Tecnologia: José Roberto e Laine

Funções:
Atuar como um líder (ser o facilitador da equipe);
Planejamento/Triagem das atividades;
Eliminar impedimentos;
Verificação de código;
Garantir as práticas do Scrum;
Ajudar com o Product Backlog:
Em
Projetos
deve realizar o detalhamento conceitual das atividades.
Na
Manutenção de Sistema
deve auxiliar a análise em acesso ao fonte.

Personagens:

Em
Projetos
, corresponde a equipe de Análise:
Engenharia: Jefferson Sela
Tecnologia: Bruno Buzzi

Na
Manutenção de Sistema
corresponde aos Superviores do Módulo:
Engenharia: Rafael Bahr
Tecnologia: Adriane
O Product Owner é responsável pelo Product Backlog, que é a lista de itens ordenadas por sua prioridade.

Inicialmente estarão todos os desejos do Product Owner. Com o andamento das entregas, os itens e suas prioridades poderão ser redefinidas pelo Product Owner.

Em
Projetos
, corresponderá as funcionalidades que o projeto deverá contemplar.

Na
Manutenção do Sistema
, corresponderá ao Cyclus.
Conjunto dos itens selecionados na reunião de Planejamento da Sprint para serem implementados.

Os itens serão direcionados para a Sprint conforme prioridade do Product BackLog e definição do time. Por isto, é importante que todos os itens da Sprint estejam definidos e claros para que a equipe comprometer-se com a meta.
Definição de Pronto
Definir regra clara para indicar um item da Sprint como "pronto".

Fluxo Sugerido:
Desenvolvedor "A" finaliza a codificação, sincronização e testes primários
Desenvolvedor "B" realiza testes de funcionalidade no item do Desenvolvedor "A"
Se não houver bugs, item será marcado como "Pronto" e entregue na Sprint Review
Se houver bugs, o item será marcado como "Pronto" e não será entregue na Sprint Review. Os bugs serão adicionados para correção na próxima Sprint com prioridade elevada.
Monitorar diariamente o progresso do trabalho em desenvolvimento.

Após cada dia de trabalho, o gráfico exibe a porção de trabalho finalizada em comparação com o trabalho total planejado.
Metodologia para monitoramento e controle do fluxo operacional de processos. Devido sua abordagem visual facilita o entendimento da situação do projeto, apresentando itens em colunas (A fazer, em progresso e pronto).
Duração: 2 horas

Product Owner deve explicar o objetivo da Sprint e o time decompor as solicitações em tarefas e estiver seu esforço.

O Planning Poker é uma prática que ajuda na estimativa de uma tarefa.

Em
Projetos
, o Product Owner poderá não estar presente, ficando para o Scrum Master conduzir a reunião com o time.

Na
Manutenção do Sistema
, o Supervisor conduzirá a reunião com o time.
Duração: 15 minutos

O Scrum Master e o Time de Desenvolvimento revisa o status das tarefas da Sprint, atualizando o gráfico de Burndown.

O objetivo é coletar as seguintes respostas:
1. O que fiz ontem?
2. O que farei hoje?
3. Quais são meus impedimentos

A reunião diária proporcionará maior interatividade e desempenho da equipe.
Desenvolvimento
Individual
Acompanhamento
da Equipe
Como será a aplicação do
Scrum na Mega?
O Scrum será uma ferramenta para gerenciamento da Manutenção do Sistema e Projetos:
Manutenção de Sistema
Projetos
Análise técnica
Correção de bugs
Novas funcionalidades (Abaixo de 40hrs)
Sprints de 5 ou 10 dias? (definir)

Estes atendimentos serão gerenciados por uma planilha de Scrum geral da célula.
Implementação de projetos a partir de 40hrs
Sprints de 10 dias

Estes projetos serão gerenciados por uma planilha de Scrum específica do projeto.
Funções:
Definir estimativa para as tarefas;
Definir as atividades da sprint de acordo com o Product Backlog;
Desenvolver as tarefas da sprint;
Atingir a meta da sprint;
Agir de forma transparente;

Personagens:

Em
Projetos
, corresponde aos desenvolvedores alocados para o projeto.

Na
Manutenção de Sistema
corresponde aos desenvolvedores alocados no rodízio do suporte.



Artefatos
Cerimônias
Cronograma de Implantação
do Scrum
06/12/2013 - Reunião para apresentação do projeto;
09/12/2013 - Segunda reunião para afinar o projeto;
08/01/2014 - Documentação do projeto;
17/01/2014 - Reunião para apresentação do projeto aos desenvolvedores
18/01/2014 - Start do projeto
31/01/2014 - Reunião para apresentação do projeto aos desenvolvedores que retornaram de férias

Objetivo:
Lista de requisitos do produto ordenada por prioridade.

Responsabilidade dos papéis:
Product Owner: define as tarefas e suas prioridades;
Scrum Master: auxilia o Product Owner e realiza o detalhamento conceitual das tarefas;
Time de Desenvolvimento: estimar o tamanho das tarefas e desenvolvê-las.
Objetivo:
Lista das atividades selecionadas no Backlog para serem implementadas.

Responsabilidade dos papéis:
Product Owner: não tem responsabilidade;
Scrum Master: acompanhar a evolução da sprint, removendo impedimentos;
Time de desenvolvimento: desenvolver as tarefas e atingir a meta da Sprint.
Objetivo
:
Representar graficamente a quantidade de esforço que falta para a conclusão das tarefas estipuladas, sendo um recurso visual rápido para visualizar o status atual do projeto, onde:
Eixo X representa os dias da sprint
Eixo Y representa o trabalho restante
Pontos para alinhamento
Definição de Pronto
Planning Poker
Prática que auxilia na estimativa das tarefas.

Pontos que agregam a equipe:
Conhecer melhor os membros e suas qualidades
Sintonia entre os membros
Nivelamento técnico da equipe
Definição clara de quando a tarefa estará "Pronta":

Visão de pronto para o desenvolvedor: encerrou a codificação
Visão do scrum master: encerrou a verificação de código
Visão de pronto para o analista de teste: encerrou o teste e não encontrou bugs
Visão de pronto para os usuários finais: quando o software começa a funcionar em ambiente de produção
Kanban
Prática que tem como foco o trabalho em progresso, apresentando a evolução de forma visual, tornando os problemas evidentes e favorecendo uma cultura de melhoria contínua.
Kanban Board + Burndown Chart = Válvulas impulsionadoras de motivação
Com este cronograma, podemos iniciar um projeto piloto nas células de Engenharia e Tecnologia. Em duas Sprints já conseguimos medir algum resultado.

O envolvimento de duas células é para discutir, acompanhar e identificar melhoria contínua no processo.
Objetivo:
Encontro para planejar o que será feito no Sprint.

A equipe acessa o Product Backlog e detalha de forma mais ampla as atividades que serão executadas na Sprint de acordo com suas prioridades, avaliando tempo e complexidade. Após definido o que será feito, o Sprint Backlog é gerado.

Duração:
Projetos: 4hrs
Manutenção do Sistema: 2hrs (sprints de 5 dias) ou 4hrs (sprints de 10 dias)
Objetivo:
Encontros diários em que cada membro da equipe deve responder 3 perguntas:
- O que fiz ontem?
- O que farei hoje?
- O que está impedindo de que alcance o objetivo?

Essa reunião é liderada pelo Scrum Master.

Duração:
Projetos: 15 minutos
Manutenção do Sistema: 15 minutos
Objetivo:
Encontro realizado quando a Sprint chega ao fim, demonstrando ao Product Owner o resultado das implementações da Sprint. Após a demonstração, o Product Owner reprioriza o Product Backlog.

Duração:
Projetos: 2 horas
Manutenção do Sistema: +/- 30 minutos
Objetivo:
Avaliar o que foi realizado positivamente e negativamente na Sprint, avaliando o poderia ser modificado para melhorar a próxima Sprint, ou seja, um encontro com a equipe para discutir melhorias contínuas no processo.

Duração:
Projetos: 2 horas
Manutenção de Sistema: 2 horas
Full transcript