Estrutura de Eventos de um Sprint

Loading...

Do curso por Instituto Tecnológico de Aeronáutica

Princípios de Desenvolvimento Ágil de Software

128 ratings

Instituto Tecnológico de Aeronáutica

Princípios de Desenvolvimento Ágil de Software

128 ratings

Neste curso, assumimos que você já sabe projetar e desenvolver programas mais complexos em Java, graças às boas práticas e princípios orientados a objetos, TDD e conceitos avançados de Java aplicados à Web e banco de dados exercitados nos cursos anteriores; mas você talvez não se sinta ainda confortável em planejar e gerenciar o desenvolvimento das aplicações com base em modernas práticas de modelagem ágil. O objetivo deste curso é expor você às principais técnicas e princípios de desenvolvimento ágil, em especial aos que se popularizaram pela sua utilização no framework Scrum e na metodologia XP (Extreme Programming). Apresentamos o Scrum&XP, uma combinação apropriada do framework Scrum com a metodologia XP – Extreme Programming, sem no entanto afirmar que você estará aprendendo tudo sobre Scrum ou sobre XP. Os conceitos apresentados neste curso incluem o seguinte: * Manifesto ágil e princípios de desenvolvimento ágil * Requisitos de software na forma de user stories e backlog de produto * Eventos e reuniões do Scrum&XP: Sprint, Sprint Planning, Planning Poker, Daily Scrum, Sprint Review e Sprint Retrospective, TDD e Programação em Pares * Papéis do Scrum: Product Owner, Time de Desenvolvedores e Scrum Master * Tarefas, Sprint Backlog, Quadro de Tarefas e Diagrama Burndown Ao final deste curso, você terá amadurecido de tal modo suas habilidades de programação que será capaz de implementar de modo ágil um sistema que incorpora um componente de gamificação constante do Trabalho de Conclusão do Programa de Cursos Integrados, com base nas boas práticas ágeis exercitadas neste curso com o Scrum&XP apresentado. Obs.: Embora o Programa de Cursos Integrados (descrito abaixo) seja sobre a linguagem Java no contexto de desenvolvimento ágil, neste curso em especial você poderá empregar a linguagem que desejar, embora incentivemos que os alunos dos cursos anteriores do programa faça uso do Java, pois será uma oportunidade muito enriquecedora de praticar TDD com Java da maneira que se faz na indústria de software. -- --- ---- coursera.org: ITA Programa de Cursos Integrados: Programação Java e Modelagem Ágil Curso 1: Orientação a Objetos com Java Curso 2: TDD – Desenvolvimento de Software Guiado por Testes Curso 3: Desenvolvimento Ágil com Java Avançado Curso 4: Princípios de Desenvolvimento Ágil de Software Curso 5: Desenvolvimento Ágil com Padrões de Projeto Curso 6: Técnicas Avançadas para Projeto de Software Curso 7: Arquitetura de Software em Projetos Ágeis Projeto Final: Aplicativo para Web com Componente Gamificado

Na lição

Semana 4

Olá, bem-vindo à Semana 4 do Curso 4 – Princípios de Desenvolvimento Ágil de Software. Ao final deste módulo, você terá aprendido a usar de forma pensada diagramas apropriados na modelagem ágil; terá aprendido também princípios de modelagem ágil e como integrar o TDD no sprint do Scrum. Adicionalmente, você será exposto ao processo adotado, Scrum&XP, na preparação ágil do projeto por meio de um Sprint Zero e a uma forma mais detalhada sobre o Sprint Planning. Você também irá exercitar todo o conhecimento aprendido neste curso e no passado ao desenvolver uma pequena aplicação com gamificação!

O Processo Proposto7:16

Planejamento Inicial: Sprint Zero10:16

Estrutura de Eventos de um Sprint9:23

Fase 1 do Sprint Planning – Parte 18:29

Fase 1 do Sprint Planning – Parte 210:00

Fase 2 do Sprint Planning10:34

Conheça os instrutores

Clovis Fernandes
Professor Titular in Portuguese
Ciência da Computação
Eduardo Guerra
Professor Colaborador

[MÚSICA] [MÚSICA] >> Olá,

bem vindo ao curso Princípios de Desenvolvimento Ágil de Software.

Eu sou Clóvis Fernandes e na aula de hoje iremos apresentar os

eventos que podem ocorrer Sprint e essa estrutura de eventos.

Normalmente, no ciclo de sprint, nós vamos ter o sprint o sprint dois,

quantos sprints forem necessários para desenvolver a minha aplicação.

Certo, isso vai depender da capacidade da equipe,

dos tipos de software e assim por diante.

Cada sprint poderá ter de uma a quatro semanas.

O normal são duas semanas, sprint de duas semanas,

isso dá uma agilidade muito grande, tá certo, sendo feito duas semanas.

Iremos mostrar aqui exemplificar com sprint de duas semanas,

que é o mais usual.

Veja o sprint de duas semanas que apresentamos aqui.

Uma característica importante da modelagem ágil é essa questão da sustentabilidade,

ou seja você só vai trabalhar oito horas por dia,

cinco dias por semana, ou seja vai totalizar 40 horas semanais.

Então vocês vejam que no exemplo que eu estou mostrando aí eu tenho dez dias,

vai de segunda a sexta na primeira semana e de segunda a sexta na segunda semana.

Então são dez dias apenas, então sprints de duas semanas

correspondem a dez dias, com oito horas de trabalho por dia, certo.

Tudo que está verde claro significa que é desenvolvimento

das tarefas que o time de desenvolvimento se comprometeu a trabalhar,

certo, nós vamos mostrar isso melhor agora.

Qual é o primeiro evento, primeiro tipo de reunião que tem?

É o sprint planning, chamando aí de SP e

ele está ocupando metade da segunda feira, ou seja alí são quatro horas de trabalho.

Dia de oito horas, quatro horas.

Basicamente para o sprint planning que é o planejamento que

você vai fazer para aquele sprint.

O planejamento significa você escolher as user stories que você vai desenvolver,

se comprometer que vai desenvolver esse conjunto de user stories quebrar essas

user stories tarefas e o grupo escolher as

primeiras tarefas, as de maior prioridade para serem desenvolvidas.

Normalmente a regra é que sejam duas horas para cada semana.

O sprint é de duas semanas, então o sprint planning vai ter quatro horas,

se fosse de mês seria dia inteiro.

O outro tipo de reunião que existe é o que

a gente está chamando aí de Daily Scrum, ou reunião diária do Scrum.

Ela é uma reunião bem pequena e rápida, ela é de 15 minutos.

E é sempre de 15 minutos, tá certo, sempre de 15 minutos.

Nela se discute o que cada elemento do grupo vai falar sobre o que tem feito,

o que vai fazer, seus problemas e impedimentos que estão ocorrendo.

Ela geral, todas essas reuniões são gerenciadas pelo Scrum Master, tá certo,

e ela vai levar 15 minutos, é para ser discutido rapidamente,

mas é uma oportunidade muito boa de se levantar problemas.

Se tem algum problema que não dá para resolver alí, aí é outra questão,

mas ela só dura 15 minutos.

Vamos prestar a atenção nesta reunião

Daily Scrum, no último dia do sprint,

tá certo, nós vamos voltar a falar dela daqui a pouco.

O próximo tipo de reunião que tem ela é bastante importante.

Eu estou chamando alí de demo, ela é a sprint review, a revisão do sprint.

É onde o projeto que foi codificado desde do

primeiro dia do sprint até o último dia,

tá certo, a manhã do último dia é onde o time vai

apresentar o que desenvolveu, fez os testes de aceitação,

está confiante de que o produto está de acordo com o tinha sido definido

pelo PO lá nas user stories, tá certo e vai apresentar.

É uma reunião que é aberta para o PO, que vai gerenciar,

ela é aberta para o PO e stakeholders interessados no assunto,

diversos são convidados e o PO é que vai validar,

confirmar, tá certo vocês lembram lá do cartão, conversação e confirmação.

É nesse momento que ele vai confirmar se as user stories foram

implementadas de acordo.

com o que ele tinha definido.

Ou então pode ser que não aceite, ou o teste de aceitação não foi adequado,

ou se esperava uma coisa e era outra.

E a última veja, todas as reuniões anteriores estava

envolvendo basicamente o processo de desenvolvimento,

o sprint planning planeja o que você vai fazer no sprint a daily scrum,

a reunião diária é para ver o que é que está pegando no desenvolvimento

os problemas que possam estar havendo, isso vai ser feito diariamente,

cada vai falar isso o demo vai mostrar o que foi feito, tá certo,

se alcançou ou o que se deixou de alcançar,

e a retrospectiva tem a ver com o processo Scrum & XP.

Ou seja, é nessa hora que nós vamos analisar se nós estamos seguindo

direito todo esse processo que nós estamos mostrando para vocês, ou não, tá certo.

Ver o que está pegando, termos de processos.

Então normalmente o demo leva duas horas para ser feito

e a retrospectiva de duas semanas, a retrospectiva menos de duas horas.

Podemos aproximar para duas horas.

O demo normalmente corresponde a uma hora por semana,

o sprint é de duas semanas então nós vamos ter duas horas.

O sprint é de quatro semanas, então nós vamos ter quatro horas para o demo.

A retrospectiva é sempre pouco menos,

tá certo, que o demo, mas aproximadamente nesse caso,

por exemplo aqui e geralmente se coloca uma hora e 45 minutos

no dobro seria o seu dobro de tempo correspondente.

Seria três horas e meia, tá certo, no total.

Vamos relembrar aqui então agora essa questão

da reunião do daily scrum, o scrum diário.

Sobra-se muito pouco tempo aqui né para ser feito alguma

coisa por causa dessa reunião então muitas vezes essa reunião pode não existir.

Ou então ela vai existir para se tratar basicamente do

que vai-se fazer para a apresentação e a retrospectiva.

E aqui só para realçar aquilo que já tinha falado tudo que ficou

verde claro é a execução do sprint propriamente dito.

Aquilo que eu tinha planejado no sprint planning eu vou desenvolver.

Vou desenvolver como?

Usando o XP se quiser usar o Pear Program eu vou usar

eu vou usar o

desenvolvimento contínuo, integração contínua, eu vou usar o TDD

principalmente o TDD nesse desenvolvimento daquilo que foi planejado.

Eu vou estar trabalhando cima do que?

Das tarefas, tá certo.

As tarefas que eu quebrei as user stories tarefas é o que eu vou estar usando,

então esse vai ser o meu desenvolvimento que no final eu vou ter uma funcionalidade

entregue, vou ter incremento que vai ser as funcionalidades definidas pelas

minhas user stories, que eu acabei de implementar testar,

fazer os testes de aceitação e demonstrar para o PO e stakeholders.

Com isso você acabou de ver quais são os eventos ou reuniões

que nós prevemos na nossa estrutura do Scrum & XP.

Nas próximas aulas nós estaremos detalhando cada uma

dessas reuniões ou eventos, vamos também chamar de cerimônias porque são coisas

que realmente têm uma importância como se fosse ritual.

Nós iremos detalhar cada uma delas nas próximas aulas.

Obrigado.

[MÚSICA] [MÚSICA]

Explore nosso catálogo

Registre-se gratuitamente e obtenha recomendações, atualizações e ofertas personalizadas.

O Coursera proporciona acesso universal à melhor educação do mundo fazendo parcerias com as melhores universidades e organizações para oferecer cursos on-line.

© 2018 Coursera Inc. Todos os direitos reservados.

Baixar na App Store

Baixar no Google Play