Upload
internet
View
114
Download
1
Embed Size (px)
Citation preview
CONTEÚDO PROGRAMÁTICO
• 1.Introdução• 2.Organização de Atividades com Kanban• 3.O Framework SCRUM• 4.Papéis e responsabilidades• 5.Artefatos e cerimônias
Introdução
• Manifesto para Desenvolvimento Ágil de SoftwareDiz:• Indivíduos e interações mais que processos e ferramentas
Software em funcionamento mais que documentação abrangenteColaboração com o cliente mais que negociação de contratosResponder a mudanças mais que seguir um plano
• Ou seja, mesmo havendo valor nos itens à direita,valorizamos mais os itens à esquerda.
O que é Scrum
• E uma metodologia• usada para uma gestão dinâmica de projetos, sendo muitas
vezes uma prática relacionada com o desenvolvimento ágil de um software.
• O scrum é uma ferramenta que permite controlar de forma eficaz e eficiente o trabalho, e potencia o trabalho em equipe, onde essa equipe trabalha para alcançar um objetivo comum. Esta metodologia é essencial para muitas empresas atualmente, porque não apenas facilita a definição de objetivos, como ajuda a cumprir os prazos estabelecidos.
• http://www.youtube.com/watch?v=KAnBZHmvggs
Trabalho em equipe é fundamental
TRADICIONAL• Sem auto-gestão• Fortemente hierarquizada• Formada por especialistas• Comando-ControleAuto Gestão• Auto-gestão• Auto-organizada(ninguém diz a equipe como se
organizar)• Interdisciplinar• Não tem Hierarquia formal
Quadro Kanban
Historias A FAZER FAZENDO FEITO
2.12.3
2.2
Data Entrada:xx/xx/xx
Descrição da Atividade,tarefa ou atividade
Data Limite xx/xx/xx
Kanban é fluxo continuo. Se os posts pararam de andar por muito tempo é porque
há algo errado!
Quebrar as tarefas em partes menores, o ideal e quebrar em 8 horas diárias cada tarefa.
1
2
1.1 1.2
Sonho de Consumo de Todo Gestor
• O pessoal está trabalhando?• Exatamente no que?• Em qual etapa?• O que e quanto está pronto?
Kanban pode ajudá-lo.
Eventos Formais do Scrum
• Reunião de planejamento da sprint• Reunião diária• Reunião de revisão da Sprint• Retrospectiva da Sprint
Papéis e Responsabilidades
Alguns dos elementos que fazem parte do processo do Scrum são:
O Product OwnerO Product Owner, ou dono do produto, é o
responsável por maximizar o valor do produto e do trabalho do Time de Desenvolvimento. Como isso é feito pode variar amplamente através das
organizações, Times Scrum e indivíduos.O Product Owner é a única pessoa
responsável por gerenciar o Backlog do Produto. O gerenciamento do Backlog do Produto inclui:
Expressar claramente os itens do Backlog do Produto;Ordenar os itens do Backlog do Produto para alcançar melhor as metas e
missões;Garantir o valor do trabalho realizado pelo Time de Desenvolvimento;
Garantir que o Backlog do Produto seja visível, transparente, claro para todos, e mostrar o
que o Time Scrum vai trabalhar a seguir; e,Garantir que o Time de Desenvolvimento entenda os itens do Backlog do
Produto no nível necessário.
O Product Owner pode fazer o trabalho acima, ou delegar para o Time de Desenvolvimento fazê-lo. No entanto, o Product Owner
continua sendo o responsável pelos trabalhos.
O Product Owner é uma pessoa e não um comitê. O Product Owner pode representar o desejo de um comitê no Backlog do
Produto, mas aqueles que quiserem uma alteração nas prioridades dos itens de Backlog devem convencer o Product Owner http://www.youtube.com/watch?v=L_KX457DwaM#aid=P9mCTTuNHZo
O Time de Desenvolvimento
• 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. Somente integrantes do Time de Desenvolvimento criam incrementos.
- Eles são auto-organizados. Ninguém (nem mesmo o Scrum Master) diz ao Time deDesenvolvimento como transformar o Backlog do Produto em incrementos defuncionalidades potencialmente utilizáveis; -Times de Desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias,enquanto equipe, para criar o incremento do Produto.-O Scrum não reconhece títulos para os integrantes do Time de Desenvolvimento que não seja o Desenvolvedor, independentemente do trabalho que está sendo realizado pela pessoa; Não há exceções para esta regra.-Individualmente os integrantes do Time de Desenvolvimento podem ter habilidadesespecializadas e área de especialização, mas a responsabilidade pertence ao Time deDesenvolvimento como um todo; e,-Times de Desenvolvimento não contém sub-times dedicados a domínios específicos de conhecimento, tais como teste ou análise de negócios.
-O idéal para um tamanho do time de desenvolvimento e entre 3 a 7 pessoas.
O Scrum Master
• O Scrum Master é responsável por garantir que o Scrum seja entendido e aplicado. O Scrum Master faz isso para garantir que o Time Scrum adere à teoria, práticas e regras do Scrum. O Scrum Master é um servo-líder para o Time Scrum. O Scrum Master ajuda aqueles que estão fora do Time Scrum a entender quais as suas interações com o Time Scrum são úteis e quais não são. O Scrum Master ajuda todos a mudarem estas interações para maximizar o valor criado pelo Time Scrum.
Dinamica
• Linha de produção de aviões
O Scrum Master trabalhando para o Product Owner
• O Scrum Master serve o Product Owner de várias maneiras, incluindo:• Encontrando técnicas para o gerenciamento efetivo do Backlog do
Produto;• Claramente comunicar a visão, objetivo e itens do Backlog do Produto
para o Time de• Desenvolvimento;• Ensinar a Time Scrum a criar itens de Backlog do Produto de forma
clara e concisa;• Compreender a longo-prazo o planejamento do Produto no ambiente
empírico;• Compreender e praticar a agilidade; e,• Facilitar os eventos Scrum conforme exigidos ou necessários.
O Scrum Master trabalhando para o Time de Desenvolvimento
O Scrum Master serve o Time de Desenvolvimento de várias maneiras, incluindo:
• Treinar o Time de Desenvolvimento em autogerenciamento e interdisciplinaridade;
• Ensinar e liderar o Time de Desenvolvimento na criação de produtos de alto valor;
• Remover impedimentos para o progresso do Time de Desenvolvimento;
• Facilitar os eventos Scrum conforme exigidos ou necessários; e,• Treinar o Time de Desenvolvimento em ambientes organizacionais nos
quais o Scrum não é• totalmente adotado e compreendido.• http://www.youtube.com/watch?v=NoqbI79p-Rk
Artefatos e Cerimônias
Backlog• O Backlog é uma lista (em alto nível) de todas as
funcionalidades desejadas no produto, ou itens que compõem o produto final, estimadas pelo time e priorizadas pelo Product Owner.
• E revisado ao final de cada ciclo.• Necessita ser definida peso e prioridade para
cada item.http://www.youtube.com/watch?v=nr95nzsGB8Y
Estimativas Ágeis
• Esforço e diferente de duração ou tempo• Não pesne em horas ou tempo mas apenas em
esforço com relação ao tamanho• Não pense em duração pois isto depende do número
de pessoas e/ou recursos.• Suponha que você queira mover um monte de 100m3
de brita. Quanto tempo levará?-Depende de quais recursos vai utilizar.-No entanto, o tamanho e o esforço sempre serão de
100 m3
Estimar o BacklogStory Points
• Pontos por História é uma forma relativa de medir o tempo necessário, focado no esforço para implementar uma historia.
• É uma forma de estimar a dificuldade sem se comprometer com a duração de tempo especifico.
• As variações nos tamanhos da equipe não afetem as estimativas.
Backlog BurnDown
Estimar o Backlog
História 1
2
História 3
8
História 4
2
História 2
5
História 5
8
História 6
8
História 7
3
História 8
5
Priorizar o Backlog• O que é mais importante? Técnica Moscow• Quem prioriza é o Product Owner!
• MUST: Sem elas o produto não funciona ou não tem valor; apenas com elas já há um produto
• SHOULD: Tem que ser incluídas para que o produto esteja completo• COULD: itens legais e úteis, fazer se tiver tempo.• WONT: não será feito neste projeto. Podem ser incluídas na versão 2.
MUST SHOULD COULD WON’T
SPRINT Objetivo ou meta da Sprint
• A meta da Sprint é um objetivo definido para a Sprint que pode ser satisfeito através da implementação do Backlog do Produto. Este fornece uma direção para o Time de Desenvolvimento sobre o porquê de estar construindo o incremento. Este é criado durante a reunião de planejamento da Sprint. O objetivo da Sprint dá ao Time de Desenvolvimento alguma flexibilidade a respeito da funcionalidade que será completada dentro dos limites da Sprint. Os itens do Backlog do Produto selecionados entregam uma função coerente, que pode ser o objetivo da Sprint. O objetivo da Sprint pode ser qualquer outro coerente que faça o Time de Desenvolvimento trabalhar em conjunto em vez de em iniciativas separadas
REUNIÃO DE PLANEJAMENTO DA SPRINT
• Parte 1: Reunião Estratégica(seleção do backulog) – Objetivo da Sprint
• Parte 2: Reunião Tática(criação das tarefas) – Sprint backulog
Exemplo de Quebra de 1 item de BackulogPosto de Gasolina
66
64
61
65
62
63
Reunião Diária
• O que fiz? O que farei até a próxima reunião?Ha algum impedimento?
• No máximo 15 minutos• Participa scrum master e time. O TIME conduz
a reunião.• Fazer sempre no mesmo local e horário• SM deve assegurar o comparecimento de
todos a reunião diaria.
Reunião de Revisão de SPRINT
• Participa toda a equipe + stakeholdes(boa prática)• Re-leia o objetivo sprint• Momento para inspecionar o
produto(Aceita/Rejeita!)• Maximo de 2h para sprint de 15 dias• Não é um momento para testar os itens
entregues, mas sim de apresentação, conferência e avaliação dos itens de acordo com a indicação de pronto de cada um dos itens
Reunião de Retrospectiva da Sprint
• Ao final da iteração as pessoas querem ouvir e dizer o que acertaram e erraram. Principalmente as novas gerações
• Participa somente a equipe• Conhecimento como Lições aprendidas• Foco nas melhorias para a próxima sprint• “Aplique, verifique, corrija e adapte conforme
necessário”• Desde a parte técnica, quanto na
social(relacionamento,comunicação...)
Dinamica
• Montar um Hospital com 3 andares• Montar um posto de gasolina• Montar um prédio de 5 andares• Montar uma ponte pencil• Montar um casa com garage e toda cercada• Montar um estádio de futebol.• Montar um parque de diversão