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
Visão da Aplicação: Por Quê?
Loading...
Do curso por Instituto Tecnológico de Aeronáutica
Princípios de Desenvolvimento Ágil de Software
128 ratings
Na lição
Semana 1
Olá, bem-vindo ao Curso 4 – Princípios de Desenvolvimento Ágil de Software! Estamos contentes que você esteja aqui para ter os primeiros contatos com modelagem ágil de software. Neste módulo introdutório, você será apresentado ao Scrum&XP, uma combinação apropriada do Scrum com o XP. Ao final deste módulo você também terá aprendido sobre Manifesto Ágil, user stories e visão da aplicação.
Conheça os instrutores
Clovis FernandesProfessor Titular in Portuguese
Ciência da Computação
Eduardo GuerraProfessor Colaborador
[MÚSICA] [MÚSICA] Olá.
Bemvindo ao Curso Princípios de Desenvolvimento Ágil de Software.
Eu sou o Clovis Fernandes e hoje iremos falar de porquê que é importante definir,
especificar a Visão da Aplicação no
contexto de modelo ágil como o Scrum & XP.
Vamos começar pelo começo.
Você tem uma ideia, grande software que você quer desenvolver.
E aí você imagina.
O que é que eu preciso fazer para que eu desenvolva esse software?
Uma ideia é usar o nosso
Scrum &XP e vai nos ajudar a desenvolver.
E aí?
Que é que eu faço, que é que eu preciso começar a fazer?
Antes, no começo do Scrum eu defino Sprint Zero.
Eu vou fazer projeto do que eu quero,
vou antecipar pouco o que eu quero fazer.
Esse Sprint Zero normalmente é de uma,
duas semanas e eu tenho duas coisas essenciais que eu vou definir,
que é a Visão da Aplicação que é
conjunto de informações que vão me
ajudar a saber o que é que eu quero realmente implementar.
Porque eu posso ter uma ideia e posso implementar de jeito A,
de jeito B, de jeito C.
Essa visão vai me dizer qual que é a direção que eu posso tomar.
Pelo menos inicialmente.
Como o modelo é ágil eu posso ao longo do caminho fazer mudanças.
Isso é o que se espera com Desenvolvimento Ágil.
E o segundo item é o que a gente chama de Backlog do produto.
O que é o Backlog?
O Backlog é conjunto de User Stories que vão
representar de uma maneira pouquinho mais formal os requisitos
do usuário que estão expressos lá na Visão da Aplicação.
Então eu vou chamar atenção para vocês que
desenvolver no Sprint Zero essa Visão da
Aplicação e também obviamente o Backlog do produto,
as primeiras User Stories do meu sistema,
isso tem muito a ver com o que a gente havia falado anteriormente,
que era a maneira apropriada para a gente desenvolver Software Ágil no TDD.
No curso sobre TDD eu falei sobre EDUF.
Falei do EDUF: Enough Design UpFront, Projeto Suficiente Antecipadamente.
Ou seja, isso contraposição ao que a gente chamava de BEDUF,
que é o Big Design UpFront.
Aquele que eu não antecipava o necessário,
antecipava praticamente tudo.
Mas a essência do Modelo Ágil é
você não perder muito tempo com o projeto mas ao mesmo tempo você não faz nada
aquilo que eu chamei brincando, EDUF e NODUF.
São termos que eu inventei só para identificar aqui.
EDUF já é termo usado geral.
O NODUF, não tinha projeto nenhum UpFront, também não é legal isso.
Como é que na época fazia, no TDD?
A gente propôs uma maneira usando modelagem CRC que eu
identificava responsabilidades e aí ia desenvolvendo todo
o meu projeto do TDD usando isso.
Eu usava para verificar antecipadamente.
Agora no Sprint Zero nós vamos fazer esse EDUF.
Esse Sprint Zero corresponde a fazer Projeto Suficiente Antecipadamente
e consiste criar essa Visão da Aplicação e o Backlog da aplicação.
Então, esse Sprint Zero fazendo a Visão
da Aplicação e o Backlog de
produto é para dar mais segurança
no meu caminhar, ao desenvolver o software.
Esse é o objetivo de eu estar fazendo essa antecipação suficiente.
Eu não vou perder muito tempo, eu vou levar de dia
normalmente, uma semana ou até duas semanas quando o projeto for
grande, mas não vou perder mais tempo do que isso.
E gera documento enxuto que é essa Visão da Aplicação.
Ele é duas, três páginas apenas.
A ideia da Visão da Aplicação é dar essa primeira
visão antecipada do caminho que nós iremos trilhar.
Quando eu digo nós não só o Product Owner mas é o Time de Desenvolvimento
são as partes interessadas, os Stakeholders.
E até eventuais tipos de usuários que você consiga ter,
pessoas que caracterizem esses tipos de usuários.
Qual é o resultado final que eu espero desse Spritn Zero?
É ter essa Visão da Aplicação.
Eu tenho informações suficientes para começar?
É isso que eu quero.
Para começar com segurança.
Para começar, eu não tenho tudo, não é a ideia de ter tudo.
Vocês lembram que no nosso modelo de User Story nós estamos
definindo que dos items seja os erros de conversação.
Isso significa que qualquer coisa que eu faça vai
ser negociado com as várias partes envolvidas e elas não
precisam estar completas antecipadamente.
Na hora certa as coisas vão sendo, as dúvidas vão sendo tiradas.
A Visão da Aplicação, muitos também chamam de Visão do Produto,
ela serve de norte verdadeiro do projeto, para todos os envolvidos.
Nós temos que pensar que ele vai definir a direção e vai orientar a equipe.
A equipe aqui é num contexto pouquinho mais
amplo do que simplesmente a equipe de desenvolvimento.
Nós vamos falar mais à frente, mas que vai nortear principalmente
a equipe de desenvolvimento no Scrum&XP.
Ela descreve porque o projeto está sendo realizado.
Ela descreve qual é o estado final desejado.
Às vezes eu tenho uma ideia do meu
produto como se ele já estivesse pronto,
por causa dessa descrição do projeto.
Mas eu disse que a equipe é ampliada é porque realmente era ampliada.
Nós vamos aqui nos preocupar meramente com o desenvolvimento,
mas quando a gente fala de Visão de Aplicação nós vamos envolver não
só o Product Owner não só o Time de Desenvolvimento.
Nós vamos envolver pessoal de Marketing,
vamos envolver Designer de Produto, Designer de Interface,
e partes interessadas, os Stakeholders e eventualmente
até algum exemplo de tipo de usuário, alguém que exemplifica isso,
então, está desenvolvendo aplicativo que é para pessoas idosas que tenham problema
de vista então, você pode trazer para participar,
algumas pessoas que vão participar para ajudar a definir essa Visão
da Aplicação para que fique com mais informações.
Quando a gente chama de Visão do Produto ou da Aplicação,
nós queremos enfatizar que existe basicamente uma
parte muito importante que é a visão ou valor de negócios.
Quem vai dar isso vão ser os Stakeholders quem
está fazendo esse software, e o Product Owner.
Esses dois aqui é que vão dar a linha, direção como negócio.
Na verdade, parelelo, toda aquela equipe que eu mostrei que não é
desenvolvedor, vai estar desenvolvendo plano de negócios,
Business Plan para essa aplicação.
E isso não precisamos nós desenvolvedores de nos preocupar.
Mas dessas informações e o Product Owner, o dono do produto,
que faz parte da equipe ele que vai estar trazendo essa visão do plano de negócios.
E com isso ele vai poder identificar quais as necessidades dos clientes
ou até dos tipos de usuários que são importantes para o negócio.
No nosso caso específico o que nós vamos estar bastante interessados é nisso aqui,
as necessidades dos clientes e de dos tipos de usuários.
Porque nós queremos inicialmente identificar quem são os tipos de
usuários da Visão da Aplicação mas, no fundo,
nós estamos querendo identificar as User Stories que vão ser,
vão representar os requisitos, as necessidades dos clientes.
Vão ser necessidades ou requisitos funcionais, e até os não funcionais.
Os não funcionais vão ser muito influenciados pela visão do valor de
negócios, e isso tudo é o que vai nos interessar.
Com isso nós mostramos porque é que é
importante ter a Visão da Aplicação.
Porque vai nos ajudar a ter uma segurança maior do
que nós devemos fazer, mas não precisa ser uma segurança absoluta.
Modelo Ágil está aqui sendo usado para isso.
Mas inicialmente nós temos que ter norte.
Esse norte é a Visão da Aplicação.
Obrigado.
[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.
