Waterfall To Scrum.

Slides:



Advertisements
Apresentações semelhantes
Gerência de Projetos Introdução A Crise do Software
Advertisements

Engenharia de Software
SCRUM para Gerência de Projetos
GUG Porto Alegre/Brasil Desenvolvimento em GeneXus, Métodos Ágeis e Scrum.
Rational Unified Process(RUP)
Gestão Ágil de Projetos
Desenvolvimento ágil: eXtreme Programming vs SCRUM Tiago Rodrigues de Mello CCO-230 – ENGENHARIA DE SOFTWARE / 2010.
Processos de Desenvolvimento de Software
Processo Desenvolvimento de Software Tradicional
Ci&T SPIN – Campinas Equipe de testes em projetos com CI e TDD.
Gerenciando Projetos Ágeis com TRAC/Agilo
Soluções de Software Sistemas e aplicações sob medida para as necessidades do seu negócio. Vivenciando SCRUM Experiência e desafios.
Israel M. Santos Rafael Mendonça
O mundo ágil do SCRUM Alexsandro Marques 02/09/2009.
Scrum Board Scrum Comics Problemas nas metodologias convencionais
KANBAN Por: Jessica Nunes e Karine Oliveira.
Métodos Ágeis Agile Modeling, ou AG
Uma Visão Processual do Desenvolvimento Seguro Usando SCRUM
Processo de Software Prof. Dr. rer. nat. Daniel D. Abdala
RUPinho Qualidade de Software
Engenharia de Software
Desafios do desenvolvimento de software
Michele de Vasconcelos Leitão Orientadora: Cristine Gusmão
Michele de Vasconcelos Leitão Orientadora: Cristine Gusmão
Implantando SCRUM na Simplestec Equipe Tributária
Implantando SCRUM na Simplestec Equipe Tributária
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Washington Sena de França
Gestão de Configuração de Software
SCRUM Equipe Amauri Cleverson Daiane Mauri Mauricio.
Raoni de Oliveira Franco
Gerência de Configuração - GC
ENGENHARIA DE SOFTWARE
Software engineering, the software process and their support M.M. Lehman Apresentadora: Tarciana Dias da Silva.
Metodologia Ágil SCRUM
Bruno Silva Desenvolvido a partir de
Engenharia de Software
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Scrum.
Processos de Software.
SCRUM Processo de Desenvolvimento de Software
Hukarz Open Source Process D01 Alan Kelon, Silvio Meira Recife, 01/12/2006.
ABC reuso Modeling and Using Product Line Variability in Automotive Systems Steffen Thiel and Andreas Hein, Robert Bosch Corporation.
Engenharia de Software
Metodologias Ágeis Para o Desenvolvimento de Software
© 2013 IBM Corporation Walter Farias – IBM Client Technical Professional DevOps Entrega contínua de inovação orientada à software.
Gestão de projetos de Software GTI-16
Projeto e-Build. Apresentação FábricaEquipeProdutoMercado ProjetoEscopoMetodologiaCronograma ArtefatosPrincipais riscosArquiteturaLições aprendidas.
Gerenciamento de Equipes com Scrum Curso de Verão 2008 – IME/USP Dairton Bassi Danilo Sato 24/Jan/2008.
Trabalho de PAW Scrum Nome: Jaila Cíntia.
SCRUM Metodologia para o Desenvolvimento Ágil de Software Rafael Rodrigues, Rafael Rost.
Metodologias Ágeis Para o Desenvolvimento de Software
Métodos Ágeis e Programação Extrema (XP)
SCRUM.
ZuEuz Tecnologia & Negócios © 2015 Todos os Direitos Reservados.
Gestão Ágil de Projetos
SCRUM Process Universidade Federal de Pernambuco Polyana Lima Olegário
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Processo de Gerência de Mudanças
Erton W. Vieira Metodologias Ágeis, Qualidade de Software e Design Centrado no usuário: Pontos de Interação Erton W. Vieira.
PSP - Aula 02 Vanilson Burégio.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Utilizando práticas do PMBOK para implantar o Scrum
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
Estudo Comparativo Entre Metodologias Ágeis e Tradicionais Aluno: Márcia Seabra Cabral Professor: Augusto Sampaio Disciplina: Tópicos Avançados em Engenharia.
SCRUM.
Pontifícia Universidade Católica de Campinas
SCRUM Development Process Universidade Federal de Pernambuco Lenylda Albuquerque
Scrum Gathering Brazil 2009 Diego Asfora
Metodologia Ágil THOBER CORADI DETOFENO, MSC. Aula 04 JOINVILLE 2016 Universidade do Estado de Santa Catarina – CCT/UDESC.
Transcrição da apresentação:

Waterfall To Scrum

Objetivos comuns em aplicar Scrum Aumento do ROI(Return Of Investment): Métodos tradicionais demoram para satisfazer as necessidades do cliente; Entregar mais cedo permite um ROI mais cedo. Flexibilidade: Responder a mudanças de requisitos; Responder a evolução da tecnologia. Produto de Qualidade: Entregar o produto certo na primeira entrega; Entregar com menos erros, testando mais cedo e com mais frequência. Visibilidade: Medida do progresso = produto concluído; Rápido Feedback: Feedback constante do cliente, stakeholders e membros do time.

Os desafios! Compreender o PDCA e suas vantagens A Introdução dos papeis do ScrumMaster e do Scrum Product Owner Criação de time multifuncional de realização A necessidade de engenharia de software e de padrões. Impacto nos processos atuais da empresa Definindo o DONE.

As Etapas Mapear o processo Atual Definir um quadro kanban com o processo atual Unificando o time coma noção de trabalho de time e responsabilização compartilhada Introduzindo o Sprint

As 3 verdades O cliente não sabe o que ele quer, ele descobre com o tempo. Nosso time não sabe como fazer o produto, eles aprendem com o tempo. A pessoas não se responsabilizam pelo que produzem, procuram sempre um responsável no seu lugar.

O PDCA Plan: Do: Check: Act: Planejamos com o que conhecemos, sabemos que o plano terá que mudar durante a realização. Do: Executamos o quanto antes, e aproveitamos a faze de execução para aprendermos sobre o contexto. Check: No final verificamos o contexto atual, o que fomos capazes de executar, o que tivemos que mudar e o que aprendemos com isso. Act: Com o novo conhecimento decidimos o que podemos mudar para o próximo PDCA.

Os 3 PDCAs do Scrum

A fases de criação de time Storming Forming Norming Performing

O Atual Processo Analise funcional Concepção Realização Testes Gestão do Projeto

Introduzindo um sistema puxado Analise funcional Concepção Testes Realização

O Quadro kanban PBL Analises Conception Dev Test Deploy   WIP DONE

O Novo Papel do “Gerente” Analise funcional Concepção ScrumMaster Testes Realização

Novos Artefatos   1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

Novos Artefatos   1 2 3 4 5 6 7 8 9

Resolvendo os problemas Definindo os papeis Definição de um novo processo de analise Introduzindo a noção / ritmo do Sprint Definindo Done

Definindo os papeis

Realização / Testes Unitários Os papeis Analise funcional Concepção Product Owner ScrumMaster Testes / Aceitação Realização / Testes Unitários

Redefinindo o processo de Analise funcional

Novo processo de Analise Recepção de demanda do cliente; Criação do modelo de caso de uso; Validação do modelo com o Cliente; Quebrando o modelo de caso de uso em estória de usuário (INVEST); Priorização pelo PO

Usando UML Como secretaria da clinica, eu gostaria de poder manter espécies para melhor gerenciar os animais da clinica veterinária

Criacao das US (INVEST) Mantendo o Backlog demandas Criacao Caso de uso Validacao Cliente Criacao das US (INVEST) Priorizacao pelo PO Sprint   WIP DONE

Introduzindo a noção de Sprint

Redefinindo o processo de Concepção (Sprint Planning)

Novo processo de concepção Selecionar as historias de usuário; Definir a concepção de cada US; Quebrar os modelo de concepção em tarefas (SMART); Specific; Measurable; Achievable; Relevant; Time-Boxed. Alimentar o Backlog de Sprint com as Tarefas.

Definindo o DONE das tarefas

Example Definition of Done Dinifition of DONE Example Definition of Done Code produced (all 'to do' items in code completed) Code commented, checked in and run against current version in source control Peer reviewed (or produced with pair programming) and meeting development standards Builds without errors Unit tests written and passing Deployed to system test environment and passed system tests Passed UAT (User Acceptance Testing) and signed off as meeting requirements Any build/deployment/configuration changes implemented/documented/communicated Relevant documentation/diagrams produced and/or updated Remaining hours for task set to zero and task closed http://www.agile-software-development.com/2007/07/definition-of-done-10-point-checklist.html

O Task Boar US TODO ON GOING DONE Accepted  

Perguntas

Perguntas