Jim é um desenvolvedor de aplicativos para uma empresa varejista. Ele está instalando uma correção de segurança em uma base de dados que é usada por um aplicativo de folha de pagamentos por meio de uma rede de área de armazenamento (SAN, sipla em inglês). Esta alteração não foi aprovada pelo Conselho Consultivo de Mudanças, nem foi documentada na ferramenta de Gerenciamento de Serviços da empresa.
Sarah, uma especialista em rede, está no meio de uma atualização de um firmware SAN quando o aplicativo de folha de pagamento falha.
Sarah acredita que o SAN tennha corrompido o arquivo e por isso sugere que as alterações sejam revertidas. A reversão não resolve o problema.
Que conceito deve ser usado para decompor a falha do aplicativo de folha de pagamento em problemas menores, paraa que estes possam ser focalizados e abordados? Cubo de conhecimento Simplicidade Fatias verticais.
Oliver é um Product Owner em uma empresa de tecnologia de informação em saúde. Ele depende da confiança e do apoio da gerencia e, portanto, quer garantir que continue a receber atenção e o apoio necessários.
Qual é o melhor modo de conseguir isso? Educar a gerência Convidar as partes interessadas para as reuniões de Revisão da Sprint Garantir que a gerencia reconheça a importância de Revisão da Sprint Estabelecer uma comunidade de Product Owner.
Por que é importante que um Time de Scrum desenvolva uma boa compreensão das necessidades do cliente e do usuário? O Time de Desenvolvimento deve saber que recursos devem construir e por isso deve interagir diretamente com os clientes e usuários Recebendo um feedback continuo dos clientes e usuários. O time Scrum aprende e pode criar um produtos vencedor Clientes e usuários tem as mesmas necessidades, portanto, o Time de Scrum deve saber como essas necessidades são satisfeitas Clientes e usuários determinam se um produto está Pronto, portanto, a colaboração diária com o Time de Scrum é essencial.
Leia a seguintes história de usuário: Como digitador de dados, quero uma boa ferramenta de interface de usuário pata a administração de faturas de clientes, para que eu possa trabalhar com rapidez.
Esta história de usuário está suficientemente completa para ser incluída no Backlog da Sprint? Não, porque a identidade do tipo de usuário não é suficientemente especifica Sim, porque menciona a sintaxe completa de uma História de usuário Não, porque os termos "boa" e com "rapidez" não são suficiente específicos Sim, porque informações adicionais podem ser acrescentadas durante a Sprint.
A reunião de Scrum de Scrums é projetada para permitir que os grupos de times de Scrum discutam seu trabalho, focalizando especialmente as áreas de sobreposição e integração.
Quem deve comparecer a reunião de Scrum de Scrums para representar o Time de Scrum? Todo o time O Product Owner Um membro do Time O Scrum Master.
Um Time de Scrum deveria entregar um software potencialmente utilizável no final de cada Sprint. Durante a última Sprint, o Time não entregou um incremento potencialmente utilizável.
A pergunta que deve ser feita é: "O que podemos fazer para garantir um melhor resultado na próxima Sprint?"
Quem tem a responsabilidade de garantir que esta pergunta seja feita? O gerente de projetos O time de desenvolvimento O Product Owner O Scrum Master.
Esther, uma Produt Owner para um empresa de Desenvolvimento de Sistemas Incorporados, tem que escolher entre designs funcionalmente equivalentes. Ela seleciona o desenho mais simples para o desenvolvimento.
Que principio Esther está seguindo? Just Enough Just-in-Time Ultimo momento responsável Navalha de Ockham.
Em uma Reunião de Planejamento da Sprint, o Product Owner selecionou a seguinte história de usuário do Backlog de Produtos para ser estimada:
"Como administrador do sistema, quero gerenciar o acesso de usuários"
O Time argumenta que esta poderia não ser uma boa história de usuário para estimativa.
Como o Time pode justificar esse argumento? A história de usuário deveria ter sido priorizada antes de ser estimada A história de usuário é um Epico e o termo "gerenciar" não fornece detalhes suficientes. A história de usuário não segue o <TYPE user of> .
Qual é a melhor prática para agregar Valor de Negócio a um projeto Ágil O Scrum Master ajudando o Product Owner a encontrar técnicas para a organização dos Itens de Backlog de Produto Os valores de Scrum sendo incorporados e vivenciados por todo o Time de Scrum Gerenciamento efetivos do Backlog de Produtos pelo Product Owner.
A X-AppGo está gerenciando um projeto de desenvolvimento de produto complexo que requer 10 times construindo uma funcionalidade crítica para suporte de um aplicativo para distribuição de rastreamento por drone. Cada time tem seu próprio conjunto de Sprints e requisitos que permitem capacidades e recursos específicos do aplicativo de distribuição e rastreamento por drone.
A X-AppGo está buscando maneiras para melhorar o modo de colaboração e trabalho entre os 10 times para obter especificamente os dois principais resultados a seguir:
1 - Fornecer a oportunidade de aproximar os times ou pelo menos os representantes dos times no início da reunião de Planejamento da Sprint para discutirem e entenderem a meta mais abrangente da Sprint, para a qual todos os times contribuem.
2 - Permitir que multiplos times exerçam a coordenação diariamente durante toda a Sprint. Os representantes do time se reúnem após as Dailys Scrum de seus times para discutir a situação atual, o trabalho planejado e quaisquer dependencias entre os times.
Quais são as duas abordagens que tratam esses dois resultados? Reunião da Sprint conjunta e Retrospectiva da Sprint conjunta Revisão da Sprint conjunta e Scrum de Scrums Planejamento da Sprint conjunto e Retrospectiva da Sprint conjuta Planejamento da Sprint conjunta e Scrum de Scrums.
O Scrum, um Readmap de produto é um artefato de planejamento que mostra como o produto provavelm ente se desenvolverá em diferentes versões do produto.
O que é um típico em um Readmap de Produto? Ele é um plano para completar todo o produto Ele é criado antes da implementação do produto Ele é um plano do projeto padronizado que deve ser seguido Ele é um documento vivo, em constante evolução.
Nem todos os projetos são adequados para aplicar a abordagem Agile Scrum.
Em qual caso o Scrum é mais aplicável Os requisitos do produto podem ser alterados no processo A competência dos desenvolvedores é relativamente baixa A organização não quer realizar testes de aceitação do usuário.
John é um Product Owner em uma empresa de software de mídia social. Sua empresa depende totalmente da intuição da gerência ou da habilidade técnica de seus desenvolvedores para criar novos produtos.
Como é possível prevenir que apenas um grupo seleto de pessoas esteja trabalhando em inovação? Criando produtos que sejam lançados com uma abundância de funcionalidades Sendo muito crítico sobre a realização de investimentos à prova de falhas Envolvendo clientes e usuários no processo de desenvolvimento.
Um time de Scrum está criando um aplicativo para uma empresa nova geração de refrigeradores. O usuário deve ser capaz de ativar os recursos usando um app de smartphone. O sistema deve responder em menos de dois segundos
Onde este requisito deve ser incluído ou incorporado? Definição de Pronto, um vez que este é um que requisito não funcional global Definição de Pronto, uma vez que este requisito é um requisito não funcional local Backlog do Produto, uma vez que é um requisito não funcional local Backlog do Produto, uma vez que é um requisito não funcional global.
Durante um planejamento de um Sprint, um time escolheu tr~es histórias:
Historia 1 - 5 pontos
Historia 2 - 8 pontos
Historia 3 - 3 pontos
No fim da Sprint, o Time tinha concluído a história 1 a história 3 e elas foram aceitas pelo Product Owner. O time quase concluiu a história 2, mas alguns bugs foram identificados nos testes de aceitação.
Qual é a velocidade deste Time? As informações são insuficientes, depende da % de conclusão da História 2 12 pontos 8 pontos 16 pontos.
Laura é uma Product Owner em uma empresa de software de data warehouse. Ela precisa cancelar uma Sprint antes que o tempo cronometrado da Sprint termine. Apenas o Product Owner tem autoridade para cancelar a Sprint.
Em que caso Laura precisaria cancelar uma Sprint? Se o horizonte da Sprint for muito longo Se a meta da Sprint se torna obsoleta Se o trabalho do Time de Desenvolvimento tiver um resultado diferente do esperado.
Jeff é o Product Owner para uma empresa de computação na nuvem. A gerencia quer que ele crie um Roadmap de Produto quando um novo produto for introduzido com sucesso no mercado. Jeff quer garantir que o Roadmap de Produto cubra um horizonte de planejamento realista.
Que período ele deve enfocar? Os próximos 3 a 4 anos Os próximos 2 a 3 anos Os próximos 6 a 12 meses Os próximos 5 anos.
Uma visão de produto efetiva é uma aspecto essencial que deve ser considerada em um projeto de Scrum.
É fundamental que qual questão do produto seja respondida para criar a visão do produto efetiva? De um modo geral, como o produto parecerá e o que fará Especificamente, como o produto parecerá? Qual é a capacidade de desenvolvimento máxima do tima? Quais recursos detalhados do produto devem ser construídos?.
Ao criar um Backlog de Produto, quais critérios fundamentais devem ser aplicados durante a preparação do Backlog de Produtos, antes da sua revisão em uma sessão de planejamento da Sprint? Identificar com clareza os esforços de trabalho para os itens e detalhar itens de alta prioridade antes da sessão de planejamento da Sprint Priorizar os itens e detalhar todos os itens antes da sessão de planejamento da Sprint Priorizar os itens e detalhar todos os itens de alta prioridade antes da sessão de planejamento da Sprint Identificar com clareza os esforços de trabalho para os itens e detalhar todos os itens antes da sessão de planejamento da Sprint.
Você está trabalhando como gerente sênior na empresa SCR, um fornecedor de sistemas de software para controle de aviões. Você precisa indicar um Product Owner para um projeto futuro. Uma vez que o projeto requer conhecimentos específicos da área, você decide escolher um dos empregados atuais da empresa para este papel.
Você deve escolher entre os seguintes candidatos:
John - Um Product Owner experiente que atualmente está gerenciando outros dois projetos críticos na sua empresa.
Peter - um Project Manager experiente, que sabe muito sobre desenvolvimento, mas não tem experiência na área de negócios
Rosa - Uma Business Line Owner que não tem experiência anterior em desenvolvimento, nem experiência como Product Owner
Como base nessas informações, quem seria o melhor candidato para a função de Product Owner? Peter, porque o Product Owner precisa de experiência em codificação e desenvolvimento para gerenciar o time adequadamente Rosa, porque ela tem conhecimento do negócio e, com o treinamento apropriado, poderia se tornar uma ótima Product Owner John, porque ele já tem experiência como Product Owner e este papel não permite aprendizado durante o trabalho.
Um Product Owner sobrecarregado pode se tornar rapidamente em um ponto de gargalo e limitar o progresso do projeto.
O que deve ser feito para evitar um Product Owner sobre carregado? Introduzir um Product Owner substituto Posicionar o Product Owner junto com o time Liberar o Product Owner de todas as outras responsabilidades Criar um comitê de Product Owner.
O time de Scrum subestimou o trabalho restante em uma iteração.
O que pode aparecer no gráfico burn-down? Horas ideais Pontos por Historia Dias ideais Burn-Up.
Um time de Scrum chegou a um acordo sobre a seguinte definição de Potencialmente Utilizável:
"Incrementos potencialmente utilizáveis devem ser testados e devem atender as condições de Satisfação Fornecidas pelo Product Owner"
Por que é importante incluir "testados" na definição do que é Potencialmente Utilizável? Incrementou aprovados nesses testes serão liberados Os testes mostram em que grau os incrementos estão bem integrados Incrementos não ficam "Prontos" sem um teste de bugs Os incrementos devem ser testados para demonstrar coesão.
Para criar um produto vencedor, o Product Owner, O Scrum Master e o time devem desenvolver uma boa compreensão das necessidades do cliente e do usuário e como elas podem ser atendidas.
Como o Time Scrum desenvolveria melhor esta compreensão? Medindo o envolvimento do usuário e o uso do produto durante as versões betas e finais Convidando clientes e usuários para a reunião de lançamento do projeto e planejamento da Sprint zero Pedindo que os clientes forneçam um feedback quando o produto for enviado para o mercado Convidando os clientes e usuários no início e continuamente durante o processo de desenvolvimento.
Um novo cliente de sua empresa é cético sobre a abordagem Ágil. ele acha que projetos Ágeis são caóticos está muito preocupado com o prazo. O cliente precisa de um novo software em uma determinada data.
Que recurso de Scrum pode dar ao cliente a confiança de que ele receberá o software no prazo combinado? Time-boxing Planejamento da Sprint Planejamento Ágil Estimativa Ágil.
Um sistema adaptativo complexo (CAS) é um sistema auto-organizado com não linearidades e interações complexas, onde a liderança pode influenciar, mas não controlar, os resultados.
Que definição de valor de negócio sustenta melhor um CAS? Valor Presente Liquido (NPV) para calcular a quantidade investida hoje para o valor presente futuros recebimentos em dinheiro do investimento O valor é calculado ao enfocar as necessidades e os resultados do cliente que esteja consumindo o produto ou serviços Uma hipótese defendida pela liderança da organização sobre o que realizar melhor os objetivos finais da organização ou os resultados desejados Retorno de Investimento (ROI) usado para avaliar um portfólio de investimentos medindo o retorno do investimento em relação a seu custo.
Sua organização descobriu que o Product Owner está constantemente sob mais pressão que os desenvolvedores e outros participantes do projeto.
Qual é uma solução comum para isso? Usar um time de Product Owners Compilar uma lista com as tarefas do Product Owner Fazer um rodízio no papel de Scrum Master.
Três times de Scrum recebem um único produto com um grande Backlog de Produto de 240 itens. Três Product Owners são designados para esses times e cada time recebe um Backlog de 80 itens de Backlog selecionados aleatoriamente para trabalhar nas próximas Sprints.
Por que essa abordagem não é ideal? Este método não garante uma priorização correta Não é sensato ter três Product Owners para um produto O uso de três times de Scrum é demais para coordenar.
Grandes projetos de Scrum consistem em muitos pequenos times. Cada time precisa de um Product Owner, mas um Product Owner pode supervisionar apenas um numero limitado de times.
Qual seria a melhor opção para dimensionar o papel do Product Owner em um projeto com quatro times? Definir um time de Product Owners Definir quatro Product Owners Definir um papel de Product Owner Principal que fará parte de todos os times Definir um time de Product Owners com um Product Owner Principal.
No Scrum, a Revisão da Sprint é um evento essencial para inspecionar e adaptar o produto. Para manter a Revisão da Sprint com valor e sem desperdício no processo, cada pessoa no Time de Scrum deve cumprir com seu papel definido.
Qual das seguintes não é um tarefa de Product Owner durante a Revisão da Sprint? Explicar quais itens de Backlog de Produto não estão "Prontos". Discutir o Backlog de Produto em sua situação atual Demonstrar quais Itens de Backlog de Produto estão "Prontos".
Em projetos maiores e complexos, a reunião de Scrum de Scrums ajuda no escalonamento para times maiores.
Como essa reunião deve ser realizada? Deve ser realizada após a Daily Scrum e um o Product Owner deve comparecer. Deve ser realizada após da Daily Scrum e um membro do time deve comparecer Deve ser realizada antes da Daily Scrum e um membro do time deve comparecer Deve ser realizada antes da Daily Scrum e um Product Owner deve comparecer.
Ralf é um Product Owner em uma empresa de software para base de dados. Ele trabalha bem em time e depende da colaboração próxima com outros membros do Time de Scrum. Porém, não tem autoridade formal sobre eles.
Qual o termo para o papel descrito? Lider servidor Primeiros entre pares (Primus inter pares) Gerente de Projeto Scrum Master.
Radiadores de informação podem demonstrar gráfico de Burn-Down de versão de entrega e da Sprint, itens de Backlog de alta prioridade e Backlog da Sprint. Todos estes são exemplos de artefatos. Que outro artefato pode ajudar a promover a transferência e permitir que o time enfoque suas prioridades? Relatório de Status Arquitetura de infraestrutura Declaração de visao Mapa das partes interessadas.
Que radiador de informação pode ser usado mais adequadamente pelo Time durante a Sprint para rastrear o trabalho? Gráfico burn-up da versão de entrega Backlog de produto Quadro de tarefas Diagrama de Gantt.
Existem armadilhas comuns que podem afetar os esforços gerais de desenvolvimento do produto. Duas destas armadilhas são:
- Relato de Burn-down da Sprint
- Um Product Owner passivo
Quais são as duas outras armadilhas mais comuns que um Product Owner pode enfrentar ao executar um programa de desenvolvimento de produto? - Ritmo insustentável
- Uma reunião de revisão da Sprint onde os resultados apresentados não correspondam a Definição de Pronto - Ritmo insustentável
- Repriorização do Backlog de Produto - Ritmo agressivo
- Uma reunião de Revisão da Sprint onde os resultados apresentados não correspondem a Definição de Pronto - Ritmo agressivo
- Repriorização do Backlog de Produto.
A CEO de uma pequena empresa assume o papel de Product Owner para um produto crítico para o negócio. Embora seja idealmente adequada para a função, ela tem dificuldade de passar tempo suficiente com o time. Uma outra pessoa do time atua como product Owner substituto. O Product Owner substituto faz a maior parte do trabalho do Product Owner, sem ter o poder de decisão. Isto provoca uma diminuição da produtividade.
Qual é a melhor solução para essa situação? Encontrar um novo Product Owner Tratar uma questão sistêmica de modo superficial Liberar a Product Owner de outras obrigações.
Após a criação do Plano da Versão de Entrega, o Product Owner disse:
"Nos próximos 4 meses, com oito Sprint de duas semanas, completaremos o trabalho de exatamente 240 pontos por história"
O Scrum Master argumenta que a data final da entrega pode ser positiva ou negativamente afetada por três fatores. O trabalho concluído é o primeiro fator.
Quais são os outros dois? Requisitos e modos de estimativa fixos Alteração de requisitos e do modo de estimativa Requisitos fixos e revisão das estimativas Alteração de requisitos e revisão das estimativas.
Quando não é possível usar a abordagem Ágil em um projeto? Quando o cliente recusar quaisquer mudança Quando não houver um Scrum Master experiente Quando o projeto for muito complexo Quando o time quiser manter produtos.
Ao selecionar um Product Owner, existem algumas armadilhas comuns:
- O Product Owner quer diminuir a qualidade de alguns requisitos para terminar no prazo
- O Product Owner faz parte de um time remoto e não tem contato direto com os desenvolvedores
- O Product Owner pressiona demais o time, possivelmente causando esgotamentos.
- O product Owner delega a tomada de decisão (e então desconsidera o tomador de decisão)
Uma destas armadilhas tem o potencial de entregar o trabalho com sucesso, desde que o Product Owner permaneça envolvido no projeto e estabeleça um bom relacionamento com o time.
Qual cenário poderia levar ao sucesso? Time remoto Diminuir a qualidade Delegar decisões Pressionar demais.
Por que um Product Owner não tem permisssão para definir a carga de trabalho do Time de Desenvolvimento para um nova Sprint? O Product Owner não conhece a velocidade do Time de Desenvolvimento Isto cria conflito com o principio de autogestão do Time de Desenvolvimento O Scrum Master eé responsável pela velocidade ddo Time de Desenvolvimento O Scrum Master e o Product Owner devem chegar a um acordo sobre a carga de trabalho do Time de Desenvolvimento.
Quando o valor de negócio é entregue? Quando o Product Owner estiver satisfeito Depende da organização Quando todo os itens de Backlog de Produtos forem liberados.
Sue é uma Product Owner em uma empresa de mídias social. O Time de Scrum um Épico no Backlog de Produto, que acabou sendo grande e vago demais para ser entregue em uma Sprint.
Em que Épico deve ser decomposto primeiro? Várias histórias de usuário mais refinadas Em requisitos não funcionais Histórias de usuários mais refinadas Pontos por história.
Você é o Product Owner da área de tecnologia da empresa SHIELD trabalhando em um novo sistema interno de Planejamento de Recursos Empresariais (ERP) que substituirá o usado atualmente, já ultrapassado. Este sistema fornecerá funcionalidade a todas as áreas da empresa e será usado em mais de 30 países onde a SHIELD fizer negócios. Este é um projeto crítico para a empresa porque permitirá que os funcionários de campo (como vendas e distribuição), assim como fornecedores e parceiros, colaborem e trabalhem on-line usando seus celulares e laptops, o que fornecerá a SHIELD uma vantagem única em comparação aos concorrentes.
Um vez que o sistema ERP é composto por 5 subsistemas, você decide usar uma abordagem de time baseada em componentes e indica 5 Product Owners. Você permite que cada um deles gerencie um dos times que estarão trabalhando de modo paralelo em cada subsistema. Ao planejar o projeto, os Product Owners os times propõem a criação de um Backlog para cada componente, pois isto facilitará sua manutenção e uso.
O Scrum Master contesta a proposta, alegando que deve haver apenas um Backlog de Produto
Neste cenário, o que deve ser decidido sobre o Backlog de Produto? Deve haver apenas um Backlog de Produto, porque mais de um criará despesas e desperdício significativos Deve haver apenas um Backlog de Produto Master, mas pode haver muitos Backlog de Produtos de componentes Deve haver apenas um Backlog de Produto, porque cada Product Owner será responsável pelo seu próprio Deve haver apenas um Backlog de Produtos, porque o Scrum Master Principal será responsável por todo o projeto.
Em projetos grandes e complexos, deve ser possível escalar adequadamente o Backlog de Produto. Existem vários modos para realizar isso no Scrum.
Se você, como Product Owner, quiser aplicar a técnica de "Extensão do Horizonte de Preparação", que medidas vão permitir isso? Decompor e refinar o backlog a tempo para o planejamento da Sprint atual Decompor e refinar o backlog, enfocando as duas ou três próximas Sprints Decompor e refinar o backlog após o planejamento da próxima Sprint Decompor e refinar o backlog a tempo para a Sprint subsequente.
Requisitos não funcionais locais são aplicáveis apenas a um requisito funcional específico, por exemplo, um requisito de desempenho específico para recuperar informações.
O que deve ser feito se o requisito não funcional for expresso como uma restrição? Capturar a restrição como um esboço Anexar a restrição ao Backlog de produto Anexar a restrição à história Anexar a restrição a Definição de Pronto.
Cindy é uma Product Owner em uma empresa de software mobile. O Time de Scrum deveria entregar um software potencialmente utilizável no fim de cada Sprint.
Quem pode dizer ao Time de Desenvolvimento como eles devem transformar o Backlog de Produto em incrementos de funcionalidades potencialmente entregável? O gerente de Projetos Ninguém O Scrum Master O Product Owner.
Qual é o principal motivo para limitar os times de Scrum a 9 membros no time? Há no máximo 9 funções em Desenvolvimento É possível alimentar 9 membros de um time com uma pizza Times menores geralmente são mais produtivos.
Por que é importante que um Time de Scrum desenvolva uma boa compreensão das necessidades do cliente e do usuário? Clientes e usuários têm as mesmas necessidades, portanto, o Time de Scrum deve saber como essas necessidades são satisfeitas. O Time de Desenvolvimento deve saber que os recursos devem construir e por isso deve interagir diretamente com os clientes e usuários Clientes e usuários determinam se um produto está Pronto, portanto, a colaboração diária com o Time de Scrum é essencial Recebendo um feedback continuo dos clientes e usuários, o Time de Scrum aprende e pode criar um produto vencedor.
Qual artefato de Scrum, deve ser atualizado no mínimo uma vez por dia? Backlog da Sprint Definição de Pronto Backlog de Produto Incremento.
Um time Scrum recebeu a atribuição de um novo projeto e decide adicionar a seguinte instrução à Definição de Finalizado:
"Somente funcionalidade para os quais um design funcional tenha sido elaborado e aceito são inseridos do Backlog da Sprint"
O Scrum Master analisa isso e declara:
"A documentação é necessária para cada funcionalidade e design deve ser criado ou atualizado"
Por que a Scrum Master diz isso? Porque o Scrum Master sabe se o time tem tempo para implementar isso Porque a documentação pode ser criada e ajustada por funcionalidade Porque o cliente é valorizado em detrimento da documentação no desenvolvimento Ágil Porque o Backlog da Sprint fornece informações suficientes para fazer isso rapidamente.
Muitos times que começam a transição para um processo de desenvolvimento Ágil se deparam com um grande número de bugs herdados.
Qual seria um bom método para lidar com esses bugs? Times de desenvolvimento deve corrigir os erros imediatamente O time de desenvolvimento deve ignorar os erros e se concentrar nas funcionalidades Acompanhar apenas os erros críticos em um quadro de tarefas e mostrá-los ao Product Owner Acompanhar todos os erros registrando-os em um quadro de tarefas e mostrá-los ao Product Owner.
No Scrum, é fundamental ter uma visão do produto efetiva.
Quais das funcionalidades não são desejáveis ao criar a visão de produtos? Curta e atraente Compartilhada e unificadora Ampla e envolvente Completa e única.
"Nosso Time de Desenvolvimento trabalha duro, mas não sabe se o trabalho realizado produz funcionalidades valiosas"
Para ajudar o time, o Scrum Master decide fazer o seguinte:
1 - Ajudar o Time de Scrum a compreender a necessidade de Itens de Backlog de Produtos claros e concisos
2 - Encontrar técnicas para gerenciamento efetivo do Backlog de Produtos
3 - Garantir que o Product Owner saiba como organizar o Backlog de Produto para maximizar o valor
4 - Garantir que o Product Owner explique claramente o valor entregue na Revisão da Sprint
5 - Liderar e treinar a organização em sua adoção do Scrum
Qual a combinação destas ações produz uma otimização do Valor de negócio? 1, 2 e 4 2, 4 e 5 Todas as ações 1, 2 e 3.
A X-AppGo está desenvolvendo no momento uma nova plataforma que servirá como um sistema de corretor central para unir consultores técnicos de nível superior aos clientes. Esta é um iniciativa muito grande que transformará o modo como os serviços de consultoria será entregues aos clientes.
A X-AppGo quer:
- Desenvolver de modo efetivo as possíveis respostas a diferentes situações
- Capturar a dimensão temporal para considerar aspectos da entrega dependentes do tempo
Que ferramentas/técnicas o time Ágil deve usar para favorecer esses dois resultados? Planejamento de cenário e sistema de Entrega continua Mapeamento de Impacto e sistema de Entrega Continua Mapeamento de Impacto e Custo da Demora Planejamento de Cenário e Custo do Atraso.
Uma agencia de comunicação digital está desenvolvendo uma plataforma de viagem para um de seus clientes. O usuário da plataforma deve ser capaz de reservar passagens aéreas, quartos de hotel e aluguel de carros na mesma plataforma. As histórias de usuário são descobertas, decompostas e refinadas durante todo o projeto.
Qual história pode ser identificada como um épico de história de usuário? Como alguém que viaja a lazer, quero organizar toda a minha viagem em uma plataforma Como alguém que viaja a lazer, quero escolher uma data fixa para meu voo, para poder começar a viajar assim que minhas férias começarem Como alguém que viaja a negócios, quero apenas ver os hotéis executivos disponíveis para poder escolher um hotel de um modo rápido e eficiente.
Um bom Scrum Master é responsável, humilde, colaborador, comprometido, influente e informado.
Uma Scrum Master diz a um dos membros do time o quanto está orgulhosa de todos os membros do time e menciona as contribuições de cada um.
Qual dos seis atributos esta Scrum Master está demonstrando? Humilde Responsável Comprometida Informada.
Em uma reunião de Planejamento da Sprint, o Product Owner selecionou a seguinte história de usuário do Backlog de Produtos para ser estimada:
"Como administrador do sistema, queor gerenciar o acesso de usuários"
O Time argumenta que está poderia não ser uma boa história de usuário para estimativa.
Como o time pode justificar esse argumento? A Historia de usuário não segue o <Type user of> .
Sua empresa deseja aplicar os Princípios de gerenciamento de Projetos Ágeis ao Gerenciamento de Serviços de TI.
Se estivermos falando dos serviços existentes, qual papel do Gerenciamento de Serviços de TI combina MELHOR com o papel de Product Owner? Gerenciamento de Melhoria Continua de Serviços Proprietário do Serviço Gerente de Mudança.
A empresa X-AppGo é desafiada pelas tarefas de identificar metas, identificar atores que possam ajudar a atingir essa meta, identificar métricas que possam medi-las e identificar atividades que possam contribuir para as metas.
Que técnica seria MELHOR para auxiliar a X-AppGo neste desafios? Gerenciamento de Inovação Mapeamento de Impacto Planejamento de Cenário.
O Product Owner está desenvolvendo o Product Backlog para um novo software de colaboração. O software deve ajudar as equipes a colaborar de forma mais eficiente. Ele fornecerá videoconferência, compartilhamento de arquivos e uma sofisticada função de bate-papo.
Qual combinação de requisitos não funcionais deve ser anexada à História dentro do Backlog do Produto? Estabelecendo um linha de base comum para estimativas Realizando uma oficina de estimativa em esforço conjunto Estando presente na reunião de estimativa Montando uma ou mais oficinas de preparação por Sprint.
Sydney é um Product Owner em uma empresa de software de segurança. Já que ninguém pode prever o futuro, a melhor chance de sucesso consiste em conceber um produto que atenda as necessidades do cliente selecionado.
Como esse produto é chamado? Produto isolado Produto de maior qualidade Produto minimo comercializável Produto vencedor.
O Product Owner está desenvolvendo o Product Backlog para um novo software de colaboração. O software deve ajudar as equipes a colaborar de forma mais eficiente. Ele fornecerá videoconferência, compartilhamento de arquivos e uma sofisticada função de bate-papo.
Qual combinação de requisitos não funcionais deve ser anexada à História dentro do Backlog do Produto? - Confidencialidade dos arquivos salvos
- Estabilidade do sistema de vídeo
- Resiliência do Software - Suportabilidade
- Privacidade das Mensagens do Chat
- Tempo das mensagens do Chat - Diagrama de navegação da interface
- Documentação
- Conformidade - Cópias de segurança
- Tempo de resposta de videoconferência
- Diagrama de navegação de interface do usuário.
Um time encontra bugs em uma funcionalidade
Qual é a MELHOR ação que deve ser adotada? Criar uma história de usuário "Como cliente, desejo um produto com zero defeitos" e estimá-la. Criar uma tarefa "Corrigir bugs" e estimá-la Criar uma tarefa "Corrigir bugs" e deixar o Product Owner priorizá-la Criar uma história de usuário "Como cliente, desejo um produto com zero defeito" e deixar o Product Owner priorizá-la.
Uma empresa está trabalhando em um novo aplicativo da web que será desenvolvido por cinco Times de Desenvolvimento. O Product Owner emprega um Backlog de Produto e ampliou o horizonte de preparação.
Durante o planejamento da Sprint, dois Times começaram a discutir sobre uma funcionalidade que seria encapada em seu Backlog da Sprint. Os dois Times preferem o mesmo Item de Backlog de Produto.
O que um Product Owner pode fazer para prevenir conflitos entre vários Times? Designar Itens de Backlog de Produtos para cada Time Dividir o backlog de Produtos após sua criação Fornecer visões separadas do Backlog de Produto Criar um Backlog de Produto para cada Time.
A X-AppGo está trabalhando de acordo com os princípios Ágeis e está interessado em mudar radicalmente o modo como desenvolve aplicativos de software para atender as intensas demandas de clientes do mercado competitivo. Eles começaram adotando DevOps como abordagem a ser seguida para desenvolvimento de aplicativos.
A entrega continua é uma área de grande interesse para eles, mas estão tendo algumas dificuldades para fazer com que o time siga as regras estabelecidas no processo padronizados. Não ha mecanismos de "monitoramento" estabelecidos, não ha controle de alterações e não existe auditabilidade.
Qual é o primeiro passo que a X-AppGo deve adotar para abordar estes pontos fracos Examinar mais profundamente os requerimentos e as restrições que podem criar desperdício, como burocracias, conformidade e contabilidade. Ampliar o sistema DevOps para incluir captação de valor e maior envolvimento das partes interessadas Criar um sistema altamente automatizado e confiável que permita o feedback rápido em todo o percurso até a operação de recursos em produção. Usar um planejamento de cenário para modelar possíveis estados futuros.
Uma empresa está trabalhando em um projeto em larga escala com muitas partes interessadas. O tamanho desse projeto trouxe alguns novos desafios. Um deles é como dimensionar o Backlog de produto.
O que pode ser feito para enfrentar esse desafio? Ampliar o horizonte de preparação Movimentar apenas Itens de Backlog de produtos valiosos para o Topo do Backlog de produtos Movimentar apenas itens de Backlog de produtos pequenos para o topo do Backlog de Produtos Dividir o Backlog de Produtos em backlog de produtos menores.
Em um time Scrum, qual responsabilidade pertence exclusivamente ao Product Owner? Comparecer a reuniões de Scrum Garantir que o trabalho necessário seja realizado Colaborar com o time Preparar o backlog de Produto.
A empresa ABC detectou um desvio expressivo nas preferências de mercado, que está afetando os números de vendas de seu software de gerenciamento de estoque mais vendido. A empresa descobre que sua base de clientes já existente não mudou suas preferências, por isso imaginam que a mudança seja decorrente da entrada de novos gerentes da geração Y no mercado de trabalho.
Depois de ler um artigo sobre a geração Y, a CEO reúne seu time de gestão superior para definir uma nova visão de produto capaz de lidar com esta situação e colocar a ABC novamente entre os principais vendedores. Essa visão, ciada com o auxilio de especialistas externos, demora três meses para ser concluída e inclui telas detalhadas, navegação, recursos, back-end e uma arquitetura completamente renovada.
O Time de Scrum interno, que também desenvolveu a versão atual do software, é indicado para executar essa nova visão. Após um primeiro mês de Sprint, o produto é entregue para revisão pela gerência. A versão de entrega contém várias sugestões de acréscimos e alterações baseadas no feedback inicial do cliente e no conhecimento do Time de Desenvolvimento.
O time de gestão superior decide descartar as alterações propostas pelo Time de Desenvolvimento e manda o produto de volta para o Time de Desenvolvimento, solicitando que criem um produto dentro das especificações originais da visão e descartando as alterações propostas.
Dois meses após o lançamento para o publico geral, os números de vendas continuam a cair, mas agora até o clientes existentes estão deixando a ABC
Que erro comum explica melhor a falha descrita? Grande e bonito Visão Profética Sem visão.
Você está trabalhando em um ambiente Ágil escalado. É importante que a Arquitetura seja definida antes do início da primeira Sprint
Por que isso é importante? Para definir os requisitos funcionais e incluí-los no Backlog de Produto compartilhado para prever o planejamento de todos os Times de Desenvolvimento Para definir subgrupos do Backlog de Produto para que todos os Times de Desenvolvimento tenham dependências mínimas durante o desenvolvimento Para definir subgrupos do Backlog de Produto para que todos os Times de Desenvolvimento possam receber um número igual de recursos para programar Para definir os requisitos não para a infraestrutura usada por todos os times de Desenvolvimento e incluí-los no Backlog de Produto.
Grandes projetos de Scrum consistem em muitos pequenos times. Cada time precisa de um Product Owner, mas um Product Owner pode supervisionar apenas um número limitado de times.
Qual seria a MELHOR opção para dimensionar o papel do Product Owner em um projeto com quarto times? Definir um time de Product Owners? Definir um time de Product Owners com um Product Owner principal Definir um papel de Product Owner Principal que fará parte de todos os times Definir quatro Product Owners.
Por que Ágil e ITIL® apresentam boa interação? Ágil e ITIL® têm princípios e componentes em comum, como inspeção e adaptação. O raciocínio do Ágil pode ser aplicado a maior parte dos frameworks de ITIL® para melhorar o Sistema de Entrega de Serviço Tanto o Ágil como ITIL® consistem em frameworks abertos que são tecnicamente compatíveis O framework do Ágil é complementar a intenção do framework de ITIL®.
Que reunião ajuda uma organização a se envolver na melhoria continua dos processos A reunião de retrospectiva do Sprint A reunião de planejamento do Sprint A reunião de release/Versão de Entrega A reunião de planejamento de desenvolvimento futuro.
No Scrum, o Product Owner é a voz do cliente, representando o negócio e sua necessidades. A voz do cliente precisa estar refletida no produto.
Quem poderia ser mais indicado como Product Owner para atingir esta meta? Um usuário do produto de nível C, altamente interessado de dentro da empresa Um Gerente de Projeto experiente de dentro da empresa Um líder de negócios comprometido e disponível de dentro da empresa Um Scrum Master experiente de fora da empresa.
Susan é uma Product Owner para uma empresa de software de relacionamento com o cliente. Três de seus clientes solicitam funcionalidades individuais que são incorporadas ao produto sem levar em conta a conexão entre eles. O resultado é um produto conhecido como sopa de recursos.
Qual erro comum na criação de uma visão de produtos é descrito aqui Grande e bonito Visão profetica Sem visão Paralisia por análise.
Embora a transição para o Scrum tenha sido particularmente difícil, as partes interessadas que fizeram a transição em sua empresa, estão satisfeitas com isso.
Um motivo para a satisfação das partes interessadas é que o tempo até o mercado é reduzido quando o processo Ágil como o Scrum é utilizado.
Qual a razão mais importante pelo qual o time-tomarket até o mercado é mais curto em times ágeis. Menos custo Maior produtividade Maior satisfação com o trabalho Maior qualidade.
Grandes projetos de Scrum com frequência exigem um escalonamento da função do Product Owner, para que seja possível lidar com a maior complexidade e porte.
Além da novidade do produto, que fatores são essenciais para determinar o número de times que um único Product Owner pode apoiar adequadamente? Complexidade do produto e conhecimento dos times sobre o negócio Duração da Sprint e tamanho do time Duração da Sprint e estrutura organizacional Complexidade do Produto e conhecimento do Scrum Master sobre o negócio.
|
