Scrum

218 visualizações

Publicada em

Treinamento de scrum realizado na Giespp.

0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
218
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4
Ações
Compartilhamentos
0
Downloads
9
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • Logo no início, falando de mudança, Einstein disse que "insanidade" é querer resultados diferentes fazendo a mesma coisa.Quando se compra um carro, vc prefere um ótimo manual ou um bom carro funcionando?Precisamos ajustar, afinar o instrumento e afiar o serrote.O que é um modelo de desenvolvimento ideal e perfeito?Comentar a matéria que o governo USA e England aderiram Agile.Não ter gestão em cima das pessoas, mas ter gestão em cima do objetivo e as pessoas se organizam para seus objetivosUtilizar Primer de tinta para visualizar as imperfeições.Pessoas não resistem mudar, resistem ser mudadas. Peter Senge.Software só dá dinheiro e retorno quando é utilizado.Waterfall era entrega em lote (lote de 500 de um vez), Rup (PDCA, Espiral) era entregar 10 de 500, Agile entrego 50 x 10 funcionalidade e Kanban 500 x 1O que não é ágil: Projeto com grande fase captura de requisito e faz uma estimativa em cima disso  e tenta achar o prazo final.Os primeiros 90% da aplicação levam 90% do tempo para ficar pronto e os 10% finais levam mais 90%MURI (Sobrecarga, não trabalhar acima da capacidade), MURA(Desencontro do processo, gargalos) e MUDA(Disperdícios)Falar do percentual alto que diz que o cliente nunca usa no sistema.Em relação a equipe, certo é que todos juntos somos melhor que qualquer um sozinho.A empresa não é ágil se as pessoas não forem ágeis, os valores da empresa são os valores das pessoas. Pessoas brilhantes, empresas brilhantes, pessoas medíocres gera empresa medíocres.Vincular o assunto de motivação com heterarquia, estudo que fala dos pilares de motivação, só dinheiro hoje não é suficiente, exemplo da cenoura, (autonomia(ambientes ágeis visa confiar nas pessoas e no seus julgamentos), domínio (pessoas que tem paixão no que fazem) e propósito (desejo de estar a serviço de algo de valor)), chega de chicote e chega de cenoura.Exemplo do aperto de mão para falar a importância do tamanho do time e a complexidade de times grandes. Pare de começar e comece a terminar. Não ter 90% de cada estória.
  • Sprint O coração do Scrum é a Sprint, um time-box de um mês ou menos, durante o qual um “Pronto”, versão incremental potencialmente utilizável do produto, é criado. Sprints tem durações coerentes em todo o esforço de desenvolvimento. Uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior. As Sprints são compostas por uma reunião de planejamento da Sprint, reuniões diárias, o trabalho de desenvolvimento, uma revisão da Sprint e a restrospectiva da Sprint. Durante a Sprint:  Não são feitas mudanças que podem afetar o objetivo da Sprint;  A composição da Equipe de Desenvolvimento permanecem constantes;  As metas de qualidade não diminuem; e,  O escopo pode ser clarificado e renegociado entre o Product Owner e a Equipe de Desenvolvimento quanto mais for aprendido. Cada Sprint pode ser considerada um projeto com horizonte não maior que um mês. Como os projetos, as Sprints são utilizadas para realizar algo. Cada Sprint tem a definição do que é para ser construído, um plano projetado e flexível que irá guiar a construção, o trabalho e o resultado do produto. Sprints são limitadas a um mês corrido. Quando o horizonte da Sprint é muito longo, a definição do que será construído pode mudar, a complexidade pode aumentar e o risco pode crescer. Sprints permitem previsibilidade que garante a inspeção e adaptação do progresso em direção a meta pelo menos a cada mês corrido. Sprints também limitam o risco ao custo de um mês corrido.
  • Scrum

    1. 1. Giespp
    2. 2. 2008 - 2013Pensamento Kaizen: mudança para melhor, melhoria contínua de um fluxo completo de valor oude um processo individual, a fim de se criar mais valor com menos desperdício. Além de melhorara produtividade, o contribui para a melhoria das condições de trabalho.
    3. 3. Salesforce.comPercebeu que passou a entregar 01 features ao invés de 04 no ano. Após o primeiro ano comScrum a empresa lançou 94% mais recursos, distribuiu 38% mais recursos aos desenvolvedores edistribuiu 500% a mais de valor a seus clientes.QSM AssociatesBase de 7,5 mil projetos, que considerou esforço, prazo, dificuldade técnica e outros fatores. Obteveo resultado que projetos ágeis são 16% mais produtivos e 37% mais rápido.DDJ e Version OneCom um número significante de participantes, 82% acharam que a produtividade com Scrum foimaior, 73% acharam que com conceito ágil tinha melhorado, 50% melhorado expressivamente e23% profundamente.GartnerPrevê que 80% dos projetos de software utilizarão métodos ágeis em 2012.
    4. 4. estagiadointegradas revisão e melhorias
    5. 5. Priorizar Planejar Executar Responder
    6. 6. valores princípiosnós valorizamos mais os itens acima
    7. 7. Inspeção Transparência Adaptação Integração ContínuaHeterarquia Melhoria Contínua Pareamento Flexibilidade
    8. 8. O dono do produto, responsável por maximizar o valor do produto e do trabalho da equipe dedesenvolvimento. É a única pessoa responsável por gerenciar o product backlog, ele é uma pessoae não um comitê. Ordenar os itens do Garantir o valor doExpressar claramente os Product Backlog para trabalho realizado peloitens do Product Backlog. alcançar melhor as metas Time de desenvolvimento. e missões.Garantir que o Product Garantir que a equipe de desenvolvimento entenda osBaklog seja visível e itens do Product Backlog no nível necessário.transparente para todos.
    9. 9. Responsável por garantir que o Scrum seja entendido e aplicado em suas práticas e regras. OScrum Master é um servo-líder para o time, ensinando e liderarando a equipe de desenvolvimentona criação de produtos de alto valor. Ajudar colaboradores e Causando mudanças queLiderar e treinar a stakeholder a aumentam aorganização na adoção compreender e tornar produtividade do timedo Scrum. aplicável o Scrum e o Scrum. modelo empírico.Treinar a equipe de Remover impedimentos Facilitar os eventosdesenvolvimento em auto- para o progresso do time Scrum conforme exigidosgerenciamento e de desenvolvimento. ou necessários.interdisciplinaridade.
    10. 10. Profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementao produto “Pronto” ao final de cada Sprint. As equipes são estruturadas e autorizadas pelaorganização para organizar e gerenciar seu próprio trabalho. Equipes de Tornam o Product BacklogEquipes de desenvolvimento são em incrementos dedesenvolvimento são multifuncionais, possuindo funcionalidadesauto-organizadas. todas as habilidades potencialmente utilizáveis. necessárias.Integrantes podem terhabilidades Equipes de desenvolvimento não contém sub-equipesespecializadas, mas a dedicadas a domínios específicos de conhecimento,responsabilidade pertence tais como teste ou análise de negócios.à equipe.
    11. 11. Como um gerente,Como um preciso visualizarcliente, quero ver os Como um vendedor responsável pelo setor de livros, eu pedido de empréstimosfilmes disponíveis quero procurar por livros filtrando por nome para que seja acima do limite depara locação para que possível verificar se o livro X está disponível para pronta crédito do cliente parapossa alugá-lo. entrega. efetuar a aprovação.Como um cliente, quero Como CTO, eu quero que oser capaz de executar site esteja disponível 99,99%o seu produto em todas do tempo para não ter Como alguém que fala uma língua latina, gostariaas versões do Windows frustação e procurar outro site de utilizar o sistema no meu idioma a qualquerdesde o Windows 95. para usar. momento.
    12. 12. Itens Critério de Aceitação • Eu posso pesquisar por... • Eu posso pagar com um... • Eu posso visualizar e editar…
    13. 13. Product Backlog Sprint Backlog 5 8 5
    14. 14. A equipe estáQual é a velocidade Quanto trabalho adicionandoda equipe para resta para completar Quando é que a equipe trabalho durante acompletar o trabalho no tempo terminará a iteração atual?. iteração? Há espaçorestante? disponível? suficiente?
    15. 15. qual um “Pronto”, versãoincremental potencialmente utilizável do produto, é criado.
    16. 16. Reunião colaborativa de planejamento do trabalho, conteúdo a ser realizado em um Sprint. Parte 01 Parte 02 • Apresentação e explicação do Product Backlog pelo PO. • Definição do time de como irá construir as funcionalidades. • Estimativa de esforço no • Entendimento de tarefas no nível entendimento do “pronto”. menor, compreender ordem necessária, dependências e etc. • Seleção dos itens de acordo com período da Sprint e suas • Apresentar ao PO e SM como respectivas prioridades. pretendem trabalhar para completar o objetivo da Sprint. • Definição da meta da Sprint.
    17. 17. Estimativa consensual entre a equipe de desenvolvedores, que pontua o esforço entre as estórias,técnica também conhecida como Story Points.
    18. 18. Reunião para inspecionar o trabalho desde a última reunião diária, e prever o trabalho que deveráser feito antes da próxima reunião diária. Melhoram as comunicação, eliminam 1. O que foi completado desde a última reunião? outras reuniões, 2. O que será feito até a próxima reunião? identificam e removem 3. Quais os obstáculos que estão no caminho? impedimentos. Reunião chave para inspeção e adaptação.
    19. 19. Reunião de Revisão da Sprint, executada no final da Sprint para inspecionar o incremento e adaptaro Backlog do Produto, se necessário. A equipe discute o O Product Owner que foi bem durante identifica o que foi a Sprint, quais “Pronto” e o que não A equipe demonstra o trabalho que está “Pronto” e problemas foi “Pronto” responde as questões sobre o incremento. ocorreram e como foram resolvidos. O PO projeta as prováveis datas de conclusão baseado no progresso. O grupo todo colabora sobre o que fazer a seguir e fornece entradas valiosas para a próxima reunião de Sprint Planning.
    20. 20. Reunião de retrospectiva é uma oportunidade para o time Scrum inspecionar a si próprio e criar umplano para melhorias a serem aplicadas na próxima Sprint.Inspecionar como aúltima Sprint foi em Criar um plano para implementar Identificar e ordenar osrelação as melhorias no modo que o time faz seu principais itens que foram bempessoas, relações, pro trabalho. e as potenciais melhoriascessos e ferramentas.

    ×