Benefícios em Quebrar User Stories em Tasks

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 3

Olá, bem-vindo à Semana 3 do Curso 4 – Princípios de Desenvolvimento Ágil de Software. Neste módulo você aprofundará seus conhecimentos sobre os papeis do Scrum; terá aprendido como quebrar user stories em tarefas; e terá seus primeiros contatos com o planejamento de um sprint/iteração, com um hands-on interessante sobre o uso do Planning Poker para estimar o esforço/tamanho de user stories.

Implementando uma User Story5:20

O Que é Task?3:30

Características de uma Task4:28

User Story vs Task4:56

Tipos de Tasks7:36

Benefícios em Quebrar User Stories em Tasks7:19

Conheça os instrutores

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

[MÚSICA] Olá,

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

Eu sou Clóvis Fernandes E na aula de hoje iremos apresentar quais

são os benefícios que eu tenho ao quebrar uma User Store tarefas.

Quebrar ou não quebrar uma User Store tarefas, eis a questão?

Bom, é obrigatório quebrar a User Store tarefas?

Existem grupos de desenvolvimentos.

Que não trabalham com tarefas, eles trabalham com Scrum,

muita coisa do XP mas não trabalham com tarefas,

então, não é obrigatório, tá certo?

Mas, nós acreditamos que você tem mais

benefícios quebrando tarefas do que não quebrando, tá certo?

Por isso nós sugerimos fortemente que você use essa

técnica de quebrar as User Stores tasks, tarefas.

Bom, de cara se você é time que não está muito

acostumado a usar algo parecido com Scrum e XP, tá certo?

Então é bastante apropriado que você comece

a usar exatamente isso, quebrar as User Stores tarefa.

Outra coisa que acontece, é que,

ao quebrar sistematicamente cada User Stores tarefas,

isso só ocorre na hora que você já reuniu as User Stores que

você vai implementar num certo sprint, tá certo?

Nessa hora você vai começar então a fazer as estimativas

horas pra cada tarefa daquelas User Stores.

Então você vai confirmar se os pontos de stores para

aquelas Users Stores foram subestimados, tá certo?

Você pode ter colocado menos pontos de stores pro que deveria, tá certo?

Ou pelo contrário, você pode ter colocado mais pontos de Stores sendo que

as tarefas você vai poder fazer menos tempo, tá certo?

Então é importante nessa hora, você acaba tendo mais informação

pra ter uma precisão maior na definição das

dos pontos de Store pra cada User Store sendo implementado.

Vamos supor que você não esteja usando o tarefas quebrando

as User Stores tarefas, então você vai lá pega uma User Stores,

você fala, eu vou desenvolver uma User Store, tá certo?

Que que pode acontecer?

Você tem que conhecer todos os tipos de tarefas de

acordo com aquelas camadas que mostrei.

Então, você tem que conhecer desde a interface codificação das regras de

negócio e de persistência do banco de dados, tá certo?

Você não conhece muito bem isso, pode ser que você demore mais tempo pode

ser que você demore mais tempo do que colega que conheça melhor te ajudaria

a desenvolver mas ele não sabe o que que você esta fazendo, tá certo?

Isso não ta visível, agora quando a gente quebra tarefas, a gente coloca Agora

quando a gente quebra tarefas a gente coloca lá na parede, tá certo?

Todo mundo sabe quais são as tarefas,

então, as tarefas são distribuídas todo mundo sabe quais são as tarefas,

então as tarefas são distribuidas alguém que trabalha melhor com Interfaces,

vai trabalhar com interfaces.

Quem trabalha com regras de negócios na segunda camada,

na segunda camada persistência, persistência.

Tá certo?

Formam-se pares pra que todos na programação pares pra que todos possam

aprender uns dos outros e com isso o desenvolvimento pode fluir mais, tá certo?

Ser muito melhor, por que essa colaboração pode fazer com que a produtividade

melhore outra coisa que também, se você integra pessoas,

desenvolvedores que são novatos ainda nesse desenvolvimento Scrum e XP,

isso ajuda dividindo tarefas, isso ajuda no treinamento por que você vai treinando.

Agora você só vai trabalhar na parte de regras de negócios agora você

só vai trabalhar na parte de banco de dados, tá certo,

então isso ajuda a treinar os novatos.

Agora, pra mim, o mais importante é que ele ajuda a medir o progresso ou seja,

imagine aquele time que não se usa tarefa.

Então ele escolheu uma User Store.

ele começa lá na minha lousa fala assim: progresso.

E leva três dias e ele continua lá progresso

começaria a aparecer que as tarefas estão sendo executadas e terminando né?

Ou seja, fica visível o progresso, tá ou seja,

então isso é muito importante por ânimo da equipe,

pro ânimo do próprio product owner, tá certo?

Porque ele tá vendo como as coisas estão caminhando, tá certo?

Então pra ele é muito importante,

então vai ajudar a medir esse progresso, tá certo?

Pro desenvolvimento da das tarefas, ou o desenvolvimento das tarefas quanto mais

próximo estiver de acabar aquelas tarefas quanto mais eu to terminando

aquela User Store e assim fica visível, mas atenção!

O problema é importante a gente precisa olhar aqui, tá certo?

Não é porque eu posso quebrar também que eu vou também tentar

quebrar ser completo e conseguir encontrar todas as tarefas pra uma dada User Store.

Não, nós vamos ver que nós vamos ter tempo pra fazer esse planejamento né?

De cada User Store que vai pra sprint e descobrir sua tarefa,

e isso vai ser importante porque eu não vou tentar perder tempo adicional

tentar encontrar a todos, porque não é necessário no Scrum e no XP, tá certo?

Muitas dessas tarefas que eu tento ser completo vão ser ou tarefas muito pequenas

ou tarefas que eu vou me deparar na hora que eu estiver desenvolvendo sprint.

Ao ocorrer isso, eu vou encontrar essas novas tarefas naturalmente, tá certo?

Então eu não preciso me preocupar ser completo anteriormente.

Esqueci de fazer alguma coisa, nós temos a nossa definição de que,

tá feito, tá pronto se eu não cumprir aquilo vai aparecer,

esqueceu de fazer alguma coisa de alguma forma também.

Então, com isso, nós mostramos pra você os benefícios de se

quebrar as User Stores tarefas são maiores do que de não quebrar, tá certo?

Embora existam grupos desenvolvimento que não usam tarefa.

Obrigada.

[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