Um dos engenheiros de sistema no Time de Desenvolvimento descobre um problema de segurança em um novo software de monitoramento terceirizado que foi implementado recentemente. Ele se conecta a todas as partes do software e tem o potencial de gerar problemas de confidencialidade.
Como esse problema deve ser abordado? Este é um problema de engenharia que deve ser resolvido pelo time de segurança. Isto deve ser anexado à História de Usuário relevante. Isto deve ser incorporado à Definição de Pronto. Isto deve fazer parte do Backlog de Produto.
Espera-se que o Product Owner garanta que o Roadmap de Produto cubra um horizonte de planejamento realista.
Qual seria o horizonte de planejamento ideal, levando em conta o mercado e o estágio do ciclo de vida do produto? Os próximos 3 a 9 meses Os próximos 6 a 12 meses Os próximos 1 a 2 anos Os próximos 2 a 3 anos.
Uma agência na web está criando uma nova plataforma de viagens que oferece o planejamento da viagem, incluindo reserva de voos, quartos de hotel, aluguel de carro e roteiros turísticos. As Histórias de Usuário contêm um nome, uma breve narrativa e critérios de aceitação. Algumas Histórias de Usuário são chamadas de épicas.
Qual História de Usuário pode ser identificada como uma História de Usuário épica? Como alguém que viaja a negócios, quero reservar um voo na plataforma e receber uma fatura para toda a viagem comercial. Como alguém que viaja a negócios, quero escolher uma data para iniciar minha viagem. Como alguém que viaja a negócios, quero escolher um assento no voo para garantir espaço para as pernas.
Cindy, uma Product Owner de uma empresa startup de vendas on-line, reúne um grupo de partes interessadas de toda a organização para gerar ideias sobre a identificação de metas, atores que possam ajudar a atingir essas metas, métricas que possam medi-las e atividades que possam contribuir para as metas. O grupo está tentando detectar todas as coisas que influenciem o valor, mas que não sejam necessariamente funcionalidades do produto.
Que técnica Cindy está usando? Desenvolvimento Determinado por Inteligência Comercial (BiDD) Mapeamento de Impacto Análise de Opções Planejamento de cenário.
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? 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. Valor Presente Líquido (NPV) para calcular a quantidade investida hoje para o valor presente de futuros recebimentos em dinheiro do investimento. Retorno de Investimento (ROI) usado para avaliar um portfólio de investimentos, medindo o retorno do investimento em relação a seu custo.
Se o projeto a ser desenvolvido for grande e complexo, como isto afeta o papel do Product Owner? O projeto como um todo é liderado por um Product Owner que gerencia múltiplos Times de Scrum. O projeto é dividido, designando-se pontos por História semelhantes para cada Product Owner, e um coordenador do Time se reporta ao Product Owner principal. O projeto é dividido em Times de componentes ou funcionalidades, liderados por um Product Owner que se reporta a um Product Owner principal. O projeto é dividido em projetos individuais menores, cada um com seu próprio Product Owner independente.
A priorização em Backlogs grandes e complexos pode ser uma tarefa difícil para o Product Owner.
Qual atividade deve ter maior influência na priorização do Backlog? Escolher uma meta da Sprint Avançar com a visão até um produto Liberar de forma antecipada e frequente Resolver dependências.
Por que os chamados “projetos favoritos” contribuem para a visão de um produto ou serviço? Porque as entrevistas com o cliente são realizadas nos projetos favoritos Porque os projetos favoritos constituem uma simulação do pacote onde o produto deve ser enviado Porque muitas vezes os projetos favoritos resultam em novas ideias implementadas como protótipos.
O CEO de uma empresa startup está assumindo o papel do Product Owner. A empresa fornece uma inovação em software, ajudando as empresas a se conectarem com seus funcionários no mundo todo. Conforme a empresa e a base de clientes crescem, cada vez mais requisitos de funcionalidades individuais passam a ser abordados pelos clientes. O CEO não consegue efetuar uma conexão entre estes requisitos e incorporá-los ao software.
Qual é o melhor modo para o Product Owner prevenir esta chamada “sopa de funcionalidades”? Garantir que exista um Roadmap de Produto que declare com clareza o produto viável mínimo. Garantir que exista uma visão disponível que declare com clareza o cliente, suas necessidades e os atributos críticos. Garantir que o Product Owner mantenha um contato próximo com todas as partes interessadas. Garantir que o Product Owner saiba o que é melhor para os clientes.
Kenneth é um dos cinco Product Owners em uma empresa de software para gestão de processos de negócios que está trabalhando com um Time. Uma vez que cada Product Owner quer realizar o máximo de trabalho com a maior rapidez possível, é solicitado que o Time trabalhe simultaneamente em todos os cinco Backlogs de produto.
Já que o Time precisa trabalhar em vários Backlogs de Produto, o que Kenneth e os outros Product Owners devem garantir? Ampliar o horizonte de preparação Deixar cada Sprint focar em apenas um produto Priorizar o Backlog de Produto Fornecer visões de Backlog separadas.
Um Chief Product Owner está trabalhando em um programa de mobilidade na indústria automobilística. Há mais de 15 times trabalhando em um único Backlog de Produto. Eles estão utilizando visões separadas nesse Backlog de Produto. Cada visão mostra um subgrupo do Backlog de Produto para um time.
Considera-se uma boa prática a apresentação de subgrupos do Backlog de Produto para cada time individual, criando visões de time? Sim, porque visões diferenciadas podem prevenir conflitos entre os diversos Product Owners e times. Sim, porque os Product Owners podem atribuir tarefas mais facilmente ao utilizarem visões para selecionar o time certo. Não, porque todos precisam ter uma visão geral de todos os itens do Backlog de Produto principal. Não, porque é difícil para o Chief Product Owner gerenciar diversas visões do mesmo Backlog de Produto.
O Backlog da Sprint contém informações essenciais para gerenciar a Sprint.
Qual é o principal objetivo do Backlog da Sprint? Serve para distribuição de tarefas pelo Product Owner. Serve para organização do Time pelo Scrum Master. Serve para fornecer relatórios de status às partes interessadas. Serve como uma visão geral do trabalho que será realizado para o Time.
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 de Scrum desenvolveria melhor esta compreensão? 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 Convidando clientes e usuários para a reunião de lançamento do projeto e o planejamento de Sprint zero Medindo o envolvimento do usuário e o uso do produto durante as versões betas e finais.
A primeira necessidade quando se adota uma abordagem Ágil centrada no valor de negócio é configurar um processo de produção que permita ciclos de feedback rápidos, informativos e confiáveis. O melhor modo que conhecemos para isto atualmente consiste no complexo de práticas que chamamos de DevOps.
Qual conceito do DevOps é instrumento para compreender como criar valor? Sistema Adaptativo Complexo Sistema de Entrega Contínua Arquitetura Corporativa Fluxo de peça única.
O Modelo de Kano ajuda a selecionar a combinação correta de funcionalidades para criar um produto atraente.
Que tipo de previsão do Modelo de Kano o Product Owner deve conhecer? Com o tempo, o desafio será não deixar de fornecer as funções básicas. Com o tempo, o desafio será reunir funções básicas, funções de desempenho e atrativos de modo a maximizar os benefícios. Com o tempo, os atrativos eventualmente se transformarão em funções de desempenho e, mais tarde, em funções básicas. Com o tempo, as funções de desempenho se transformarão em atrativos.
O Time de Gerenciamento de Produto Sênior da empresa ABC está procurando um Product Owner para liderar uma iniciativa crítica de um novo aplicativo. Eles estão pensando em Adam, o atual Diretor de Vendas, que tem muita experiência em estabelecer uma interface com clientes e desenvolver Roadmaps detalhados. Adam está muito interessado na transição para o papel do Product Owner. Ele quer entender como efetuar a transição para ser um grande Product Owner.
Qual é o melhor conjunto de ações que Adam pode realizar para se tornar um grande Product Owner? Desenvolver-se e crescer, obter um treinador e obter patrocínio no nível certo. Minimizar seus pontos fracos, obter patrocínio e conseguir o apoio de seu Time de Desenvolvimento. Reconhecer a importância do papel, capturar as lições aprendidas com as implantações de aplicativos no passado e conseguir o apoio de outros Product Owners experientes.
Qual é a responsabilidade exclusiva do Product Owner? Trenar o Time de Desenvolvimento para auto-organização e multifuncionalidade Encontrar técnicas para gerenciamento efetivo do Backlog de Produto Ajudar o Time de Scrum a compreender a necessidade de Itens de Backlog de Produto claros e concisos Otimizar o valor do trabalho realizado pelo Time de Desenvolvimento.
O Scrum visa a entrega de uma abordagem Ágil centrada no valor de negócio. A primeira ação para realizar isto consiste em configurar um processo de produção que permita ciclos de feedback rápidos, informativos e confiáveis.
Como este processo é chamado? Entrega Contínua Integração Contínua Monitoramento Contínuo Teste Contínuo.
John é um Product Owner em uma empresa de software de streaming. Durante a criação de uma História de Usuário, ele deseja aplicar um requisito não funcional local, que é um requisito de desempenho específico para recuperação de informação. Se o requisito não funcional é expresso como uma restrição, ele pode simplesmente anexar a restrição à História de Usuário.
Como a restrição deve ser anexada à História de Usuário? Pela anotação da restrição na História de Usuário Pela decomposição da História de Usuário Pelo refinamento do Backlog de Produto Por iniciar com dois a cinco requisitos menos refinados.
Ralph é 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? Primeiro entre pares (Primus inter pares) Gerente do projeto Scrum Master Líder servidor.
|
