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

Apresentação de Scrum

No description
by

amanda blumer

on 26 January 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Apresentação de Scrum

Empresas
Algumas empresas que utilizam Scrum:

Scrum
O que é Scrum?
Scrum é ferramenta de desenvolvimento ágil utilizada para desenvolver e manter produtos complexos, sendo que seu planejamento ocorre de forma constante e gradativa, para otimizar a previsibilidade e controlar riscos.
História
Definições
e Características

Papéis

Product Owner
O Product Owner tem a responsabilidade de gerenciar o produto. Isto inclui:

É o time responsável pela implementação do produto.
Características essenciais:
Scum Master
Expressar claramente os requisitos do Produto;

Priorizar as funcionalidades que devem ser incluídas a cada etapa de desenvolvimento;
Aceitar ou rejeitar as entregas do time;
Definir metas;
Interromper um Sprint em caso de urgência e até mesmo de suspender um;
Auto-organização;
Times multifuncionais, possuindo todas as habilidades necessárias, enquanto equipe;
Os membros são responsáveis pelas estimativas de tamanho dos itens do Backlog;
Define a previsão de tempo para a finalização de cada tarefa do sprint.
Time de desenvolvimento
O Scrum Master é a pessoa responsável por ensinar e orientar todos os papéis. Este papel pode ser considerado de líder servidor pois é responsável por remover os impedimentos para que todos sejam o mais eficiente possível.
Características essenciais:
manter o time funcional e produtivo;
proteger o time de interferência externas;
entender as dificuldades do time e manter uma boa comunicação.
motivar as pessoas do time.

1 -
2 -
3 -
4 -
5 -
6 -
Backlog do produto
Backlog da sprint
1 -
2 -
3 -
O framework Scrum surguiu em janeiro de 1986, no artigo escrito por Takeuchi e Nonaka, que era direcionado para a indústria automobilística e baseado no sistema Toyota de produção. Tal artigo descrevia um novo modelo que aumentava a velocidade e a flexibilidade do desenvolvimento de novos produtos comerciais.
Por que o nome "Scrum"
Scrum é uma jogada do Rugby : é iniciada com uma reunião dos jogadores em torno da bola, discutem a atuação de cada um para retirar os obstáculos à frente do jogador que correrá com a bola, para que o mesmo possa avançar o máximo possível no campo e marcar pontos.

Exemplos e técnicas
Principais
Pontos e Falhas

Relacionando
com administração

Aplicação na
produção de software

- Bom para fazer planejamento de projetos em um cenário ágil, onde não há previsão do futuro e o projeto é complexo,
A comparação foi feita porque tanto no esporte quanto na ferramenta Scrum cada elemento possui uma função e todo o time trabalha em conjunto para avançar.
- o conteúdo desta lista é mantido e
priorizado pelo Product Owner ;
- o Product Backlog não precisa estar completo no início de um projeto. Pode-se começar com tudo aquilo que é mais óbvio em um primeiro momento.

- é uma lista contendo todas as funcionalidades desejadas pelos
stakeholders para um produto
(User Stories) ;
Product Backlog:
Release Backlog:
1. Alguns User Stories são priorizados para serem desenvolvidos primeiro e são colocados na Release Backlog.
2. O Release backlog contem um grupo de requisitos definidos no product backlog.

3. Os User Stores do Release backlog são então priorizados. para serem colocados no sprint backlog.

Burndown Chart:
É um gráfico:
estimativa de tempo restante para o fim de um sprint

x

número de dias de sprint
.
Serve como um feedback para analisar o desempenho de execução de um sprint
É usado para adequar as horas de trabalho a fim de garantir que o projeto termine dentro do prazo estabelecido
Produto holístico: pensamento sistêmico
Context Scanning
Ciente da falácia descrita por Mintzberg: as metas iniciais não mudam com o tempo.
Estrutura Organizacional e Administração Participativa
É baseado na realimentação (Cibernética)
SEMELHANÇAS DO SCRUM COM A ADMINISTRAÇÃO
Seu foco está em uma flexível e holística estratégia de desenvolvimento, em que o Development Team trabalha até atingir uma meta.
A principal chave do Scrum é a ciência de que os consumidores podem mudar de ideia sobre o que precisam e querem.
Assim, o Scrum adota um aspecto empírico, focando ao máximo na habilidade do time em trazer rapidamente e responder aos requerimentos emergentes
Os papéis: Product Owner, Development Team e Scrum Master formam um grande time de funcionalidade cruzada devido ao próprio ciclo do Scrum, formando uma certa estrutura matricial e ainda lembra a técnica de administração participativa.
Daily Scrum
Burndown Chart
Backlog refinement
O cálculo do Burndown slope é linear, porque somente leva em consideração a proporção entre configuração do expediente e porcentagem do projeto feita diariamente.
Alguns especialistas são contra o uso de Release Backlogs, por 3 motivos:
As Users Stories procastinadas fiquem com uma dificuldade maior de implementação pós-release
Pode causar confusão na equipe, devido a vários tipos de backlogs, gerando um excesso.
Dificulta a versatilidade de incluir novas características durante o desenvolvimento do projeto, pois o Product Owner terá que analisar mais fatores para embutir características no Release Backlog.
O Scrum é uma metodologia de difícil aplicação em empresas que nunca o usaram.
Ciclo do Scrum:
- No scrum os projetos são divididos em ciclos chamados de
Sprints
.
- O processo é iterativo. Inúmeros sprints resultam no produto final.
Burndown Chart
Sprint
Usamos Scrum para fazer um trabalho sobre Scrum!
Etapas do ciclo:
Daily Scrum
- Reunião rápida e diária. O scrum master verifica o que foi feito e se há problemas. A equipe não deve perder o foco.
Planning Poker
Organização do Sprint
- Particiona o trabalho em tarefas mais simples.
- Ocorrem votações para determinar a complexidade das tarefas restantes.
- Ideias minoritárias devem explicar-se para as demais equipes.
- As tarefas são divididas para as equipes da forma mais igual possível.
- Em casos raros de divergência, a decisão final caberá ao Scrum Master.
Conclusão
- Baixo custo e rapidez, aconselhável para projetos que não exigem alta comfiabilidade, pois o Scrum visa mais ao momento do que ao global. Ex. Jogo Online
- O Trabalho em equipe é valorizado
- Com o cliente (product owner) na equipe definindo prioridades, há clareza nos objetivos o que pode proporcionar ganho de produtividade.
- Os projetos passam a ser mais facilmente acompanhados, podendo ser acompanhados diariamente.
- Com o planning poker o time define a complexidade de cada funcionabilidade e as debate até que todos a entedam.
Estatísticas
A tabela é uma pesquisa com várias empresas que adotaram o Scrum e o que elas acharam das mudanças.

FBI
- O Objetivo do projeto era abandonar os arquivos de papel e utilizar um sistema informatizado. Um dos principais motivos era gerar mais interação entre agentes de varias localidades.

- Houveram tentativas fracassadas de projeto, em grande parte o fracasso deve-se ao fato da não obtenção dos requisitos completos desde o início.


- Após 1 bilhão de dolares gastos e uma decada, o FBI tomou a decisão de continuar desenvolvemento do projeto internamente com scrum e obteve grande sucesso.
FBI


- Segundo a agência um fator significativo do sucesso foi a equipe que se viu disposta a encarar as mudanças e se adapatar aos metodos ageis.
Caso de sucesso
O Objetivo do projeto era abandonar os arquivos de papel e utilizar um sistema informatizado. Um dos principais motivos era gerar mais interação entre agentes de varias localidades.


Houveram tentativas fracassadas de projeto, em grande parte o fracasso deve-se ao fato da não obtenção dos requisitos completos desde o início.


Após 1 bilhão de dolares gastos e uma decada, o FBI tomou a decisão de continuar desenvolvemento do projeto internamente com scrum e obteve grande sucesso.
Segundo a agência um fator significativo do sucesso foi a equipe que se viu disposta a encarar as mudanças e se adapatar aos metodos ageis.
Caso Sucesso: FBI
Caso Sucesso: FBI
Caso Sucesso: FBI
Caso Sucesso: FBI
Full transcript