Workshop SCRUM. Versão 5 Out 2010 RFS.

Tamanho: px
Começar a partir da página:

Download "Workshop SCRUM. Versão 5 Out 2010 RFS. rildo.santos@etecnologia.com.br"

Transcrição

1 Todos os direitos reservados e protegidos 2006 e 2010

2 Objetivo: Estudo de Caso Objetivo: Apresentar um Estudo de Caso para demonstrar como aplicar as práticas do SCRUM em projeto de desenvolvimento de Software. Pré-requisito: Conhecimento das práticas Scrum. Todos os direitos reservados e protegidos 2006 e

3 O Conteúdo do workshop: 1 Desafios do desenvolvimento de Software 2 Sobre o SCRUM 3 Entendendo SCRUM 4 Estudo de Caso Todos os direitos reservados e protegidos 2006 e

4 Framework SCRUM Planejamento da Release Planejamento da Sprint Reunião diária Revisão da Sprint Retrospectiva da Sprint 24 horas Visão Product Backlog Sprint Backlog Sprint (2-4 Semanas) Produto Legenda: Reuniões Artefatos Papéis Product Owner (PO) ScrumMaster (SM) Equipe (time) Reuniões Planejamento da Release Planejamento da Sprint Diária Revisão da Sprint Retrospectiva da Sprint Artefatos Product Backlog Sprint Backlog Sprint Burndown Release Burndown Sprint Burndown Release Burndown Todos os direitos reservados e protegidos 2006 e

5 Estudo de Caso: Visão Primeiro passo: definir a Visão do Produto. Planejamento da Release Planejamento da Sprint Reunião diária Revisão da Sprint Retrospectiva da Sprint 24 horas Produto Backlog Sprint Backlog Sprint 2-4 Semanas Produto Visão 1 Todos os direitos reservados e protegidos 2006 e

6 Estudo de Caso: Visão do Produto Para definir a visão do Produto, primeiro é necessário entender qual é a real necessidade do cliente: A necessidade: Um hotel, quer incrementar um novo canal de consultas e vendas de reservas de apartamentos. A sugestão foi criar um Portal de Reservas para vender os serviços. Após entender a necessidade do cliente, é hora de definir a Visão do Produto: Declaração da Visão do Produto: Para o Hotel que necessita de um Sistema o Portal de Reservas On-Line é um software baseado na web, intuitivo e fácil de usar que fornece a possibilidade fazer a consultas e reservas de apartamentos. Diferente de outros sistemas, o produto oferece um canal direto de acesso ao cliente. Todos os direitos reservados e protegidos 2006 e

7 Estudo de Caso: Visão do Produto Após a definição da Visão do Produto, devemos definir a primeira versão do Product Backlog: Funcionalidades do produto O Product Backlog, inicialmente é uma lista que representa tudo que é necessário para desenvolver e lançar um produto. A lista deve conter todas as características, funções, tecnologias, melhorias e correções de defeitos que constituem as mudanças que serão efetuadas no produto para futuras releases. O Product Backlog é dinâmico, no sentido de que ele está constantemente mudando para identificar o que o produto necessita. Todos os direitos reservados e protegidos 2006 e

8 Estudo de Caso: Visão do Produto Todos os direitos reservados e protegidos 2006 e

9 Estudo de Caso: Visão do Produto Exercício: Podemos fazer a declaração da Visão do Produto sem entender a real necessidade do cliente? Todos os direitos reservados e protegidos 2006 e

10 Estudo de Caso: Reunião de Planejamento da Release Segundo passo: Realizar a Reunião de Planejamento da Release, o resultado desta reunião é o Plano de Release e o Release Burndown (artefato Scrum). Planejamento da Release Planejamento da Sprint Reunião diária Revisão da Sprint Retrospectiva da Sprint 24 horas Produto Backlog Sprint Backlog Sprint 2-4 Semanas Produto Visão 2 Todos os direitos reservados e protegidos 2006 e

11 Estudo de Caso: Reunião de Planejamento da Release O propósito da Reunião de Planejamento da Release é o de estabelecer o Plano de Release, as Metas e Release Burndown (que é um artefato do Scrum) que a Equipe Scrum e o resto da organização possam entender e comunicar. O planejamento da release responde às questões: - Como podemos transformar a visão em um produto da melhor maneira possível? - Como podemos alcançar ou exceder a satisfação do cliente? - Como podemos alcançar o ROI (retorno sobre investimento)? O Plano de Release estabelece a meta da release, as maiores prioridades do Product Backlog, os principais riscos e as características gerais e funcionalidades que estarão contidas na release. Ele estabelece também uma data de entrega e custos prováveis que devem se manter se nada mudar. A organização pode então inspecionar o progresso e fazer mudanças nesse Plano de Release a cada Sprint. O planejamento da release requer estimar e priorizar o Product Backlog para a release. Há diversas técnicas para fazê-lo que estão fora do alcance do Scrum (lembre-se o SCRUM é framework ele não indica nenhuma técnica), mas que apesar disso são úteis quando usadas com ele. Entradas Release Burndown (artefato) Visão do Produto Product Backlog (visão inicial) Planejamento da Release Product Backlog (priorizado) Saídas Equipe SCRUM Plano de Release Todos os direitos reservados e protegidos 2006 e

12 Estudo de Caso: Reunião de Planejamento da Release 1 Visão inicial do Product Backlog, antes da reunião de Planejamento da Sprint, ele tem somente as funcionalidades do produto, agrupadas por tema (este agrupamento é opcional). O Plano de Release é elaborado nessa reunião. Nesse plano define-se o prazo de entrega do produto e nível de prioridade dos itens do backlog 2 Plano de Release 3 O Plano de Release é base para atualização do Product Backlog Agora ele apresenta o nível de prioridade e quantidade de pontos estimados dos itens. O PO é responsável pela priorização dos itens e a Equipe é responsável pela estimativa. Releases Reserva Promoções Relacionamento ao cliente Programa de Fidelidade Tour Virtual 5 Releases Nível de Prioridade Prazo (estimado) Alto Médio Médio Médio Baixo 30 dias 15 dias 7 dias 15 dias 15 dias 1 Alto, 3 médio e 1 baixo 82 dias Todos os direitos reservados e protegidos 2006 e

13 Pontos (estimados) Estudo de Caso: Reunião de Planejamento da Release Com Product Backlog atualizado e o Plano de Release, o PO poderá construir o Release Burndown, que é um dos artefatos do SCRUM. As estimativas dos itens do Product Backlog são inicialmente calculadas durante a Reunião de Planejamento da Release. O Release Burndown registra a soma das estimativas dos esforços restantes do Product Backlog ao longo do tempo. O esforço estimado deve estar em qualquer unidade de medida de trabalho que a equipe e a organização tenham decidido usar. As unidades de tempo geralmente são Sprints. Release Burndown O Product Owner é responsável por manter o Product Backlog e o Release Burndown atualizados e publicados todo o tempo. Uma linha de tendência pode ser traçada baseada na mudança do trabalho restante Release #1 Release #2 Release #3 Release #4 Release #5 Releases Todos os direitos reservados e protegidos 2006 e

14 Estudo de Caso: Reunião de Planejamento da Release Todos os direitos reservados e protegidos 2006 e

15 Estudo de Caso: Reunião de Planejamento da Release Exercício: O que aconteceria se a equipe SCRUM não fizer a Reunião de Planejamento da Release? Todos os direitos reservados e protegidos 2006 e

16 Estudo de Caso: Reunião de Planejamento da Sprint Terceiro passo: Realizar a Reunião de Planejamento da Sprint, o resultado desta reunião são os artefatos Sprint Backlog e Sprint Burndown. Planejamento da Release Planejamento da Sprint Reunião diária Revisão da Sprint Retrospectiva da Sprint 24 horas Produto Backlog Sprint Backlog Sprint 2-4 Semanas Produto Visão 3 Todos os direitos reservados e protegidos 2006 e

17 Estudo de Caso: Reunião de Planejamento da Sprint Product Backlog: Sistema de Reserva On-Line A Reunião de Planejamento da Sprint é o momento no qual a iteração é planejada. No nosso exemplo a duração é fixada em 8 horas, pois, a Sprint tem a estimativa de um mês. Essa reunião é dividida em duas partes: 1ª. Parte da Reunião (4 horas): A equipe Scrum trata da questão: o quê?. O PO apresenta a equipe o que é mais prioritário no Product Backlog. Todos trabalham em conjunto para definir qual funcionalidade deverá ser desenvolvida durante a próxima Sprint. O Product Backlog está ordenado de acordo com nível de prioridade dos itens. A equipe deve selecionar o item de maior prioridade e definir qual será a meta da Sprint. 2ª. Parte da Reunião (4 horas): A equipe trata a questão: como?. Durante as 4 horas seguintes a equipe define como transformará o item selecionado em incremento do produto pronto e potencialmente entregável. O PO estará presente para esclarecer dúvidas e para ajudar a efetuar trocas, se necessário. Se a equipe concluir que ela tem trabalho demais ou de menos, ela pode renegociar os itens do Product Backlog escolhido com o PO Todos os direitos reservados e protegidos 2006 e

18 Estudo de Caso: Reunião de Planejamento da Sprint Detalhando os itens do Produto Backlog em estórias do usuário: Para facilitar o entendimento dos itens do Product Backlog ele são descritos em estórias do usuário elas auxiliam no entendimento do que deve ser feito, permite fazer a estimativa de velocidade da equipe e também é, utilizada como lembrete e para as atividades de planejamento. Geralmente a estimativa é feita em pontos (pontos de estória) Como escrever uma Estória do Usuário? Conversações sobre a estória, entre os usuários e desenvolvedores, de modo a detalhar o item do Product Backlog e esclarecer todas as dúvidas sobre do que deve ser feito. Titulo: Fazer Reserva de Apartamentos Como cliente de negócio, eu quero fazer reserva de apartamentos pela web para facilitar o meu planejamento. Pontos:? Estória do Usuário Prioridade: Alta Cartão: Estória do Usuário são tradicionalmente escritas em um cartão. Cartão podem ter notas, estimativas, comentário observações e etc Conversas: Detalhes que podem surgir durante as conversas com PO (Product Owner) e/ou cliente. Confirmação: Testes de aceitação confirmam se a Estória do Usuário foi codificada da forma correta. Testes de aceitação são tipo Caixa Preta. Boa Prática: A Estória do Usuário deve prover o entendimento do que deve ser feito e deve facilitar a estimativa de velocidade da equipe. Todos os direitos reservados e protegidos 2006 e

19 Estudo de Caso: Reunião de Planejamento da Sprint Detalhando as Estórias do Usuário em Tarefas: Como cliente de negócio, eu quero fazer reserva de apartamentos pela web para facilitar o meu planejamento. Pontos:? Estória do Usuário Titulo: Fazer Reserva de Apartamentos Prioridade: Alta Devemos buscar meios para facilitar a estimativa de velocidade da equipe, quebrar a estória do usuário em tarefas pode fazer que todos os membros da equipe visualizem todas as tarefas que devem ser feitas para implementar a Estória do Usuário. Testes de aceitação devem ser escritos para detalhar melhor a estória do usuário, geralmente eles são escritos no versão do cartão. Tarefas de Negócio Consulta de Reserva de Apartamento Tarefas Técnicas Criar Interfaces Do Usuário Fazer Reserva de Apartamentos Cadastro de Fila de Espera Cadastro de Cliente Criar Tabelas Executar testes unitários Confirmação da Reserva Executar testes de aceitação Todos os direitos reservados e protegidos 2006 e

20 Estudo de Caso: Reunião de Planejamento da Sprint Estimativa e o Planning Poker: Para fazer estimativa de velocidade da equipe ou de duração da Sprint, antes é preciso o escrever as estórias do usuário. O Planning Poker é uma prática que ajuda na estimativa de uma estória ou de uma tarefa e é baseada no consenso de toda a equipe. Geralmente o Planning Poker usa um conjunto de cartas com valores específicos que podem representar pontos relativos e é praticado como se fosse um jogo de cartas. Os pontos devem estar em uma escala não linear, por e exemplo a Fibonacci: (1,2,3,5,8,13,...) + 20, 40, 100 ou em outra escala Jogando o Planning Poker: Antes de começar o jogo é necessário definir um valor de referência. Por exemplo: Identificar a estória que pode ser atribuído a menor quantidade pontos, esta estória será utilizada como referência para pontuação das demais estórias. O PO apresenta uma estória e pede para os membros da equipe fazer a estimativa de velocidade... Pessoal, qual é estimativa para essa estória ª. Rodada Quando todas as cartas 100 estiverem lançadas, elas são viradas e caso não haja consenso nos pontos, as diferenças são discutidas de forma breve, e uma nova 40 rodada acontece até que haja concesso entre os membros da equipe Enésima Rodada Product Owner Equipe Equipe Todos os direitos reservados e protegidos 2006 e

21 Estudo de Caso: Reunião de Planejamento da Sprint Estória do Usuário Titulo: Fazer Reserva de Apartamentos Como cliente de negócio, eu quero fazer reserva de apartamentos pela web para facilitar o meu planejamento. Pontos: 40 Prioridade: Alta Planning Poker, Estória do Usuário e Pontos de Estória, nada disto faz parte do framework Scrum, contudo, são técnicas e ferramentas complementares ao framework. Elas são utilizadas para ajudar na estimativa de velocidade da equipe. E finalmente temos a Sprint Backlog, mas antes de fazermos o Sprint Burndown, devemos fazer a definição de Pronto. Tarefas de Negócio Consulta de Reserva de Apartamento Tarefas Técnicas Criar Interfaces Do Usuário Sprint Backlog Fazer Reserva de Apartamentos Cadastro de Fila de Espera Cadastro de Cliente Criar Tabelas Executar testes unitários Confirmação da Reserva Executar testes de aceitação A Sprint Backlog é todo trabalho que a equipe identifica como necessário para alcançar a Meta da Sprint. Todos os direitos reservados e protegidos 2006 e

22 Estudo de Caso: Reunião de Planejamento da Sprint Definição de Pronto: Scrum exige que a equipe desenvolva um incremento de funcionalidade do produto a cada Sprint. Esse incremento deve ser potencialmente entregável, pois o Product Owner (PO) pode optar por implantar a funcionalidade imediatamente. Para isso ser possível, o incremento deve ser um pedaço completo do produto. Ele deve estar pronto. Cada incremento deve ser adicionado a todos os incrementos anteriores e exaustivamente testado, garantindo que todos os incrementos funcionem juntos. Uma conversa comum entre o cliente e o desenvolvedor: [Cliente] E aí como anda o desenvolvimento da aplicação? [Desenvolvedor] Está pronta... [Cliente] Isso quer dizer que eu posso implementa-la? [Desenvolvedor] Bem...ainda não, preciso fazer mais alguns testes... [Cliente] Mas, aplicação não está pronta.. Definir claramente quando o produto estará pronto, pois: Pronto, para desenvolvedor significa: - Encerrou a codificação... Pronto, para PO significa: - Quando foi entregue... Pronto, para os usuários finais e/ou clientes significa: - Quando o software começou a funcionar em ambiente de produção... Equipe SCRUM: Definiu que o pronto é software rodando em ambiente de produção. Todos os direitos reservados e protegidos 2006 e

23 Estudo de Caso: Reunião de Planejamento da Sprint A transparência, que é dos pilares do Scrum, ela garante que aspectos do processo que afetam o resultado sejam visíveis para aqueles que gerenciam os resultados. O Quadro de Tarefas deixa a Sprint com visibilidade e transparência necessária. Entretanto, o Quadro de Tarefas é para o uso exclusiva da equipe, que é responsável pela sua atualização. Task Board (Quadro de Tarefas) Para Fazer Fazendo Pronto Sprint Burndown Consulta de Reserva de Apartamento Pontos 40 Cadastro de Fila de Espera Cadastro de Cliente 10 Confirmação da Reserva Semanas Meta da Sprint Entregar a funcionalidade de reserva de apartamentos em 30 dias. Todos os direitos reservados e protegidos 2006 e

24 Estudo de Caso: Reunião de Planejamento da Sprint Todos os direitos reservados e protegidos 2006 e

25 Estudo de Caso: Reunião de Planejamento da Sprint Esclarecendo algumas dúvidas: Por que 40 pontos em uma Sprint de 30 dias? É a primeira vez que a equipe utiliza o SCRUM para o desenvolver um software, logo ela não tem experiência e nem histórico de velocidade de desenvolvimento, que possa ser usado para definir a quantidade de tempo que ela levará para fazer 40 pontos. Para não correr riscos, a equipe optou por trabalhar com uma folga. Com o decorrer das Sprints e novos projetos será possível calibrar melhor a velocidade da equipe. O Quadro de Tarefas é importante? O Quadro de Tarefas (Task Board) também não parte do Framework Scrum, ele parte de uma técnica chamada Gestão à Vista, que tem como objetivo facilitar a comunicação e dar transparência (visibilidade). Lembre-se que a transparência é um dos pilares do SCRUM. Qual é a duração em dias recomendável quando uma equipe começa a trabalhar com Scrum? Quando uma equipe começa com o Scrum, Sprints de duas semanas o permite aprender sem cair nas armadilhas da incerteza. Todos os direitos reservados e protegidos 2006 e

26 Estudo de Caso: Reunião de Planejamento da Sprint Exercício: O que aconteceria se a equipe considerar que o item do Product Baclog: Os clientes poderão fazer reserva de apartamentos é um épico? Todos os direitos reservados e protegidos 2006 e

27 Estudo de Caso: Reunião Diária Quarto passo: Após a reunião de Reunião de Planejamento da Sprint, efetivamente a Sprint começa, o próxima passo são as Reuniões Diárias. Planejamento da Release Planejamento da Sprint Reunião diária Revisão da Sprint Retrospectiva da Sprint 24 horas Produto Backlog Sprint Backlog Sprint 2-4 Semanas Produto Visão 4 Todos os direitos reservados e protegidos 2006 e

28 Estudo de Caso: Reunião Diária A equipe deve se encontrar diariamente para uma reunião de 15 minutos chamada Reunião Diária. Essa reunião é sempre feita com as pessoas de pé, no mesmo horário e no mesmo local durante as Sprints. Durante a reunião, cada deve membro explicar: 1. O que foi realizado desde a última reunião diária; 2. O que vai ser feito antes da próxima reunião diária; 3. Foi encontrado algum obstáculo (impedimento). As Reuniões Diárias melhoram a comunicação, eliminam outras reuniões, identificam e removem impedimentos para o desenvolvimento, ressaltam e promovem a tomada rápida de decisões e aperfeiçoa o nível de conhecimento de todos acerca do projeto. O ScrumMaster é responsável por garantir que a equipe realize essa reunião. Contudo, a própria equipe é responsável por conduzir a reunião. O ScrumMaster deve orientar a equipe a manter a Reunião Diária com curta duração (15 minutos), reforçando as regras e assegurando que as pessoas falem brevemente. O ScrumMaster também enfatiza a regra de que as pessoas que não participam da equipe não podem atrapalhar e nem a interferir de modo algum a reunião. Ela é só para as pessoas que estão transformando os itens do Product Backlog um incremento (produto), e para mais ninguém. SCRUM Master A Reunião Diária não é uma reunião de status. A equipe se comprometeu com a Meta da Sprint, e os itens do Product Backlog. A Reunião Diária é uma inspeção do progresso na direção da Meta da Sprint (as três perguntas). Geralmente acontecem reuniões subsequentes para realizar adaptações ao trabalho que está por vir na Sprint. A intenção é otimizar a probabilidade de que a equipe alcance sua Meta. Essa é uma reunião fundamental de inspeção e adaptação no processo empírico do Scrum. Todos os direitos reservados e protegidos 2006 e

29 Estudo de Caso: Reunião Diária Na primeira reunião a Equipe decide qual tarefa vai ser feita primeiro. Após a escolha da tarefa o Task Board (Quadro de Tarefas) é atualizado. Consulta de Reserva de Apartamento OK OK? OK Equipe SCRUM Master Questões: 1. O que foi realizado desde a última reunião diária; 2. O que vai ser feito antes da próxima reunião diária; 3. Foi encontrado algum obstáculo. 15 Minutos Todos os direitos reservados e protegidos 2006 e

30 Estudo de Caso: Reunião Diária As reunião se repetem ao longo dos dias e a cada reunião a Task Board é atualizado (as tarefas e Sprint Burndown). O que vai ser feito antes da próxima reunião diária? Começar a tarefa Cadastro de Cliente Foi encontrado algum obstáculo? Não O que foi feito desde a última reunião diária? Terminamos a tarefa Consulta de Reserva de Apartamentos... OK Movimentação do post-it para a coluna: Pronto Atualização do Sprint Burndown OK? Equipe SCRUM Master Questões: 1. O que foi realizado desde a última reunião diária; 2. O que vai ser feito antes da próxima reunião diária; 3. Foi encontrado algum obstáculo. 15 Minutos Todos os direitos reservados e protegidos 2006 e

31 Estudo de Caso: Reunião Diária Durante as reuniões diárias todos os impedimentos (ou obstáculos) identificados são registrados no Quadro de Tarefas. Eles representam um risco a Sprint. O Risco de não se atingir a meta, logo eles devem ser removidos. Geralmente os impedimentos são escritos em Post it de cor rosa. 15 Minutos OK OK OK? Equipe Encontrei um obstáculo (impedimento). SCRUM Master Questões: 1. O que foi realizado desde a última reunião diária; 2. O que vai ser feito antes da próxima reunião diária; 3. Foi encontrado algum obstáculo. Todos os direitos reservados e protegidos 2006 e

32 Estudo de Caso: Impedimento Cabe ao SCRUM Master remover todos os impedimentos, identificados e demonstrados no Quadro de Tarefas, para que estes não afetem o desempenho da equipe nem a meta da Sprint. Caso contrário, o impedimento poderá comprometer a meta e a entrega de valor que deve ocorrer no final da Sprint. O que é um impedimento? Impedimento tudo aquilo que impede a equipe de realizar seu trabalho e atingir a meta da Sprint. Um impedimento pode ser um problema de rede, falhas no servidor, falta de servidor para testes, a lentidão do banco de dados do ambiente de teste ou falta de informação para implementação de uma tarefa. SCRUM Master SCRUM Master deverá remover este impedimento Após remoção do impedimento o SCRUM podemos registrar em base de conhecimento a causa raiz do impedimento, esta informação deverá ser utilizada para melhorar o processo, logo será discutida na Retrospectiva da Sprint. Todos os direitos reservados e protegidos 2006 e

33 Estudo de Caso: Reunião Diária Quando todas as tarefas estão prontas, e a Equipe atualiza o Quadro de Tarefas e o Sprint Burndown. 15 Minutos OK OK OK? OK Equipe SCRUM Master Todos os direitos reservados e protegidos 2006 e

34 Estudo de Caso: Reunião Diária Todos os direitos reservados e protegidos 2006 e

35 Reunião de Planejamento da Sprint Exercício: O que pode acontecer se um impedimento não for removido? Quem pode cancelar a Sprint? Todos os direitos reservados e protegidos 2006 e

36 Estudo de Caso: Reunião de Revisão da Sprint Quinto passo: Após o final da Sprint (quando todas as tarefas estão prontas) começa a Reunião de Revisão da Sprint. Objetivo primário desta reunião é apresentar ao PO que foi feito durante a Sprint. Planejamento da Release Planejamento da Sprint Reunião diária Revisão da Sprint Retrospectiva da Sprint 24 horas Produto Backlog Sprint Backlog Sprint 2-4 Semanas Produto Visão 5 Todos os direitos reservados e protegidos 2006 e

37 Revisão da Sprint: Reunião da Revisão da Sprint Produto pronto OK Product Owner OK OK 4 horas Equipe SCRUM Master Equipe apresenta que foi produzido e faz entrega para PO, que avalia o valor da entrega. PO poderá aceitar ou rejeitar a entrega do produto. Todos os direitos reservados e protegidos 2006 e

38 Reunião de Revisão da Sprint A Reunião de Revisão da Sprint, para Sprints de 1 mês, essa é uma reunião com duração fixa de 4 horas. Para Sprints de durações mais curtas, essa reunião não deve tomar mais do que 5% do total da Sprint. Durante a Revisão da Sprint, a Equipe Scrum e as partes interessadas colaboram sobre o que acabou de ser feito. Baseados nisso e em mudanças no Product Backlog feitas durante a Sprint, eles colaboram sobre quais são as próximas coisas que podem ser feitas. Essa é uma reunião informal, com a apresentação da funcionalidade, que tem a intenção de promover a colaboração sobre o que fazer em seguida. O Product Owner identifica o que foi feito e o que não foi feito. A equipe discute sobre o que correu bem durante a Sprint e quais problemas foram enfrentados, além de como esses problemas foram resolvidos. A equipe então demonstra o trabalho que está pronto e responde a questionamentos. O Product Owner então discute o Product Backlog da maneira como esse se encontra. Ele faz projeções de datas de conclusão prováveis a partir de várias hipóteses de velocidade. Em seguida, o grupo inteiro colabora sobre o que foi visto e o que isso significa com relação ao que fazer em seguida. A Revisão da Sprint fornece entradas valiosas para as reuniões de Planejamento de Sprints seguintes. Todos os direitos reservados e protegidos 2006 e

39 Reunião de Revisão da Sprint O Release Burndown é atualizado. Lembre-se: O Release Burndown registra a soma das estimativas dos esforços restantes do Product Backlog ao longo do tempo. O esforço estimado deve estar em qualquer unidade de medida de trabalho que a equipe e a organização tenham decidido usar. As unidades de tempo geralmente são Sprints. Todos os direitos reservados e protegidos 2006 e

40 Reunião de Revisão da Sprint Product Backlog é atualizado. Lembrem: PO é responsável por manter atualizado Release Burndown e Product Backlog. Todos os direitos reservados e protegidos 2006 e

41 Estudo de Caso: Reunião de Revisão da Sprint Todos os direitos reservados e protegidos 2006 e

42 Reunião de Planejamento da Sprint Exercício: O que aconteceria se PO não aceitasse a entrega? Podemos considerar que a entrega da Sprint foi feita mesmo que ela não esteja em conformidade com a definição de Pronto? Todos os direitos reservados e protegidos 2006 e

43 Reunião de Retrospectiva da Sprint Sexto passo: Após a reunião de Reunião de Revisão da Sprint, é realizada a Reunião de Retrospectiva da Sprint. O propósito desta reunião é inspecionar como correu a última Sprint em se tratando de pessoas, das relações entre elas, dos processos e das ferramentas. Planejamento da Release Planejamento da Sprint Reunião diária Revisão da Sprint Retrospectiva da Sprint 24 horas Produto Backlog Sprint Backlog Sprint 2-4 Semanas Produto Visão 6 Todos os direitos reservados e protegidos 2006 e

44 impedimentos Retrospectiva da Sprint Reunião Retrospectiva da Sprint As retrospectivas são a essência do conceito de Inspeção e Adaptação. Problemas no Servidor de Teste = SCRUM Master Velocidade da equipe...???? Equipe 3 horas Equipe discute o quê deu errado e o quê deu certo... O que precisa ser melhorado para a próxima Sprint Todos os direitos reservados e protegidos 2006 e

45 Reunião de Retrospectiva da Sprint: A Reunião de Retrospectiva da Sprint é a última reunião de uma Sprint. Nessa reunião, com duração fixa de 3 horas, o ScrumMaster deve encorajar a equipe a revisar, dentro do modelo de trabalho e das práticas do processo do Scrum, seu processo de desenvolvimento, de forma a torná-lo mais eficaz e gratificante para a próxima Sprint. Existem diversas técnicas que são úteis em uma Retrospectiva (por ser um framework Scrum não indica diretamente nenhuma técnica) A finalidade da Retrospectiva é inspecionar como foi a última Sprint em se tratando de pessoas, das relações entre elas, dos processos e das ferramentas. A inspeção deve identificar e priorizar os principais itens que correram bem e aqueles que, se feitos de modo diferente, poderiam ter deixado as coisas ainda melhores. Isso inclui a composição da equipe, os preparativos para reuniões, ferramentas, definição de pronto, métodos de comunicação e processos para transformar itens do Product Backlog em alguma coisa pronta. No final da Retrospectiva da Sprint, a equipe Scrum deve ter identificado as ações de melhoria factíveis que será implementada na próxima Sprint. Essas mudanças se tornam a adaptação para a inspeção empírica. Todos os direitos reservados e protegidos 2006 e

46 Retrospectiva da Sprint Lições Aprendidas, o que deve melhorado para a próxima Sprint: OK Pontos de Atenção O Que Deve Ser Melhorado Consulta de Reserva de Apartamento Cadastro de Fila de Espera Cadastro de Cliente Velocidade da equipe = Atitude: Para uma equipe (time) SCRUM funcionar será necessário mudança de atitude, caso contrário isto poderá afetar o desempenho da equipe Confirmação da Reserva Será necessário mais atenção na hora de estimar as estórias do usuário. Impedimentos: Problemas no Servidor de Teste Planejamento: Prestar atenção na hora do planejamento da Sprint, para identificar se todos os recursos necessário estão disponíveis Todos os direitos reservados e protegidos 2006 e

47 Reunião de Retrospectiva da Sprint Todos os direitos reservados e protegidos 2006 e

48 Começar nova iteração (nova Sprint) Repetir o ciclo Scrum: Planejamento da Release Planejamento da Sprint Reunião diária Revisão da Sprint Retrospectiva da Sprint 24 horas Visão Produto Backlog Sprint Backlog Sprint 2-4 Semanas Produto Todos os direitos reservados e protegidos 2006 e

49 Reunião de Planejamento da Sprint Exercício: O PO deve participar da Reunião de Retrospectiva da Sprint? Durante este estudo de caso não foi apresentado as práticas e ferramentas de Engenharia de Software, tais como TDD, SCM e etc, explique o motivo: Todos os direitos reservados e protegidos 2006 e

50 Notas: Marcas Registradas: Todos os termos mencionados que são reconhecidos como Marca Registrada e/ou comercial são de responsabilidades de seus proprietários. O autor informa não estar associada a nenhum produto e/ou fornecedor que é apresentado neste material. No decorrer deste, imagens, nomes de produtos e fabricantes podem ter sido utilizados, e desde já o autor informa que o uso é apenas ilustrativo para fins educativo, não visando ao lucro, favorecimento ou desmerecimento da marca ou produto. Melhoria e Revisão: Este material esta em processo constante de revisão e melhoria, se você encontrou algum problema ou erro envie um nós. Criticas e Sugestões: Nós estamos abertos para receber criticas e sugestões que possam melhorar o material, por favor envie um para nós. Imagens: Google, Flickr e Banco de Imagem. Rildo F dos Santos () Todos os direitos reservados e protegidos 2006 e

51 Licença: Todos os direitos reservados e protegidos 2006 e

52 Todos os direitos reservados e protegidos 2006 e 2010

Workshop. Workshop SCRUM. Rildo F Santos. rildo.santos@etecnologia.com.br. Versão 1 Ago 2010 RFS. www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260

Workshop. Workshop SCRUM. Rildo F Santos. rildo.santos@etecnologia.com.br. Versão 1 Ago 2010 RFS. www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Workshop www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/ Todos os direitos reservados e protegidos 2006 e 2010

Leia mais

SCRUM. É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto.

SCRUM. É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto. SCRUM SCRUM É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto. Ken Schwaber e Jeff Sutherland Transparência A transparência garante que

Leia mais

Objetivos do Módulo 3

Objetivos do Módulo 3 Objetivos do Módulo 3 Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Conceitos do Scrum O que é um Sprint Decifrando um Product backlog Daily Scrum, Sprint Review, Retrospectiva

Leia mais

Fundamentos do Scrum aplicados ao RTC Sergio Martins Fernandes

Fundamentos do Scrum aplicados ao RTC Sergio Martins Fernandes Workshop Scrum & Rational Team Concert (RTC) Sergio Martins Fernandes Agilidade Slide 2 Habilidade de criar e responder a mudanças, buscando agregar valor em um ambiente de negócio turbulento O Manifesto

Leia mais

Engenharia de Software II: SCRUM na prática. Ricardo de Sousa Britto rbritto@ufpi.edu.br

Engenharia de Software II: SCRUM na prática. Ricardo de Sousa Britto rbritto@ufpi.edu.br Engenharia de Software II: SCRUM na prática Ricardo de Sousa Britto rbritto@ufpi.edu.br Construindo Product Backlog } O product backlog é o coração do Scrum. } É basicamente uma lista de requisitos, estórias,

Leia mais

RESUMO PARA O EXAME PSM I

RESUMO PARA O EXAME PSM I RESUMO PARA O EXAME PSM I Escrito por: Larah Vidotti Blog técnico: Linkedin: http://br.linkedin.com/in/larahvidotti MSN: larah_bit@hotmail.com Referências:... 2 O Scrum... 2 Papéis... 3 Product Owner (PO)...

Leia mais

Scrum Guia Prático. Raphael Rayro Louback Saliba Certified Scrum Master. Os papéis, eventos, artefatos e as regras do Scrum. Solutions. www.domain.

Scrum Guia Prático. Raphael Rayro Louback Saliba Certified Scrum Master. Os papéis, eventos, artefatos e as regras do Scrum. Solutions. www.domain. Scrum Guia Prático Os papéis, eventos, artefatos e as regras do Scrum Solutions www.domain.com Raphael Rayro Louback Saliba Certified Scrum Master 1 Gráfico de Utilização de Funcionalidades Utilização

Leia mais

SCRUM Gerência de Projetos Ágil. Prof. Elias Ferreira

SCRUM Gerência de Projetos Ágil. Prof. Elias Ferreira SCRUM Gerência de Projetos Ágil Prof. Elias Ferreira Métodos Ágeis + SCRUM + Introdução ao extreme Programming (XP) Manifesto Ágil Estamos descobrindo maneiras melhores de desenvolver software fazendo-o

Leia mais

Scrum. Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE

Scrum. Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE Scrum Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE scrum Ken Schwaber - Jeff Sutherland http://www.scrumalliance.org/ Scrum Uma forma ágil de gerenciar projetos. Uma abordagem baseada em equipes autoorganizadas.

Leia mais

Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM)

Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM) Programação Extrema Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM) Prof. Mauro Lopes Programação Extrema Prof. Mauro Lopes 1-31 45 Manifesto Ágil Formação da Aliança Ágil Manifesto Ágil: Propósito

Leia mais

PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas

PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas CMP1141 Processo e qualidade de software I Prof. Me. Elias Ferreira Sala: 210 F Quarta-Feira:

Leia mais

SCRUM. Fabrício Sousa fabbricio7@yahoo.com.br

SCRUM. Fabrício Sousa fabbricio7@yahoo.com.br SCRUM Fabrício Sousa fabbricio7@yahoo.com.br Introdução 2 2001 Encontro onde profissionais e acadêmicos da área de desenvolvimento de software de mostraram seu descontentamento com a maneira com que os

Leia mais

Uma introdução ao SCRUM. Evandro João Agnes evandroagnes@yahoo.com.br

Uma introdução ao SCRUM. Evandro João Agnes evandroagnes@yahoo.com.br Uma introdução ao SCRUM Evandro João Agnes evandroagnes@yahoo.com.br Agenda Projetos de Software O que é Scrum Scrum framework Estrutura do Scrum Sprints Ferramentas Projetos de software Chaos Report Standish

Leia mais

Wesley Torres Galindo

Wesley Torres Galindo Qualidade, Processos e Gestão de Software Professores: Alexandre Vasconcelos e Hermano Moura Wesley Torres Galindo wesleygalindo@gmail.com User Story To Do Doing Done O que é? Como Surgiu? Estrutura Apresentar

Leia mais

Wesley Torres Galindo. wesleygalindo@gmail.com

Wesley Torres Galindo. wesleygalindo@gmail.com Wesley Torres Galindo wesleygalindo@gmail.com Wesley Galindo Graduação em Análise e Desenvolvimento de Sistemas Mestrado em Engenharia de Software Engenheiro de Software Professor Faculdade Escritor Osman

Leia mais

METODOLOGIAS ÁGEIS - SCRUM -

METODOLOGIAS ÁGEIS - SCRUM - METODOLOGIAS ÁGEIS - SCRUM - André Roberto Ortoncelli ar_ortoncelli@hotmail.com 2010 Organização da Apresentação Introdução as Metodologias Ágeis Scrum Conceitos Básicos Artefatos Papeis Cerimônias Estórias

Leia mais

Agilidade parte 3/3 - Scrum. Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br

Agilidade parte 3/3 - Scrum. Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br Agilidade parte 3/3 - Scrum Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br 1 Scrum Scrum? Jogada do Rugby Formação de muralha com 8 jogadores Trabalho em EQUIPE 2 Scrum 3 Scrum Scrum Processo

Leia mais

SCRUM: UM MÉTODO ÁGIL. Cleviton Monteiro (cleviton@gmail.com)

SCRUM: UM MÉTODO ÁGIL. Cleviton Monteiro (cleviton@gmail.com) SCRUM: UM MÉTODO ÁGIL Cleviton Monteiro (cleviton@gmail.com) Roteiro Motivação Manifesto Ágil Princípios Ciclo Papeis, cerimônias, eventos, artefatos Comunicação Product Backlog Desperdício 64% das features

Leia mais

Metodologia SCRUM. Moyses Santana Jacob RM 63484. Stelvio Mazza RM 63117. Tiago Pereira RM 63115. Hugo Cisneiros RM 60900

Metodologia SCRUM. Moyses Santana Jacob RM 63484. Stelvio Mazza RM 63117. Tiago Pereira RM 63115. Hugo Cisneiros RM 60900 Metodologia SCRUM Hugo Cisneiros RM 60900 Moyses Santana Jacob RM 63484 Stelvio Mazza RM 63117 Tiago Pereira RM 63115 SCRUM? O que é isso? SCRUM é um modelo de desenvolvimento ágil de software que fornece

Leia mais

O Guia Passo-a-Passo para IMPLANTAR. Em seu próprio Projeto

O Guia Passo-a-Passo para IMPLANTAR. Em seu próprio Projeto O Guia Passo-a-Passo para IMPLANTAR Em seu próprio Projeto Aprenda como Agilizar seu Projeto! A grande parte dos profissionais que tomam a decisão de implantar o Scrum em seus projetos normalmente tem

Leia mais

Manifesto Ágil - Princípios

Manifesto Ágil - Princípios Manifesto Ágil - Princípios Indivíduos e interações são mais importantes que processos e ferramentas. Software funcionando é mais importante do que documentação completa e detalhada. Colaboração com o

Leia mais

Géssica Talita. Márcia Verônica. Prof.: Edmilson

Géssica Talita. Márcia Verônica. Prof.: Edmilson Géssica Talita Márcia Verônica Prof.: Edmilson DESENVOLVIMENTO ÁGIL Técnicas foram criadas com o foco de terminar os projetos de software rapidamente e de forma eficaz. Este tipo de técnica foi categorizada

Leia mais

Metodologias Ágeis. Aécio Costa

Metodologias Ágeis. Aécio Costa Metodologias Ágeis Aécio Costa Metodologias Ágeis Problema: Processo de desenvolvimento de Software Imprevisível e complicado. Empírico: Aceita imprevisibilidade, porém tem mecanismos de ação corretiva.

Leia mais

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI MDMS-ANAC Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC Superintendência de Tecnologia da Informação - STI Histórico de Alterações Versão Data Responsável Descrição 1.0 23/08/2010 Rodrigo

Leia mais

Desenvolvimento Ágil sob a Perspectiva de um ScrumMaster

Desenvolvimento Ágil sob a Perspectiva de um ScrumMaster Desenvolvimento Ágil sob a Perspectiva de um ScrumMaster Danilo Sato e Dairton Bassi 21-05-07 IME-USP O que é Scrum? Processo empírico de controle e gerenciamento Processo iterativo de inspeção e adaptação

Leia mais

GUIA DO SCRUM Por Ken Schwaber, Maio de 2009

GUIA DO SCRUM Por Ken Schwaber, Maio de 2009 GUIA DO SCRUM Por Ken Schwaber, Maio de 2009 GUIA DO SCRUM Por Ken Schwaber, Maio de 2009 Tradução Heitor Roriz Filho Michel Goldenberg Rafael Sabbagh Revisão Anderson Marcondes Ânderson Quadros Ari do

Leia mais

Desenvolvimento Ágil de Software

Desenvolvimento Ágil de Software Desenvolvimento Ágil de Software Métodos ágeis (Sommerville) As empresas operam em um ambiente global, com mudanças rápidas. Softwares fazem parte de quase todas as operações de negócios. O desenvolvimento

Leia mais

Guia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Outubro de 2011. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland

Guia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Outubro de 2011. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Guia do Scrum Um guia definitivo para o Scrum: As regras do jogo Outubro de 2011 Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Índice O propósito do Guia do Scrum... 3 Visão geral do Scrum...

Leia mais

Por que o Scrum? o Foco na Gerência de Projetos; o Participação efetiva do Cliente.

Por que o Scrum? o Foco na Gerência de Projetos; o Participação efetiva do Cliente. Por que o Scrum? o Foco na Gerência de Projetos; o Participação efetiva do Cliente. Desenvolvido por Jeff SUTHERLAND e Ken SCHWABER ; Bastante objetivo, com papéis bem definidos; Curva de Aprendizado é

Leia mais

Processo de Desenvolvimento de Software Scrum. Prof. Antonio Almeida de Barros Jr.

Processo de Desenvolvimento de Software Scrum. Prof. Antonio Almeida de Barros Jr. Processo de Desenvolvimento de Software Scrum Manifesto da Agilidade Quatro princípios Indivíduos e interações mais que processos e ferramentas Software funcionando mais que documentação compreensiva Colaboração

Leia mais

SCRUM: UMA DAS METODOLOGIAS ÁGEIS MAIS USADAS DO MUNDO

SCRUM: UMA DAS METODOLOGIAS ÁGEIS MAIS USADAS DO MUNDO SCRUM: UMA DAS METODOLOGIAS ÁGEIS MAIS USADAS DO MUNDO RESUMO Eleandro Lopes de Lima 1 Nielsen Alves dos Santos 2 Rodrigo Vitorino Moravia 3 Maria Renata Furtado 4 Ao propor uma alternativa para o gerenciamento

Leia mais

Metodologia Scrum e TDD Com Java + Flex + Svn Ambiente Eclipse

Metodologia Scrum e TDD Com Java + Flex + Svn Ambiente Eclipse SOFTWARE PARA GERENCIAMENTO DE AUTO PEÇAS Renan Malavazi Mauro Valek Jr Renato Malavazi Metodologia Scrum e TDD Com Java + Flex + Svn Ambiente Eclipse Sistema de Gerenciamento de AutoPeças A aplicação

Leia mais

Fevereiro 2010. Scrum: Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland

Fevereiro 2010. Scrum: Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Fevereiro 2010 Scrum: Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Agradecimentos Geral Scrum é baseado nas melhores práticas aceitas pelo mercado, utilizadas e provadas por décadas. Ele é

Leia mais

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum.

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum. Guia do Nexus O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado Desenvolvido e mantido por Ken Schwaber e Scrum.org Tabela de Conteúdo Visão Geral do Nexus... 2 O Propósito

Leia mais

Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades

Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades Objetivos da Aula 1 Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades Entendimento sobre os processos essenciais do

Leia mais

SCRUM. Otimizando projetos. Adilson Taub Júnior tecproit.com.br

SCRUM. Otimizando projetos. Adilson Taub Júnior tecproit.com.br SCRUM Otimizando projetos Adilson Taub Júnior tecproit.com.br Sobre mim Adilson Taub Júnior Gerente de Processos Certified ScrumMaster; ITIL Certified; Cobit Certified; 8+ anos experiência com TI Especialista

Leia mais

Engenharia de Software

Engenharia de Software Faculdade de Informática e Administração Paulista Curso de Sistemas de Informação 2º SI-T Engenharia de Software Modelo de Desenvolvimento Ágil SCRUM Hugo Cisneiros RM 60900 Moyses Santana Jacob RM 63484

Leia mais

TUTORIAIS. Framework SCRUM. Rafael Buck Eduardo Franceschini. MSc., PMP, CSM MBA

TUTORIAIS. Framework SCRUM. Rafael Buck Eduardo Franceschini. MSc., PMP, CSM MBA TUTORIAIS Framework SCRUM Rafael Buck Eduardo Franceschini MSc., PMP, CSM MBA SCRUM vs. PMBOK SCRUM vs. PMBOK ESCOPO Restrições de um projeto (Tripla Restrição) TEMPO CUSTO Modelo de Contrato de projetos

Leia mais

Guia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Julho de 2013. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland

Guia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Julho de 2013. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Guia do Scrum Um guia definitivo para o Scrum: As regras do jogo Julho de 2013 Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Í ndice O propósito do Guia do Scrum... 3 Definição do Scrum...

Leia mais

Scrum. Gestão ágil de projetos

Scrum. Gestão ágil de projetos Scrum Gestão ágil de projetos Apresentação feita por : Igor Macaúbas e Marcos Pereira Modificada por: Francisco Alecrim (22/01/2012) Metas para o o Metas para treinamento seminário Explicar o que é Scrum

Leia mais

Gerenciamento de Equipes com Scrum

Gerenciamento de Equipes com Scrum Gerenciamento de Equipes com Scrum Curso de Verão 2009 IME/USP www.agilcoop.org.br Dairton Bassi 28/Jan/2009 O que é Scrum? Processo de controle e gerenciamento Processo iterativo de inspeção e adaptação

Leia mais

Estudo sobre Desenvolvimento de Software Utilizando o Framework Ágil Scrum

Estudo sobre Desenvolvimento de Software Utilizando o Framework Ágil Scrum Estudo sobre Desenvolvimento de Software Utilizando o Framework Ágil Scrum Andre Scarmagnani 1, Fabricio C. Mota 1, Isaac da Silva 1, Matheus de C. Madalozzo 1, Regis S. Onishi 1, Luciano S. Cardoso 1

Leia mais

Gestão de Projetos com Scrum

Gestão de Projetos com Scrum Gestão de Projetos com Scrum Curso de Verão - Jan / 2010 IME/USP - São Paulo Dairton Bassi dbassi@gmail.com Processo de gerenciamento de projetos. Processo iterativo de inspeção e adaptação. Usado para

Leia mais

Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática

Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Disciplina: INF5008 Prof.: (monalessa@inf.ufes.br) Conteúdo 8. Metodologias

Leia mais

Gestão de Projetos com Métodos Ágeis - Avançado

Gestão de Projetos com Métodos Ágeis - Avançado Gestão de Projetos com Métodos Ágeis - Avançado Caxias do Sul, 16 de Agosto 2013 Gustavo Casarotto Agenda O Scrum Planejamento da Sprint 1 Execução da Sprint 1 Revisão da Sprint 1 Retrospectiva da Sprint

Leia mais

um framework para desenvolver produtos complexos em ambientes complexos Rafael Sabbagh, CSM, CSP Marcos Garrido, CSPO

um framework para desenvolver produtos complexos em ambientes complexos Rafael Sabbagh, CSM, CSP Marcos Garrido, CSPO um framework para desenvolver produtos complexos em ambientes complexos Rafael Sabbagh, CSM, CSP Marcos Garrido, CSPO Um pouco de história... Década de 50: a gestão de projetos é reconhecida como disciplina,

Leia mais

Quais são as características de um projeto?

Quais são as características de um projeto? Metodologias ágeis Flávio Steffens de Castro Projetos? Quais são as características de um projeto? Temporário (início e fim) Objetivo (produto, serviço e resultado) Único Recursos limitados Planejados,

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO Santa Maria, 27 de Setembro de 2013. Revisão aula anterior Desenvolvimento Ágil de Software Desenvolvimento e entrega

Leia mais

MODELO DE DESENVOLVIMENTO ÁGIL SCRUM

MODELO DE DESENVOLVIMENTO ÁGIL SCRUM MODELO DE DESENVOLVIMENTO ÁGIL SCRUM CEETEPS CENTRO ESTADUAL DE EDUCAÇÃO TECNOLÓGICA PAULA SOUZA FATEC DE TAUBATÉ HABILITAÇÃO: ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TEMA MODELO DE DESENVOLVIMENTO ÁGIL:

Leia mais

O Guia do Scrum. O Guia definitivo para o Scrum As regras do jogo. Desenvolvido e Mantido por Ken Schwaber e Jeff Sutherland

O Guia do Scrum. O Guia definitivo para o Scrum As regras do jogo. Desenvolvido e Mantido por Ken Schwaber e Jeff Sutherland O Guia do Scrum O Guia definitivo para o Scrum As regras do jogo Julho 2011 Desenvolvido e Mantido por Ken Schwaber e Jeff Sutherland Traduzido para o Português por José Eduardo Deboni (eduardodeboni.com)

Leia mais

Dinâmica em Grupo com o Framework SCRUM

Dinâmica em Grupo com o Framework SCRUM Dinâmica em Grupo com o Framework SCRUM Contextualização: O grupo foi convidado a desenvolver um projeto de um Sistema de informação, que envolve a área de negócio: compras (cadastros de fornecedores,

Leia mais

SCRUM Experience. SCRUM Experience = Tutorial SCRUM. Rildo F Santos rildosan@uol.com.br rildo.santos@companyweb.com.br

SCRUM Experience. SCRUM Experience = Tutorial SCRUM. Rildo F Santos rildosan@uol.com.br rildo.santos@companyweb.com.br SCRUM Experience Rildo F Santos rildosan@uol.com.br rildo.santos@companyweb.com.br Twitter: http://twitter.com/rildosan Blog: http://rildosan.blogspot.com/ versão: 16 Rildo F. Santos, CSM, CSPO Tem mais

Leia mais

Aplicando Scrum no. Vítor E. Silva Souza (vitor.souza@ufes.br) http://www.inf.ufes.br/~vitorsouza

Aplicando Scrum no. Vítor E. Silva Souza (vitor.souza@ufes.br) http://www.inf.ufes.br/~vitorsouza Aplicando Scrum no Vítor E. Silva Souza (vitor.souza@ufes.br) http://www.inf.ufes.br/~vitorsouza Departamento de Informática Centro Tecnológico Universidade Federal do Espírito Santo Licença para uso e

Leia mais

Metodologia de Trabalho

Metodologia de Trabalho FUNDAMENTOS EM ENGENHARIA DE SOFTWARE Projeto Prático de Desenvolvimento de Software Metodologia de Trabalho Teresa Maciel UFRPE/DEINFO FASES DO PROJETO PLANEJAMENTO DESENVOLVIMENTO CONCLUSÃO ATIVIDADES

Leia mais

Processo de Desenvolvimento de Software. Unidade V Modelagem de PDS. Luiz Leão luizleao@gmail.com http://www.luizleao.com

Processo de Desenvolvimento de Software. Unidade V Modelagem de PDS. Luiz Leão luizleao@gmail.com http://www.luizleao.com Processo de Desenvolvimento de Software Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático desta aula Modelo Cascata (Waterfall) ou TOP DOWN. Modelo Iterativo. Metodologia Ágil.

Leia mais

Ferramenta para gestão ágil

Ferramenta para gestão ágil Ferramenta para gestão ágil de projetos de software Robson Ricardo Giacomozzi Orientador: Everaldo Artur Grahl Agenda Introdução Objetivos Fundamentação teórica Desenvolvimento Resultados e discussões

Leia mais

EXIN Agile Scrum Fundamentos

EXIN Agile Scrum Fundamentos Exame Simulado EXIN Agile Scrum Fundamentos Edição Fevereiro 2015 Copyright 2015 EXIN Todos os direitos reservados. Nenhuma parte desta publicação pode ser publicado, reproduzido, copiado ou armazenada

Leia mais

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl Ferramenta web para gerenciamento de projetos de software baseado no Scrum Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl Introdução Roteiro da apresentação Objetivos do trabalho Fundamentação

Leia mais

Estimativa. Uma opinião ou julgamento de valor, tamanho ou quantidade, formada sem dados precisos. Suposição; conjectura.

Estimativa. Uma opinião ou julgamento de valor, tamanho ou quantidade, formada sem dados precisos. Suposição; conjectura. Planejamento SCRUM Estimativa Uma opinião ou julgamento de valor, tamanho ou quantidade, formada sem dados precisos. Suposição; conjectura. 1-2 - 3-5 - 8-13 - 21-34 Planning Poker Pastor Alemão Poodle

Leia mais

Análise comparativa entre a engenharia de requisitos e o método de desenvolvimento ágil: Scrum

Análise comparativa entre a engenharia de requisitos e o método de desenvolvimento ágil: Scrum Análise comparativa entre a engenharia de requisitos e o método de desenvolvimento ágil: Scrum Patrícia Bastos Girardi, Sulimar Prado, Andreia Sampaio Resumo Este trabalho tem como objetivo prover uma

Leia mais

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis Profª Esp.: Maysa de Moura Gonzaga 2º Semestre / 2011 Extreme Programming (XP); DAS (Desenvolvimento Adaptativo de Software)

Leia mais

Quando a análise de Pontos de Função se torna um método ágil

Quando a análise de Pontos de Função se torna um método ágil Quando a análise de Pontos de Função se torna um método ágil Carlos Oest carlosoest@petrobras.com.br Time Box: 60 minutos Backlog da apresentação: Apresentação do assunto 1 SCRUM 2 Estimativa com Pontos

Leia mais

Sistema de Gerenciamento do EJC da Paróquia São Cristóvão

Sistema de Gerenciamento do EJC da Paróquia São Cristóvão Universidade Federal de Campina Grande UFCG Centro de Engenharia Elétrica e Informática CEEI Departamento de Sistemas e Computação DSC Curso de Graduação em Ciência da Computação CCC Sistema de Gerenciamento

Leia mais

Escrevendo Estórias do Usuário Eficazes aula #1

Escrevendo Estórias do Usuário Eficazes aula #1 Escrevendo Estórias do Usuário Eficazes aula #1 www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/ Versão Versão 5

Leia mais

Workshop Scrum Agenda

Workshop Scrum Agenda Scrum na sua empresa A verdade sobre projetos Scrum Visão Geral Escalando Scrum Sprints O papel de Time Workshop Scrum Agenda O papel de ScrumMaster Visibilidade O papel de Product Owner Release Planning

Leia mais

COBIT Foundation v. 4.1

COBIT Foundation v. 4.1 COBIT Foundation v. 4.1 Versão 1 Ago 2010 Preparatório RFS para o exame de certificação Programa: Menos Papel, Mais Árvores Nós devemos ser a mudança que queremos ver no mundo (Gandhi) Qual é o mundo que

Leia mais

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES Marcelo Augusto Lima Painka¹, Késsia Rita da Costa Marchi¹ ¹Universidade Paranaense (Unipar) Paranavaí PR Brasil

Leia mais

[Agile] Scrum + XP. Wagner Roberto dos Santos. Agilidade extrema. Arquiteto Java EE / Scrum Master wrsconsulting@gmail.com. Globalcode open4education

[Agile] Scrum + XP. Wagner Roberto dos Santos. Agilidade extrema. Arquiteto Java EE / Scrum Master wrsconsulting@gmail.com. Globalcode open4education [Agile] Scrum + XP Agilidade extrema Wagner Roberto dos Santos Arquiteto Java EE / Scrum Master wrsconsulting@gmail.com 1 Apresentação Arquiteto Java EE / Scrum Master Lead Editor da Queue Arquitetura

Leia mais

ANÁLISE COMPARATIVA ENTRE OS MODELOS DE PROCESSO: PROTOTIPAÇÃO, PSP E SCRUM

ANÁLISE COMPARATIVA ENTRE OS MODELOS DE PROCESSO: PROTOTIPAÇÃO, PSP E SCRUM ANÁLISE COMPARATIVA ENTRE OS MODELOS DE PROCESSO: PROTOTIPAÇÃO, PSP E SCRUM Peterson Vieira Salme 1, Claudete Werner 1 1 Universidade Paranaense (UNIPAR) Paranavaí PR Brasil petersonsalme@gmail.com, claudete@unipar.br

Leia mais

ScRUM na prática. Scrum no dia-a-dia. V Semana de Tecnologia da Informação

ScRUM na prática. Scrum no dia-a-dia. V Semana de Tecnologia da Informação ScRUM na prática Scrum no dia-a-dia V Semana de Tecnologia da Informação Agenda Manifesto Ágil; O Scrum; Os papéis do Scrum; Quem usa Scrum; O Scrum na Tray; Cerimônias; Artefatos. Qualidade. era uma vez

Leia mais

Resumo do mês de março Quer mais resumos? Todo mês em: http://www.thiagocompan.com.br

Resumo do mês de março Quer mais resumos? Todo mês em: http://www.thiagocompan.com.br Resumo do mês de março Quer mais resumos? Todo mês em: http://www.thiagocompan.com.br Jeff Sutherland criou um método para fazer mais em menos tempo com o máximo de qualidade! Usado por diversas empresas

Leia mais

Módulo de projetos ágeis Scrum Módulo de Projetos Ágeis Scrum

Módulo de projetos ágeis Scrum Módulo de Projetos Ágeis Scrum Módulo de Projetos Ágeis Fevereiro 2015 Versão Módulo de Projetos Ágeis O nome vem de uma jogada ou formação do Rugby, onde 8 jogadores de cada time devem se encaixar para formar uma muralha. É muito importante

Leia mais

Caso Prático: Java como ferramenta de suporte a um ambiente realmente colaborativo no método Scrum de trabalho

Caso Prático: Java como ferramenta de suporte a um ambiente realmente colaborativo no método Scrum de trabalho Caso Prático: Java como ferramenta de suporte a um ambiente realmente colaborativo no método Scrum de trabalho UOL Produtos Rádio UOL Julho 2008 André Piza Certified Scrum Master Agenda Scrum como método

Leia mais

Scrum. Centro de Informática - Universidade Federal de Pernambuco Sistemas de Informação Kiev Gama kiev@cin.ufpe.br

Scrum. Centro de Informática - Universidade Federal de Pernambuco Sistemas de Informação Kiev Gama kiev@cin.ufpe.br Scrum Centro de Informática - Universidade Federal de Pernambuco Sistemas de Informação Kiev Gama kiev@cin.ufpe.br Baseado em slides de Mike Cohn mike@mountaingoatsoftware.com traduzidos e adaptados por

Leia mais

Como criar, priorizar e manter o Product Backlog

Como criar, priorizar e manter o Product Backlog {apresentação} Workshop Como criar, priorizar e manter o Product Backlog www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/

Leia mais

PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMMI E METODOLOGIAS Á G EIS

PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMMI E METODOLOGIAS Á G EIS PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMMI E METODOLOGIAS Á G EIS CMMI E METODOLOGIAS ÁGEIS Os métodos de desenvolvimento Ágeis e

Leia mais

Versão 7 TraceGP Ágil

Versão 7 TraceGP Ágil Versão 7 Cadastro de Produtos Será possível cadastrar todos os produtos da empresa bem como descrever suas características particulares através da seleção de atributos dinâmicos para cada produto. Manutenção

Leia mais

Frederico Aranha, Instrutor. Scrum 100 Lero Lero. Um curso objetivo!

Frederico Aranha, Instrutor. Scrum 100 Lero Lero. Um curso objetivo! Scrum 100 Lero Lero Um curso objetivo! Napoleãããõ blah blah blah Whiskas Sachê Sim, sou eu! Frederico de Azevedo Aranha MBA, PMP, ITIL Expert Por que 100 Lero Lero? Porque o lero lero está documentado.

Leia mais

Agenda. Visão Revolução Ágil EduScrum Visão Geral do Método Benefícios Projeto Scrum for Education Sinergias

Agenda. Visão Revolução Ágil EduScrum Visão Geral do Método Benefícios Projeto Scrum for Education Sinergias Agenda Visão Revolução Ágil EduScrum Visão Geral do Método Benefícios Projeto Scrum for Education Sinergias 1 Questão Central Como formar trabalhadores para o Século 21? 2 Visão Desafios do Cenário Atual

Leia mais

Agradecimento. Adaptação do curso Scrum de Márcio Sete, ChallengeIT. Adaptação do curso The Zen of Scrum de Alexandre Magno, AdaptaWorks

Agradecimento. Adaptação do curso Scrum de Márcio Sete, ChallengeIT. Adaptação do curso The Zen of Scrum de Alexandre Magno, AdaptaWorks S C R U M Apresentação Tiago Domenici Griffo Arquiteto de Software na MCP, MCAD, MCSD, MCTS Web, Windows e TFS, ITIL Foundation Certified, MPS.BR P1 Experiência internacional e de offshoring Agradecimento

Leia mais

Scrum-Half: Uma Ferramenta Web de Apoio ao Scrum

Scrum-Half: Uma Ferramenta Web de Apoio ao Scrum Scrum-Half: Uma Ferramenta Web de Apoio ao Scrum Diego R. Marins 1,2, José A. Rodrigues Nt. 1, Geraldo B. Xexéo 2, Jano M. de Sousa 1 1 Programa de Engenharia de Sistemas e Computação - COPPE/UFRJ 2 Departamento

Leia mais

Especialização em Engenharia de Software e Banco de Dados

Especialização em Engenharia de Software e Banco de Dados Especialização em Engenharia de Software e Banco de Dados Disciplina: Engenharia de Software Tópico: Metodologias Ágeis Prof. Rodolfo Miranda de Barros rodolfo@uel.br O que é agilidade? Agilidade: Rapidez,

Leia mais

SCRUM. Desafios e benefícios trazidos pela implementação do método ágil SCRUM. Conhecimento em Tecnologia da Informação

SCRUM. Desafios e benefícios trazidos pela implementação do método ágil SCRUM. Conhecimento em Tecnologia da Informação Conhecimento em Tecnologia da Informação SCRUM Desafios e benefícios trazidos pela implementação do método ágil SCRUM 2011 Bridge Consulting Apresentação Há muitos anos, empresas e equipes de desenvolvimento

Leia mais

METODOLOGIA ÁGIL. Lílian Simão Oliveira

METODOLOGIA ÁGIL. Lílian Simão Oliveira METODOLOGIA ÁGIL Lílian Simão Oliveira Fonte: Pressman, 2004 Aulas Prof. Auxiliadora Freire e Sabrina Schürhaus Alexandre Amorin Por quê???? Principais Causas Uso das Funcionalidades Processos empírico

Leia mais

7 Mudanças Realizadas

7 Mudanças Realizadas 7 Mudanças Realizadas Este capítulo tem o objetivo de detalhar as mudanças realizadas no ambiente de trabalho da equipe estudada. Ele cita as alterações no produto de software utilizado pela equipe, que

Leia mais

Sistemas de Informação e Programação II Odorico Machado Mendizabal

Sistemas de Informação e Programação II Odorico Machado Mendizabal Sistemas de Informação e Programação II Odorico Machado Mendizabal Universidade Federal do Rio Grande FURG C3 Engenharia de Computação 16 e 23 de março de 2011 Processo de Desenvolvimento de Software Objetivos

Leia mais

Capítulo 1. Extreme Programming: visão geral

Capítulo 1. Extreme Programming: visão geral Capítulo 1 Extreme Programming: visão geral Extreme Programming, ou XP, é um processo de desenvolvimento de software voltado para: Projetos cujos requisitos são vagos e mudam com freqüência; Desenvolvimento

Leia mais

ATO Nº 91/2015/GP/TRT 19ª, DE 1º DE JUNHO DE 2015

ATO Nº 91/2015/GP/TRT 19ª, DE 1º DE JUNHO DE 2015 PODER JUDICIÁRIO JUSTIÇA DO TRABALHO TRIBUNAL REGIONAL DO TRABALHO DA DÉCIMA NONA REGIÃO ATO Nº 91/2015/GP/TRT 19ª, DE 1º DE JUNHO DE 2015 O DESEMBARGADOR PRESIDENTE DO TRIBUNAL REGIONAL DO TRABALHO DA

Leia mais

Fundamentos de Teste de Software

Fundamentos de Teste de Software Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 2- Teste Estático e Teste Dinâmico Aula 3 Teste Estático SUMÁRIO INTRODUÇÃO... 3 1. Definição... 3 2. Custo Versus Benefício...

Leia mais

Universidade Federal da Grande Dourados COIN Coordenadoria de Informática DSI - Divisão de Sistemas da Informação. Manual de atendimento ao usuário

Universidade Federal da Grande Dourados COIN Coordenadoria de Informática DSI - Divisão de Sistemas da Informação. Manual de atendimento ao usuário Universidade Federal da Grande Dourados COIN Coordenadoria de Informática DSI - Divisão de Sistemas da Informação Manual de atendimento ao usuário 1. Introdução e objetivos Este documento em forma de manual

Leia mais

SCRUM. Ricardo Coelho

SCRUM. Ricardo Coelho SCRUM Ricardo Coelho AGILE 2 Scrum Scrum- ban ( ) Kanban AGILE ( ) Extreme Programming Lean 3 Scrum Scrum- ban ( ) Kanban AGILE ( ) Extreme Programming Lean ADAPTIVE vs. PREDICTIVE 4 Scrum Scrum- ban (

Leia mais

É POSSÍVEL SER ÁGIL EM PROJETOS DE HARDWARE?

É POSSÍVEL SER ÁGIL EM PROJETOS DE HARDWARE? É POSSÍVEL SER ÁGIL EM PROJETOS DE Doubleday K. Francotti v 1.0 Onde foi parar os requisitos? Trabalhando 30h por dia! Manda quem pode... Caminho das pedras Hum... Acho que deu certo... Onde foi parar

Leia mais

Jonas de Souza H2W SYSTEMS

Jonas de Souza H2W SYSTEMS Jonas de Souza H2W SYSTEMS 1 Tecnólogo em Informática Fatec Jundiaí MBA em Gerenciamento de Projetos FGV Project Management Professional PMI Mestrando em Tecnologia UNICAMP Metodologia de apoio à aquisição

Leia mais

O Guia do Scrum. O decisivo guia Scrum: As regras do Jogo

O Guia do Scrum. O decisivo guia Scrum: As regras do Jogo O Guia do Scrum O decisivo guia Scrum: As regras do Jogo Outubro 2011 Índice Propósito do Guia Scrum... 3 Scrum visão global... 3 A Estrutura Scrum... 3 Teoria do Scrum... 4 Scrum... 5 A equipa Scrum...

Leia mais

Alexandre Lima Guilherme Melo Joeldson Costa Marcelo Guedes

Alexandre Lima Guilherme Melo Joeldson Costa Marcelo Guedes Instituto Federal do Rio Grande do Norte IFRN Graduação Tecnologia em Analise e Desenvolvimento de Sistema Disciplina: Processo de Desenvolvimento de Software Scrum Alexandre Lima Guilherme Melo Joeldson

Leia mais

Curso Certified ScrumMaster (CSM)

Curso Certified ScrumMaster (CSM) e Curso Certified ScrumMaster (CSM) 1. Perfil do Instrutor MICHEL GOLDENBERG (CSM, CSPO, CSP, CST) Michel Goldenberg é co-fundador do Grupo de usuário Scrum de Montreal, um dos maiores grupos de usuários

Leia mais

Engenharia de Software I. Aula 15: Metodologias Ágeis. Prof. Márcio D. Puntel marcio@puntel.org

Engenharia de Software I. Aula 15: Metodologias Ágeis. Prof. Márcio D. Puntel marcio@puntel.org Engenharia de Software I Aula 15: Metodologias Ágeis Prof. Márcio D. Puntel marcio@puntel.org Março - 2008 Antes... Manifesto Mudança de contratos Foco nas premissas... 2 Algumas metodologias Extreme Programming

Leia mais

XP extreme Programming, uma metodologia ágil para desenvolvimento de software. Equipe WEB Cercomp web@cercomp.ufg.br

XP extreme Programming, uma metodologia ágil para desenvolvimento de software. Equipe WEB Cercomp web@cercomp.ufg.br XP extreme Programming, uma metodologia ágil para desenvolvimento de software. Equipe WEB Cercomp web@cercomp.ufg.br Introdução Criada por Kent Baeck em 1996 durante o projeto Daimler Chrysler. O sucesso

Leia mais

Gerenciamento Ágil de Projetos HEITOR RORIZ FILHO, MSc, PMI-ACP, CST Massimus C&T

Gerenciamento Ágil de Projetos HEITOR RORIZ FILHO, MSc, PMI-ACP, CST Massimus C&T Evento técnico mensal Gerenciamento Ágil de Projetos HEITOR RORIZ FILHO, MSc, PMI-ACP, CST Massimus C&T : Organização Apoio 1 de xx Agenda Porque o framework Scrum? O contexto de Scrum no PMBOK O que é

Leia mais