Logo Passei Direto
Buscar

Engenharia de Software

Outros
Para construir stories user (histórias de usuários) trabalhamos com 3 itens para compor estas histórias, estes itens são:


Chefe, subordinado e processo
Ator, ação e funcionalidade
Operação, automação e criação
Criação, processo e função
Responsável, processo e automação
User badge image
Aprimorando com Questões

há 2 anos

User badge image
Aprimorando com Questões

há 2 anos

Prova - Metodologias Ágeis em Gestão de Projetos
4 pág.

Prova - Metodologias Ágeis em Gestão de Projetos

INEX

Respostas

User badge image

Ed Verified user icon

há 6 meses

Para construir histórias de usuários (user stories), os três itens que normalmente compõem essas histórias são: Ator, ação e funcionalidade. Esse formato ajuda a definir quem é o usuário, o que ele deseja fazer e qual é o benefício ou funcionalidade esperada.

Essa resposta te ajudou?

0
Dislike0
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

User badge image

Ed Verified user icon

há 2 anos

Os itens utilizados para compor as histórias de usuários são: Ator, ação e funcionalidade.

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Prova - Metodologias Ágeis em Gestão de Projetos
4 pág.

Prova - Metodologias Ágeis em Gestão de Projetos

INEX

Mais perguntas desse material

O formato de uma reunião de planning poker tem como principal objetivo:


Dar ciência a toda equipe sobre todos os dados do projeto
Dar ciência a equipe de desenvolvimento sua parte no projeto
Dar ciência a equipe de tudo que foi entregue no projeto
Dar ciência aos stakeholders o que eles precisam saber do projeto
Dar ciência a equipe apenas do que está pendente no projeto

A qualidade de software não se resume às normas ISO, ela se expandiu para outras áreas. Na década de 80, o Departamento de Defesa dos Estados Unidos, criou um modelo de avaliação de risco, chamado CMM (Capability Maturity Model). Podemos então definir o CMMI como:


Modelo de Maturidade e Capacitação em Comunicação
Modelo de Maturidade da Capacitação para Projetos
Modelo de Maturidade da Capacitação para Hardware
Modelo de Maturidade da Capacitação para Software
Modelo de Maturidade da Capacitação para Operações

Ao final de cada ciclo, qual o nome da reunião feita para acertos e melhorias dentro do Scrum ?


Revisão de equipe
Revisão de trabalho
Revisão de Sprint
Revisão do cliente
Revisão de fases

Dentre as diferenças entre métodos ágeis e métodos tradicionais, uma das mais importantes é quanto à liderança. No método tradicional, o líder é o único que centraliza o contato com o cliente, portanto, a gestão se torna mais centralizada e determina mais do que dialoga ou articula. Já na metodologia ágil funciona assim:


O projeto é compartilhado do começo ao fim e a liderança é compartilhada.
O projeto é compartilhado fora da empresa e a liderança é compartilhada.
O projeto é compartilhado com a operação e a liderança é compartilhada.
O projeto é compartilhado com a diretoria do começo ao fim e a liderança é compartilhada.
O projeto é compartilhado com o financeiro e a liderança é compartilhada.

O product backlog para cada metodologia ágil tem algumas particularidades. Entre os métodos, XP, FDD e Scrum quais são as principais peculiaridades que perfazem um bom product backlog?


XP – desenvolvedores produzem as user stories
FDD – Product Backlog uma lista complexa com requisitos complexos
SCRUM – Product Backlog – sem artefatos para a geração de documentação de requisitos
XP – Clientes produzem as user stories
FDD – Product Backlog uma lista simples com requisitos básicos
SCRUM – Product Backlog – com artefatos para a geração de documentação de requisitos
XP – técnicos produzem as user stories
FDD – Product Backlog com fotos para a geração de documentação de requisitos
SCRUM – Product Backlog – simples – uma lista dos requisitos

O Ciclo de vida de um projeto XP tem quantas fases e quais são?


Tem 3 fases e são as seguintes: fase de início, fase de planejamento, fase de morte
Tem 2 fases e são as seguintes: fase de planejamento inicial, fase de morte
Tem 5 fases e são as seguintes: fase de exploração, fase de planejamento inicial, fase das iterações do release, fase de manutenção, fase de morte
Tem 4 fases e são as seguintes: fase de exploração, fase de planejamento, fase de manutenção, fase de morte
Tem 6 fases e são as seguintes: fase de registro, fase de exploração, fase de planejamento inicial, fase das iterações do release, fase de manutenção, fase de morte

Mais conteúdos dessa disciplina