Gerenciamento gil de Projetos Com Scrum

  • View
    9

  • Download
    2

Embed Size (px)

DESCRIPTION

Apresentação sobre Scrum abordando seus princípios e práticas

Text of Gerenciamento gil de Projetos Com Scrum

  • Gerenciamento gil de Projetos com Scrum

    Alunos: Douglas Souza, Erick Augusto, Izaias Xavier,Marcelo Joshua, Rodrigo Zilio, Talles Takagi,

    Yuri Karan.

  • Slides baseados no Guia do Scrum de Ken Schwaber e Jeff Sutherland

  • Definio

  • Problemas complexos e adaptativos.

    Produtos com mais alto valor possvel.

  • No : Processo ou uma tcnica para construir produtos.

    O que realmente : Framework dentro do qual pode-se empregar vrios

    processos ou tcnicas.

  • A eficcia relativa Voc pode melhorar as prticas.

  • Teoria Scrum

  • Empirismo

    Aborgadem iterativa e incremental previsibilidade e controle de riscos.

  • Trs pilares apiam o controle do processo emprico:

    Transparncia Inspeo Adaptao

  • Transparncia

    Visibilidade de aspectos significativos do processo

    Padro Mesmo entendimento do que est sendo visto

  • Inspeo

    Artefatos Scrum e o progresso Detectar variaes

    No muito frequente No atrapalhar a execuo de tarefas

    Inspetores especializados Mais benfico

  • Adaptao

    Caso haja desvios Reajustar o processo ou o material sendo produzido

    Realizado o mais breve possvel

  • Time Scrum

  • Composto por:

    Product Owner / Dono do produto Time de Desenvolvimento Scrum Master

  • Auto-organizveis Forma de completarem seu trabalho

    Multifuncionais Todas as competncias necessrias

  • Forma iterativa e incremental Realimentao Produto Pronto sempre disponvel

  • Product Owner

    Maximizar valor do produto e do trabalho do Time de Desenvolvimento

  • Product Owner

    Gerenciar o Backlog do produto Pode delegar para o Time de Desenvolvimento Continua sendo o responsvel

  • Product OwnerGerenciamento do Backlog do produto: Clarificar os itens Ordenar Valor do trabalho Torn-lo visvel e transparente Entendimento necessrio dos itens

  • Product Owner

    uma pessoa, no um comit Pode representar um comit no Backlog do Produto

  • Product Owner

    Alteraes nas prioridades dos itens devem passar por ele

  • Time de Desenvolvimento

    Entregar verso usvel no fim da Sprint Auto-organizados Multifuncionais

  • Time de Desenvolvimento

    Sem ttulos Responsabilidade ao time como um todo Sem sub-times

  • Time de Desenvolvimento/Tamanho Pequeno o suficiente para manter gil

    Grande o suficiente para completar tarefas em uma Sprint

  • Time de Desenvolvimento/Tamanho

    Pequenos DEMAIS: Menos que trs integrantes Menos interao Menor ganho de produtividade Restries de habilidade

  • Time de Desenvolvimento/Tamanho

    Grande DEMAIS : Mais que nove integrantes Muita coordenao exigida Muita complexidade para um processo emprico

  • Scrum Master Garantir que o Scrum seja entendido e

    aplicado Fora do time:

    entender interaes teis No time:

    Maximizar o valor criado

  • Scrum Master/ Product Owner

    Tcnicas para o gerenciamento efetivo do Backlog;

    Comunicar a viso, objetivo e itens do Backlog para o Time claramente;

  • Scrum Master/ Product Owner

    Ensinar o Time a criar itens de Backlog de forma clara e concisa;

    Compreender a longo-prazo o planejamento do Produto no ambiente emprico;

  • Scrum Master/ Product Owner

    Compreender e praticar a agilidade; e,

    Facilitar os eventos Scrum conforme exigidos ou necessrios.

  • Scrum Master / Time de Desenvolvimento

    Treinar o Time de Desenvolvimento em autogerenciamento e interdisciplinaridade;

    Ensinar e liderar o Time de Desenvolvimento na criao de produtos de alto valor;

  • Scrum Master / Time de Desenvolvimento

    Remover impedimentos para o progresso do Time de Desenvolvimento;

    Facilitar os eventos Scrum conforme exigidos ou necessrios; e,

  • Scrum Master / Time de Desenvolvimento

    Treinar o Time de Desenvolvimento em ambientes organizacionais nos quais o Scrum no totalmente adotado e compreendido.

  • Scrum Master / Organizao

    Liderando e treinando a organizao na adoo do Scrum;

    Planejando implementaes Scrum dentro da organizao;

  • Scrum Master / Organizao

    Ajudando funcionrios e partes interessadas a compreender e tornar aplicvel o Scrum e o desenvolvimento de produto emprico;

    Causando mudanas que aumentam a produtividade do Time Scrum; e,

  • Scrum Master / Organizao

    Trabalhando com outros Scrum Masters para aumentar a eficcia da aplicao do Scrum nas organizaes.

  • Eventos Scrum

  • Criar rotina Minimizar necessidade de outras reunies Time-boxed Sprint

    possui durao fixa Outros eventos

    podem acabar antes do limite

  • Oportunidade para inspecionar e adaptar Permitir transparncia e inspeo criteriosa No aconselhada a retirada de um dos

    eventos Reduo da transparncia Perda de oportunidade para inspecionar e adaptar

  • Sprint

    um time-boxed de um ms ou menos criado um Pronto

    Verso potencialmente utilizvel do produto Incremental

    Inicia imediatamente aps a concluso da Sprint anterior

  • Sprint

    So compostas por: Reunio de planejamento da Sprint Reunies dirias Trabalho de desenvolvimento Reviso da Sprint Retrospectiva da Sprint

  • Sprint

    Durante a Sprint: No so feitas mudanas que ponham em perigo o

    objetivo da Sprint As metas de qualidade no diminuem Escopo pode ser clarificado e renegociado

    Conforme o aprendizado

  • Sprint

    Cada Sprint pode ser considerada um projeto Temporrios

    Horizonte no maior que um ms. Entregam produtos

    Pronto etc.

  • Sprint

    Cada Sprint possui: Definio do que para ser construdo Plano projetado e flexvel O trabalho Resultado do produto

  • Sprint

    Quando o horizonte da Sprint muito longo: a definio do que ser construdo pode mudar A complexidade pode aumentar O risco pode crescer

  • Sprint

    Permitem previsibilidade garante a inspeo e adaptao

    Limitam o risco ao custo de um ms corrido

  • Cancelamento da Sprint

    Product Owner possui a autoridade para isto Pode fazer sob influncia

    Partes interessadas, Time de Desenvolvimento e Scrum Master

  • Cancelamento da Sprint

    Objetivo da Sprint se tornou obsoleto Organizao mudou de direo As condies do mercado ou das tecnologias

    mudaram No faz mais sentido dadas s circunstncias

  • Cancelamento da Sprint

    Raramente faz sentido Devido a curta durao da Sprint

  • Cancelamento da Sprint

    Revisados Itens do Backlog do Produto completados Pronto

    Parte utilizvel do trabalho, tipicamente aceita pelo Product Owner

  • Cancelamento da Sprint

    Itens incompletos so reestimados e colocado de volta no Backlog do Produto.

    Trabalho feito deve ser frequentemente reestimado.

  • Cancelamento da Sprint

    Cancelamento de Sprints consome recursos Nova reunio de planejamento da Sprint (Nova

    Sprint)

    Frequentemente so traumticos para o time

  • Reunio de Planejamento da Sprint Onde o trabalho a ser realizado na Sprint

    planejado Criado com a colaborao de todo o Time

    Scrum Time-box com no mximo 8 horas para

    Sprint de ms de durao

  • Reunio de Planejamento da Sprint Scrum Master:

    garante que evento ocorra garante que os participantes entendam seu propsito Mantem o time dentro dos limites do time-box

  • Reunio de Planejamento da Sprint

    Responde as seguintes questes: O que pode ser entregue? Como o trabalho ser realizado?

    Com outras palavras: O que pode ser Pronto nesta Sprint? Como o trabalho escolhido ser Pronto?

  • Objetivo ou meta da Sprint Criado durante a reunio de planejamento

    da Sprint Pode ser satisfeito atravs da implementao

    do Backlog da Sprint. Faz o Time trabalhar em conjunto.

  • Objetivo ou meta da Sprint Time deve manter o objetivo em mente. Time implementa a funcionalidade e a

    tecnologia. Trabalho diferente do esperado

    Time e Product Owner colaboram para negociar escopo do Backlog da Sprint.

  • Reunio diria

    Limite de 15 minutos (time-boxed)

    Sincronizar atividades

    Criar um plano para as prximas 24 horas.

  • Reunio diria Inspecionar trabalho feito desde a ltima

    Reunio. Prever trabalho feito antes da prxima

    Reunio. Sempre no mesmo horrio e local

  • Reunio diria O que fiz ontem? O que farei hoje? Quais so os obstculos?

    As perguntas sempre se referem a meta do Time na Sprint.

  • Reunio Diria Time inspeciona o progresso

    Em direo ao objetivo da Sprint? Tende a completar o trabalho do Backlog da Sprint?

    Aumenta a probabilidade do Time atingir o objetivo da Sprint.

  • Reunio Diria O Time responsvel pela conduo da

    Reunio. Scrum Master para a Reunio Diria :

    Assegura que ocorra. Ensina o Time a mant-la dentro do time-

    box de 15 min. Refora que somente integrantes do Time

    participam.

  • Reunio Diria Melhoram comunicaes. Eliminam outras reunies. Identificam e removem impedimentos Rpidas tomadas de deciso Melhoram o nvel de conhecimento do Time. Reunio chave para inspeo e adaptao.

  • Reviso da Sprint Executada no final da Sprint Inspecionar o incremento Adaptar o Backlog do Produto, se necessrio. Time e as partes interessadas colaboram

    sobre o que foi feito na Sprint

  • Reviso da Sprint Colaborao nas prximas coisas que podem

    ser f