Qual das opções a seguir não é uma vantagem de usar o scrum para entregar projetos?

No hay ningún comentario sobre este test.

Sua empresa está em uma situação crítica. Os clientes estão se queixando do tempo de reação lento para Solicitações de Mudança e alguns projetos de desenvolvimento importantes fracassaram ultimamente porque as especificações não foram cumpridas. A maioria dos times percebe estes problemas e alguns times de desenvolvimento já adotaram Scrum como teste piloto. Qual seria a melhor coisa a fazer em seguida? Criar um senso de urgência Concentrar a atenção nos motivos mais importantes para mudança Enfocar a abordagem do medo Fornecer treinamento e orientação sobre Scrum.
O Product Owner deseja fazer 2 (dois) lançamentos ao longo do projeto: um no meio e outro no final. O Scrum Master enfatiza que isso não é importante. Por que o Scrum Master diz isso? Estes são os pontos de lançamento comuns para um projeto Scrum. Apenas um lançamento por projeto é comum , portanto o projeto deve ser dividido. Todos os incrementos devem ter potencial de lançamento. O planejamento dos lançamentos é uma decisão do time de desenvolvimento.
Após uma a quatro semanas na Sprint,o time de desenvolvimento se deu conta de que não poderá entregar a metade dos itens do Backlog da Sprint O Product Owner não está satisfeito com isso, pois o cliente espera que a maioria desses requisitos seja lançada no final da Sprint. Qual é a melhor ação do Scrum Master? Recomendar o cancelamento da Sprint e começar outra imediatamente com foco apenas nos requisitos prioritários Recomendar que o Product Owner revise o pedido dos itens do Backlog da Sprint e deixar os desenvolvedores continuarem e entregarem o melhor que puderem Recomendar que os desenvolvedores façam horas extras e,em troca tire m alguns dias de folga após a Sprint Recomendar aumentar a duração da Sprint até que tudo esteja terminado para o lançamento.
Uma empresa identifica suas cadeias de valor, remove etapas desnecessárias e introduz fluxo e sistema puxado. Que tipo de cultura, framework ou método esta empresa está usando? DevOps Lean Scrum Waterfall (Cascata).
Uma empresa está combinando práticas de Scrum com outro framework. O time de desenvolvimento trabalha em grande proximidade com outros departamentos. Quando algo dá errado é fácil para uma pessoa admitir que ela causou o problema porque a empresa adota e estimula a colaboração e um ambiente psicologicamente seguro, onde o erro é admitido como parte do processo de aprendizado e descoberta. Que outro framework é usado neste cenário? DevOps DSDM Lean Waterfall (Cascata).
Um novo cliente de sua empresa é cético sobre a abordagem Ágil. Ele acha que projetos ágeis são caóticos e está muito preocupado com o prazo de entrega. O cliente precisa do 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? Estimativa Ágil Planejamento Ágil Planejamento da Sprint Time-boxing.
Combinar os papéis do Scrum Master e do Product Owner em uma única pessoa constitui uma boa prática? Não, os papéis de Scrum Master e Product Owner são considerados cargos de tempo integral. Não, o Scrum Master deve ser capaz de proteger o time dos desejos do Product Owner Sim, isto é mais Ágil uma vez que os papéis de Product Owner e Scrum Master normalmente não representam um a função de tempo integral. Sim, isto é melhor para os times de Scrum , do contrário haverá duas pessoas no comando o Product Owner e o Scrum Master.
Durante a revisão de Retrospectiva da Sprint, o time de desenvolvimento constata que a velocidade atual está muito baixa. Uma análise rápida feita pelo Scrum Master mostra que a duração da Sprint é inadequada. Contudo o time de desenvolvimento não concorda com isso. O Scrum Master orienta os membros do time de desenvolvimento a decidirem a duração por conta própria. Se não for possível chegar a um acordo, quem deve decidir a duração da Sprint? O cliente O time de desenvolvimento O Product Owner O Scrum Master.
Cada time deve ter um Scrum Master indicado. Supondo do que não existe um Scrum Master disponível no momento, qual seria a melhor solução no curto prazo? Um Scrum Master externo assum ir o papel de Scrum Master. Alguém que não seja um ótimo Scrum Master assumir o papel. O melhor programador do time assume o papel de Scrum Master. O Product Owner assume o papel de Scrum Master.
Um Gerente funcional está começando um novo projeto e seu time será distribuído. Alguns membros do time estarão localizados no Reino Unido e a segunda parte do time estará situada na Índia. As preparações, como a comparação das pontuações no PDI (plano de desenvolvimento de iterações) iterações), já foram concluídas. Qual seria a próxima etapa para promover a coerência dentro do time? Reconhecer as diferenças culturas importantes Reconhecer as pequenas diferenças culturais Distribuir os times Fortalecer as subculturas funcionais e dos times.
Suely é a Scrum Master de um time muito bem sucedido e motivado. O time está seguindo os processos de Scrum e, portanto os membros estão compartilhando conhecimentos nos fóruns de comunicação integrados ao Scrum. O que mais Suely poderia sugerir ao time para que encontre modos concretos de compartilhar conhecimentos? Grandes gráficos visíveis Comunidades de prática Reunião Diária Scrum de Scrums.
Você trabalha em um time de Scrum. Seu Product Owner pergunta quem assumirá o papel de Scrum Master. Seu time ainda não decidiu. Você se oferece como voluntário(a) porque é o(a) único (a) com treinamento em Scrum. Seu Product Owner decide então que o membro menos experiente deve atuar como Scrum Master. Por que essa não é uma boa ideia? Porque o Product Owner não pode decidir isso. Em vez disso o time deve contratar um Scrum Master externo Porque o papel de Scrum Master é desempenhado mais adequadamente pelo desenvolvedor mais experiente do time. Porque este seria um Scrum Master inadequado. Um Scrum Master deve ser voluntário para a responsabilidade adicional.
Ao selecionar uma 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 esgotamento e insatisfações. • O Product Owner delega a tomada 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. Em que situação você poderia esperar o sucesso? Diminuir a qualidade Time remoto Pressionar demais Delegar decisões.
Quando a Definição de Pronto (DoD) deve ser utilizada pela primeira vez por um time de desenvolvimento Durante a estimativa dos requisitos no Backlog de Produto, pois o trabalho depende dos requisitos tanto dos requisitos quanto da Definição de Pronto. Na Reunião Diária (Daily Standup quando um requisito é definido como Pronto, pois a disponibilidade de cada requisito deve ser verificada assim que a Sprint termina. Na Demonstração para o Product Owner e as Partes Interessadas pois estes precisam aceitar o item como um produto potencialmente entregável. Durante a Sprint de Lançamento momento no qual se confirma que todos os requisitos criados estão de acordo com os desejos do cliente e, portanto podem ser entregues.
Leia a seguinte História de Usuário: "Como digitador de dados, quero uma boa interface de usuário para 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? Sim, porque informações adicionais podem ser acrescentadas durante a Sprint. Sim, porque menciona a sintaxe completa de uma História de Usuário. Não, porque a identidade do tipo de usuário não é suficientemente específica. Não porque os termos “boa” e “com rapidez” não são suficientemente específicos.
Sempre há algo em que os usuários e os desenvolvedores não conseguem pensar antes de começarem a ver uma solução ou produto tomar forma. Como são chamados as funcionalidades que não podem ser identificadas com antecedência Requisitos emergentes Funcionalidades de curto prazo Lista priorizada de funcionalidades Funcionalidades com valor agregado.
O Scrum utiliza três níveis de planejamento: roadmap, liberações e a Sprint. O que significa um planejamento iterativo? Para cada Sprint realizada existe um momento para fornecer feedback sobre todos os planos e planejar a próxima Sprint. Você define seu roadmap e plano de releases (liberações) uma vez e, de acordo com isso define um plano para a Sprint no início de cada Sprint. Você define seu roadmap e plano de releases (liberações) uma vez Após cada Sprint, você ajusta o roadmap e a próxima Sprint. Você planeja seu projeto em três etapas primeiro o roadmap, depois a release (liberação) e então as Sprints necessárias.
O Product Owner e o time de desenvolvimento divergem na reunião de Planejamento da Sprint. O Product Owner acredita que os desenvolvedores estimaram que os itens e sua capacidade de maneira é pessimista demais e, portanto,selecionaram uma quantidade baixa demais de itens para a Sprint. Qual é a melhor ação para o Scrum Master? Solicitar que o time de desenvolvimento revise suas estimativas, pois o Product Owner representa o cliente. Solicitar que as duas partes se acalmem discutam o assunto e cheguem a um acordo provavelmente um meio termo Solicitar que o Product Owner revise as estimativas e calcule a velocidade bem como informar aos desenvolvedores quantos itens eles devem selecionar Explicar ao Product Owner que esta é uma decisão do time de desenvolvimento e que deve ser aceita.
Depois que as Histórias de usuário do plano de releases (liberações) são estimadas, elas são decompostas em tarefas no Planejamento da Sprint. As Histórias de usuário são estimadas em outra métrica, diferente de tarefas no Planejamento da Sprint. Em que métrica as tarefas são estimadas no Planejamento da Sprint? Dias ideais Horas ideais Pontos por história story points) Velocidade.
Qual é o papel do Scrum Master em uma sessão de planejamento da Sprint? Orientar o time de desenvolvimento sobre a estimativa de funcionalidades mas nunca decidir em relação à estimativa Cooperar com o time de desenvolvimento para estimar as funcionalidades e remover funcionalidades cuja estimativa seja muito difícil Interferir com a discussão do time de desenvolvimento para levá los em uma direção específica,se não conseguirem chegar a um acordo Deixar o time de desenvolvimento estimar as funcionalidades por conta própria,mas tomar uma decisão sobre a estimativa se os membros não chegarem a um acordo.
Durante a fase de viabilidade de um projeto, a estimativa de cronograma tipicamente tem uma variação de 60% a 160%. Como é chamada a evolução da quantidade de imprevisibilidade durante um projeto? Cone da incerteza Ignorar a incerteza Reduzir a incerteza Fator de incerteza.
O Product Owner (PO) e o Scrum Master estão discutindo duas versões diferentes de um projeto. Uma versão do projeto incluirá mais funcionalidades e entregará mais valor que a outra versão, mas também custará muito mais devido ao maior tempo de desenvolvimento. O PO e o Scrum Master querem comparar as duas versões, levando em conta a Taxa Interna de Retorno (TIR) Que informação eles podem obter com o cálculo da TIR? Quanto dinheiro pode se esperar que um projeto traga como retorno Com que rapidez o dinheiro investido em um projeto terá seu valor aumentado O processo de transportar valores futuros para seu valor atual A taxa em que as organizações descontam o dinheiro no futuro.
Um time tem Histórias de Usuários (User Stories) não finalizadas no fim de uma iteração. O que deve ser feito antes do início ou durante a iteração (sprint)? Considerar a inclusão de um buffer de alimentação Considerar a inclusão de um buffer de cronograma Estimar novamente a História finalizada Dividir as Histórias em Histórias menores.
João, um Scrum Master em uma empresa de software de cobrança está procurando outra maneira útil de visualizar como o time está se saindo para concluir a funcionalidade planejada de uma release (liberação). Ele quer uma caixa com o nome do tema, o número de Histórias naquele tema, o número de Pontos por história ou dias ideais para essas histórias e a porcentagem de Pontos por História concluídos. Isto é uma descrição de quê? Gráfico Burndown Gráfico Burn Up Gráfico de Gantt Gráfico parking lot.
Seu time subestimou o trabalho restante em uma iteração. O que pode aparecer no gráfico Burndown? Burn-up Dias ideais Horas ideais Pontos por história.
Problemas e erros fazem parte do processo de desenvolvimento no Scrum? Não, o time de desenvolvimento deve se concentrar na meta da Sprint, não em erros e problemas. Outro time pode lidar com eles. Sim, problemas e erros precisam ser corrigidos assim que ocorrerem, do contrário a Definição de Pronto (DoD) não será satisfeita. Sim, eles são Itens de Backlog de Produto regulares. Erros e problemas devem ser considerados em cada novo Planejamento da Sprint. Sim, eles devem ser priorizados imediatamente. Erros ou problemas de alta prioridade devem ser corrigidos na iteração atual.
As reuniões do framework Scrum de Scrums diferem das Reuniões Diárias do Scrum (Daily Scrum) de vários modos. Qual seria um exemplo de um modo em que uma reunião do Scrum de Scrums difere da Reunião (Diária (Daily Scrum)? As reuniões de Scrum de Scrums não são reuniões para resolução de problemas As reuniões de Scrum de Scrums não precisam ser limitadas a 15 minutos. As reuniões de Scrum de Scrums devem ser realizadas no máximo até as 10h da manhã.
Nem todos os projetos são adequados para aplicar um a abordagem ágil, como o Scrum. Em qual caso abaixo o Scrum é o mais desejável? A competência dos desenvolvedores é relativamente baixa. A organização não quer realizar testes de aceitação do usuário. Os requisitos do produto podem ser alterados no processo. Os requisitos são conhecidos antecipadamente, permitindo rápida implementação.
Dependendo do tamanho de um projeto, seu time precisará de mais ou menos recursos materiais e humanos. Um destes recursos é o número de membros do time. Qual afirmação é verdadeira sobre o tamanho dos times? Times maiores concluem os projetos com menor esforço total, o que é mais barato. Times maiores criam mais defeitos que times pequenos, mas trabalham mais rápido. Times menores precisam de mais tempo, o que custa mais esforços e dinheiro. Os membros nos times maiores são mais produtivos que nos times menores.
Olivia é uma Scrum Master em uma empresa de software para jogos. Eles estão em transição do modelo Waterfall (Cascata) para o Scrum. Olivia está tentando aumentar o desejo de adotar o Scrum dentro de sua empresa. Que medida ela deve tomar? Criar um senso de urgência Fornecer exposição a novas pessoas e experiências Executar um projeto piloto Usar métricas.
ADAPT é um acrônimo de atividades em um plano de transição Ágil. Em inglês, o primeiro "A" significa "Aptidão ou Conscientização" (Awareness). Por que a Conscientização é importante como primeira etapa, ao apresentar a Agilidade Porque todos precisam aprender a pensar e a trabalhar como time Porque é preciso que haja um entendimento comum de que o processo atual não está fornecendo resultados aceitáveis Porque as práticas ágeis não devem ser utilizadas em um departamento isolado.
Uma empresa descobriu que o processo atual não está produzindo resultados aceitáveis. A transição para o Scrum parece uma solução válida, uma vez que a maioria dos concorrentes já está usando o Scrum com muito sucesso. O CEO criou um senso de urgência e também está conversando com as partes interessadas sobre seus planos. A maioria dos funcionários está entusiasmada para saber mais sobre o Ágil. Qual seria a próxima etapa no processo de transição? Habilidade (Ability) de ter sucesso com o Scrum Desejo (Desire) de adotar o Scrum como uma maneira de resolver os problemas atuais Promover (Promote) o Scrum por meio do compartilhamento de experiências Transferência (Transfer) das implicações do uso do Scrum em toda a empresa.
Seu colega é um Cético e resiste a mudanças. Qual seria uma boa abordagem para lidar com esta resistência? Gerar insatisfação com o status quo: Céticos gostam do status quo. Modelar os comportamentos corretos você mesmo(a). Os Céticos precisam seguir alguém Fornecer treinamento: A resistência dos Céticos é causada em parte por não terem realizado ou visto alguma coisa. Reiterar e reforçar o compromisso: Os Céticos devem saber que a empresa está comprometida com a transição.
A função de um time de Scrum é efetuar a auto organização ao redor dos desafios, dentro dos limites e restrições, estabelecidos pela gerência funcional. Qual é a função da gerência funcional neste contexto? Promover os desafios apropriados Maximizar o rendimento do time Fornecer motivação Lembrar das metas.
Times multifuncionais têm vantagens em relação a times em projetos de desenvolvimento tradicionais. Qual seria uma delas? Atrair atenção e interesse Eliminar a delegação de tarefas Fazer com que os indivíduos assumam a responsabilidade Uso de métricas.
O Manifesto Ágil menciona alguns aspectos culturais os quais ajudam a introduzir o desenvolvimento Ágil com sucesso. Qual valor abaixo não está refletido no Manifesto? Controle Cooperação Auto organização Confiança.
Paula, uma Scrum Master para uma empresa de Software para Gerenciamento de Bens quer que seu time permaneça unido em busca de uma meta comum para um projeto e supere os desafios enfrentados por qualquer time envolvido em uma empreitada difícil. O que ela está tentando criar? Conscientização Coerência Desejo Promoção.
Mesmo em grandes projetos de desenvolvimento, ainda se recomenda o uso de um Backlog de Produto único e centralizado para um produto. Qual é a melhor ação para manter um tamanho razoável do Backlog de Produto permitindo que o mesmo seja gerenciado de modo efetivo? Realizar um planejamento em ondas sucessivas Utilizar épicos e temas Gerenciar as dependências de modo proativo Dividir a responsabilidade.
O Product Owner atribui tarefas aos desenvolvedores na Daily Standup, e a reunião sempre dura mais do que 15 minutos Qual é a melhor resposta ou atitude do Scrum Master? Convencer o Product Owner a parar de atribuir tarefas ao time de desenvolvimento e a não participar das Daily Standups A atribuição de tarefas deve ser realizada pelo Scrum Master para que o time comece e a mantenha no tempo cronometrado de 15 minutos. O Scrum Master não interfere nos argumentos e deve deixar os membros do time auto organizado resolver em este problema sozinhos. Explica ao Product Owner que as tarefas são atribuídas após a Daily Standup para que a reunião permaneça no tempo previsto de até 15 minutos.
Alguns PBIs (Product Backlog items - ìtens do Backlog do Produto) selecionados para o Backlog da Sprint não foram completados, ou não ficaram prontos na sprint corrente. O time de desenvolvimento e o PO não sabem o que fazer com eles e recorrem a você, Scrum Master, para orientá-los. Escolha a ação mais correta: Manter a estimativa inicial e voltar os itens para o Backlog do Produto Revisar a Definição de Pronto somente para esses itens e declarar que eles estão prontos Reestimar os itens e colocá-los de voltar no Backlog do Produto para serem reordenados Selecionar menos itens novos na próxima Sprint Planning, para que esses itens possam ser finalizados.
Quais são as três maneiras aceitáveis que um Scrum Master pode trabalhar para garantir que o Scrum seja compreendido e divulgado? (Escolha as três melhores respostas) Programar treinamento formal em grupo. Organizar sessões individuais de coaching, quando as preocupações identificadas pelo Scrum Master poderão ser discutidas. Educar as partes interessadas e os clientes sobre o Scrum. Distribuir cartões amarelos como símbolos de jogo sujo quando os membros do time de Scrum não aprovarem valores, teoria, práticas ou regras do Scrum. Realizar retrospectivas mais longas (mesmo que estoure o tempo do time-box) e aprofundadas com o aprendizado formal como parte da retrospectiva. Exigir que a alta direção determine que todas as equipes da organização devem seguir e adotar o Scrum.
Uma Equipe Scrum trabalha em um desenvolvimento em Sprints de duas semanas. Durante a reunião de Planejamento da Sprint da décima quinta Sprint, o Scrum Master diz: “Com base nas últimas 12 Sprints, percebemos que não podemos fornecer Incrementos de produto com potencial de entrega em 2 semanas. Vamos aumentar a duração da Sprint 16.” A duração deve ser aumentada? Sim, pois o Scrum Master pode alterar a duração da Sprint. Sim, pois o desempenho das Sprints anteriores é uma boa justificativa para alterar. Não, pois a duração da Sprint não pode ser alterada, por nenhum motivo. Não, pois somente os membros da Equipe de desenvolvimento podem alterar a duração da Sprint.
Um membro de um Time Scrum acredita que um arquiteto técnico sênior de outro time Scrum da empresa pode ter alguns insights valiosos e dar feedback sobre o produto. Qual é o melhor evento para solicitar esse feedback? Reunião Diária Planejamento da Sprint Retrospectiva da Sprint Revisão da Sprint.
Qual é a maneira de determinar se o Product Owner (PO) está interagindo com o time de desenvolvimento o suficiente ao longo de um sprint? (Escolha a melhor resposta) Verifique os relatórios Scrum diários para ver se o Product Owner (PO) esteve presente na maioria das reuniões diárias. Determine a porcentagem de tempo que o Product Owner (PO) deve estar presente com o time de desenvolvimento. Controle se a presença média do PO está em torno desse número. Observe se o Product Owner (PO) transmitiu todas as informações no planejamento da sprint para tornar sua presença durante a sprint opcional. A presença correta do proprietário do produto pode ser deduzida da autonomia do time de desenvolvimento. Observe se o Product Owner (PO) está satisfeito com o incremento na revisão da sprint.
Um time de Scrum vem trabalhando juntos por nove sprints de três semanas. Um novo Product Owner (PO) entra, sem saber direito sobre suas responsabilidades. No seu papel como Scrum Master, você observou como os insights funcionais e de negócios do time de desenvolvimento cresceram nas últimas sprints. O PO, no entanto, é relativamente novo para a empresa e para o produto. Quais são as duas atividades que você direcionaria o novo PO para focar? (Escolha as duas melhores respostas) Você diz ao PO para certificar-se de que não há ambigüidades ou possíveis mal-entendidos nos itens do backlog do produto quando eles são entregues à equipe de desenvolvimento. Isso é feito da melhor forma, capturando os requisitos funcionais durante uma fase de análise, resultando em documentos que são considerados como o produto de trabalho de tais sprints de análise. Você informa o PO que, nos mercados altamente competitivos de hoje, é importante que o time de desenvolvimento seja atualizado diariamente sobre as prioridades de negócios. É por isso que o Scrum tem essa Daily. Nesta Daily, o time de desenvolvimento pode se adaptar às mudanças de escopo sem demora. Você aconselha o PO a confiar no time de desenvolvimento e nas partes interessadas para formular o backlog do produto, pois são elas que estão em dia. Ao questioná-los e trabalhar com eles, o Product Owner (PO) rapidamente será mais produtivo. Você aconselha o Product Owner (PO) a começar a construir um bom relacionamento com os stakeholders do produto. A interação contínua com eles é importante para alinhar-se regularmente às mudanças nas expectativas organizacionais ou de mercado. O PO também deve convidar as partes para a reunião de revisão da sprint.
Na retrospectiva da Sprint, discute-se que a qualidade do incremento do produto não foi suficiente para ir para produção. Em resposta, um membro do time de desenvolvimento aponta a alta velocidade alcançada pelo time. Quais são as duas melhores ações que o Scrum Master deve tomar? (Escolha as duas melhores respostas) Concordar e elogiar o time de desenvolvimento pelo seu trabalho árduo, por isso eles estão motivados a fazer ainda mais na próximo sprint. Reconhecer o trabalho árduo, porém lembrar o time de desenvolvimento que eles precisam melhorar para fazer ainda mais na próxima sprint. Salientar o valor do software entregue sobre a velocidade medida. Facilitar uma discussão sobre como melhorar a qualidade a um nível suficiente para ir para produção e ser apresentado na próxima Sprint Review, mesmo se a velocidade medida cair na próxima sprint.
Cinco novos times Scrum foram criados para desenvolver um produto. Alguns dos desenvolvedores perguntam ao Scrum Master quem irá coordenar o trabalho entre os diferentes times. O que o Scrum Master deve fazer? (Escolha a melhor resposta) Após o planejamento da sprint, visitar os cinco times todos os dias para facilitar o alinhamento e a sincronização de seus sprint backlogs. Aconselhar os times a reduzir a interdependência trabalhando em branches separadas e organizando uma sprint específica a cada quatro sprints de desenvolvimento para lidar com a integração. Ensinar o Product Onwer a trabalhar com os desenvolvedores líderes nos itens de backlog do produto, de modo a evitar muita sobreposição técnica e de desenvolvimento durante uma sprint. Ensinar-lhes que é responsabilidade deles formar os times com pessoas com as habilidades e conhecimentos, para criar um incremento integrado até o final de cada sprint. Coletar as tarefas de sprint dos seus times no final de seu planejamento de sprint e mesclá-las em um plano consolidado para toda a sprint.
Você é um Scrum Master empregado pelo departamento de TI. O gerente de TI considera adotar o Scrum para um novo desenvolvimento de produto. No entanto, ele se pergunta qual é o valor de todos os membros do time comparecerem a essa reunião chamada Daily Scrum todos os dias. A empresa já conta com seus funcionários participando de muitas reuniões obrigatórias. Quais são dois argumentos sobre a importância da Daily que você pode apresentar para o gerente de TI? (Escolha as duas melhores respostas) Durante a Daily, o time de desenvolvimento precisa atualizar o Scrum board com seu status atual e progresso, em um nível de tarefa. Isso é crucial para garantir que o gerente de TI possa ir até a sala a qualquer momento e controlar o progresso real do time. Durante a Daily, os membros do time de desenvolvimento trarão problemas que estão impedindo seu progresso, e para os quais não têm meios de resolver. Eles irão informá-lo (Scrum Master) após a Daily, para que você possa cuidar deles e ajudar o time a ser mais produtivo. A Daily serve para o time de desenvolvimento relatar a você, como Scrum Master, todas as atualizações sobre as tarefas da sprint, conforme registrado no sprint backlog. Você pode usar as atualizações do time para planejar seu trabalho no dia seguinte, certificando-se de que cada membro do time tenha as tarefas certas. Os membros do time de desenvolvimento produzirão um status report indicando o que cada indivíduo fez no último dia de trabalho e quanto tempo levou. Os relatórios acumulados apoiarão a discussão de como a sprint foi na reunião de revisão da sprint. Ele fornecerá informações detalhadas sobre a precisão das estimativas em relação ao gasto de tempo real que pode ser usado para criar melhores estimativas na reunião de planejamento subsequente da sprint. Através do alinhamento na Daily, os membros do time de desenvolvimento crescem e melhoram um entendimento compartilhado do trabalho mais importante a ser realizado a seguir, nas próximas 24 horas, para alcançar o melhor progresso possível em direção ao objetivo da sprint. Essa oportunidade diária de inspecionar e adaptar permitirá que o time de desenvolvimento lide melhor com qualquer circunstância imprevista que possa, de outra forma, prejudicar o progresso do time.
Você é o Scrum Master de um time de desenvolvimento que pratica a programação em pares. Dia após dia, diferentes membros do time de desenvolvimento individualmente o procuram para expressar suas preocupações sobre o desenvolvedor Carlos. Todos dizem o mesmo sobre Carlos, que qualquer pessoa que combine com Carlos é envolvida em discussões sobre design e arquitetura. Carlos parece sempre voltar às decisões anteriores do time e reabrir o debate com seu par. Quais são as duas maneiras de lidar com esse problema? (Escolha as duas melhores respostas) Na retrospectiva da sprint você observa se o tópico é levantado. Se isso não acontecer, verifique se todos estão confortáveis com o modo como a arquitetura e o design estão sendo tratados. Você vai ao departamento de recursos humanos e pede que eles conversem com Carlos com base nos problemas levantados pelo time. Diga ao RH que deve ser de Carlos a decisão de continuar fazendo parte do time. Você organiza um workshop externo para estabelecer uma base de confiança. Você observa se o problema persiste após a atividade fora da empresa. Você conversa com Carlos isoladamente para expressar sua preocupação com os fatos ocorridos. Diga-lhe para atuar como um membro do time e cumprir a decisão coletiva do grupo. Para cada membro do time que expresse esta preocupação, você sugere abrir isto com toda o time, de preferência agora, para que o problema dentro do time não piore. Você propõe ajudar a iniciar a conversa.
Leia a seguinte afirmação: Os requisitos de negócio podem mudar a qualquer momento, portanto o time de projeto economiza tempo e esforço quando faz somente o trabalho necessário para que a etapa requerida seja considerada completa. Qual metodologia Ágil é melhor representada por essa afirmação? DSDM Kanban LeSS SAFe.
Tom é Scrum Master. Durante uma Sprint, percebe que o time não entregará um produto potencialmente utilizável no final da Sprint. Ele suspeita que isso acontece porque o time não revisa todo o código antes de colocá-lo no repositório. O que Tom deve fazer para evitar que esse problema aconteça novamente? Pedir permissão ao Product Owner para cancelar a Sprint atual Pedir para o time analisar o que pode melhorar na próxima Sprint Solicitar que o time revise todo o código antes de colocá-lo no repositório Aumentar a duração da Sprint para entregar um produto utilizável .
Dois times de Scrum de organizações anteriormente diferentes devem trabalhar juntos em um projeto após uma fusão. O Scrum Master acha que os times irão provavelmente se deparar com falta de comunicação e de transparência. Qual é a melhor opção para a distribuição dos times? Times colocados e que colaboram Times colocados Times intencionalmente distribuídos Scrum de Scrums.
Cada time deve ter um Scrum Master indicado. Suponha que não exista um Scrum Master disponível no momento, qual seria a melhor solução em curto prazo? Um Scrum Master externo assume o papel de Scrum Master. Alguém que não seja um ótimo Scrum Master assume o papel. O melhor programador do time assume o papel de Scrum Master. O Product Owner assume o papel de Scrum Master.
Que maneira de mediar conflitos está de acordo com o Guia do Scrum? Usar a abordagem de “consenso”, enfrentando os problemas diretamente e chegando a um consenso Usar a abordagem de “especialista” para estabelecer uma orientação para o time Usar a abordagem “toma lá, dá cá” para satisfazer cada membro do time Usar a abordagem de “liderança” para convencer os outros sobre um ponto de vista .
Quando a Definição de Pronto deve ser utilizada pela primeira vez por um time de desenvolvimento? Na Reunião Diária, quando um recurso é definido como Pronto, pois a disponibilidade de cada recurso deve ser verificada assim que a Sprint termina Na Demonstração para o Product Owner e as partes interessadas, pois precisam aceitar o produto como um produto potencialmente entregável Durante a estimativa dos recursos no Backlog de Produto, pois o trabalho depende dos requisitos tanto dos recursos quanto da Definição de Pronto Durante a Sprint de Liberação, na qual se confirme que todos os recursos criados estão de acordo com os desejos do cliente e, portanto, são entregáveis .
Quais são as duas maneiras pelas quais a dívida técnica se relaciona com a velocidade? Escolha 2 respostas. Adicionar itens de dívida técnica ao Backlog do Produto para ser estimado e adicionado às suas previsões de velocidade pode garantir a previsibilidade. Eles não estão relacionados porque a dívida técnica deve ser resolvida pelo departamento de suporte ou operações, não pela Equipe de Desenvolvimento. Uma equipe de desenvolvimento pode aumentar artificialmente sua velocidade incorrendo em dívidas técnicas. A velocidade pode cair inesperadamente quando a equipe de desenvolvimento enfrenta uma dívida técnica ao tentar concluir novos itens do Backlog do produto.
Sua empresa descobriu que, além de buscar alta qualidade, baixo custo e diferencial competitivo, ela também busca agilidade e flexibilidade. Por conta disso, a empresa quer adotar uma abordagem diferente, uma vez que ela está ciente de que o processo atual não está entregando o resultado esperado. Qual é o próximo passo que a empresa deve seguir? Ter habilidade para utilizar Scrum Desejar adotar Scrum como um meio para melhoria dos problemas do processo atual. Promover o Scrum compartilhando experiências bem sucedidas dentro da empresa Transferir os impactos da utilização do Scrum para os outros departamentos da empresa.
Embora a transição para o Scrum seja particularmente difícil, as partes interessadas da empresa responsáveis pela transição estão satisfeitas com o processo de transição. Uma das razões dessa satisfação é a redução do time-to-market após o início do uso do Scrum. Qual é uma das razões para Equipes Scrum atenderem ao time-to-market com maior rapidez? Alta produtividade Alta qualidade Engajamento dos funcionários Baixo Custo.
Sua empresa quer dar respostas rápidas aos erros reportados ou às funcionalidades solicitadas pelos seus clientes. Para seus clientes, é mais importante a confiança no prazo estimado do que resolver problemas rapidamente. Qual conceito do Scrum permite essa previsibilidade? Planejamento ágil Velocidade da equipe Trabalhar em timeboxes de duração fixa.
Como o Scrum pode ajudar sua empresa a estar sempre engajada em um processo de melhoria contínua? Através das reuniões de planejamento das Sprints Através da elaboração progressiva Através das reuniões de retrospectivas das Sprints Através da reunião de Kick-off da versão da entrega/release.
A Equipe Scrum notificou a Comunidade de Transição Empresarial (CTE) sobre um item de melhoria no processo e decidiu trabalhar para a implantação deste item. Qual é a melhor forma de trabalhar com este item de melhoria? Através da Sprint da CTE Através da Comunidade de Melhorias (CM) Escalando a reunião de planejamento da Sprint Através do Scrum of Scrum.
Sua empresa está adotando Scrum e está muito propensa a designar seus líderes técnicos como Scrum Masters. Qual é um dos riscos em adotar um líder técnico como Scrum Master? Determinar como os demais membros da equipe devem desenvolver. Delegar decisões, mas depois ignorá-las e tomar suas próprias decisões. Pressionar muito a equipe Forçar a equipe a sacrificar a qualidade para acelerar o desenvolvimento.
Sua empresa está iniciando um projeto utilizando Scrum pela primeira vez. Seis meses após o início do projeto, você percebeu uma alteração no tempo de demanda de participação do Product Owner. Qual foi a alteração mais provável de ter ocorrido? A demanda de tempo de participação do Product Owner está diminuindo. A demanda de tempo de participação do Product Owner está aumentando. A demanda de tempo de participação do Product Owner é a mesma desde o início do projeto.
Sua empresa quer configurar uma Equipe de Desenvolvimento Scrum para o desenvolvimento de um novo sistema de relacionamento com o cliente. Você, como Scrum Master, tem que decidir qual o tamanho ideal da equipe para este projeto. Qual é uma vantagem de escolher uma equipe pequena? Prejudicial superespecialização de um membro da equipe é mais difícil de ocorrer. Membros com as diversas experiências, habilidades e abordagens não inclusos. A perda de um membro chave é mais difícil de ocorrer. Maiores oportunidades dos indivíduos se especializarem em uma tecnologia.
Sua empresa está migrando para a utilização de Scrum. Você trabalhava como gerente de projetos acostumado com abordagens tradicionais e agora assumirá o papel de Scrum Master. Qual é a melhor estratégia para a sua transição para o Scrum? Customizar o Scrum para se enquadrar ao esquema atual de trabalho, assim a transição será conduzida gradualmente. Não se aprofundar muito em Scrum e manter-se afastado de outros Scrum Masters até encontrar seu próprio caminho. Deixar a Equipe de Desenvolvimento decidir o método de trabalho, desta forma você não introduz um comportamento prejudicial. Seguir rigorosamente as regras do Scrum até você obter mais experiência em Scrum.
Uma grande empresa está migrando de Waterfall para Scrum. Está empresa decidiu seguir a abordagem de utilizar Scrum em todos os projetos envolvendo todos os departamentos. Seis meses depois, a transição para Scrum foi considerada um fracasso e a empresa decidiu voltar a utilizar a metodologia Waterfall. Qual a possível razão para a transição ter falhado? A empresa era muito grande para uma transição tranquila. Um projeto piloto bem sucedido deveria ter sido realizado primeiro, para servir como referência a outros projetos. Não houve uma divulgação correta sobre Scrum, desta forma os clientes continuaram solicitando projetos com abordagem Waterfall. A empresa desistiu muito rápido. Scrum não foi promovido corretamente como uma melhor prática e um melhor caminho para resolver os problemas da empresa que geram grandes riscos. A transição para Scrum não foi disruptiva o suficiente para provocar reais mudanças e despertar o engajamento das partes interessadas.
Uma empresa está mudando sua cultura organizacional para um ambiente com utilização de Scrum. Qual é a melhor forma de conduzir esta mudança e por quê? Bottom-up e iniciada por uma equipe, porque a equipe sabe qual é a melhor abordagem para os projetos da empresa. Top-down e iniciada pelo CEO, porque o CEO é responsável pelas decisões estratégicas. Tanto bottom-up pela equipe quanto top-down iniciada pela alta direção, pois a alta direção ajuda a remover os impedimentos encontrados pela equipe.
Uma equipe de desenvolvimento frequentemente precisa fazer debug no produto e revisar a especificação porque há falta de entendimento sobre a documentação. Por que uma redução na documentação, ao usar Scrum, irá trazer benefícios para esta equipe? Porque o Scrum foca mais nas conversas e discussões do que na documentação. Porque o Scrum reduz o tempo gasto em documentação. Porque menos documentação garante que todos saibam o que fazer. Porque toda a documentação necessária está incluída nas user stories.
Os membros da Equipe de Desenvolvimento estão executando uma interminável série de Sprints, sentindo-se desconectados e isolados da versão entrega/release planejada. Como Scrum Master, o que você deve fazer para reduzir essa sensação de isolamento e desconexão da Equipe? Adicionar ferramentas de feedback. Tornar o Product Backlog visível a todos. Tornar o Sprint Backlog mais visível. Criar um espaço ágil da equipe.
É muito importante que uma Equipe Scrum enfrenta os conflitos em vez de evitá-los. De acordo com esse princípio, qual técnica deve ser aplicada pelo Scrum Master para mediar e resolver conflitos entre os membros da Equipe? Escuta ativa. Discutir o problema com os outros. Comunicação não verbal. Tomar e comunicar a decisão.
Após finalizar o primeiro projeto Scrum com sucesso, a empresa decidiu disseminá-lo para todas as áreas. O Scrum Master sugere contratar um coach para estratégia de disseminação. Em qual condição essa estratégia pode ser considerada uma boa ideia? Quando há urgência na disseminação do Scrum. Quando não há urgência na disseminação do Scrum. Quando separar as Equipes não for prático.
Você percebeu que um dos membros da Equipe Scrum, um desenvolvedor que trabalha há muitos anos na empresa, está adotando uma postura cética e resistindo ao processo de transição para o Scrum. Como Scrum Master, qual é a melhor ação para você lidar com essa resistência? Desafiar o status quo. Alterar a composição da equipe Prover treinamento Reforçar a mensagem da alta direção.
Uma empresa está em processo de transição para a utilização de Scrum. Algumas pessoas estão tendo que sair de sua zona de conforto e, por conta disso, estão criando resistências. O Scrum Master identificou que a maior causa da resistência é a falta de visibilidade de resultados práticos. Qual é a melhor ação para o Scrum Master lidar com essas resistências? Fornecer treinamento e incluir essas pessoas na Equipe Scrum. Manter algumas das boas práticas e regras. Nenhuma ação é necessária, o apoio será espontâneo. Fornecer mais poder e prestígio aos resistentes.
Você é um gerente de projetos designado para assumir o papel de Scrum Master e formar uma equipe auto-organizada. Porém, você tem vários desafios: a maior parte da Equipe tem uma postura passiva e espera que você determine as tarefas, um dos membro da Equipe possui uma personalidade forte e está tomando decisões em nome da Equipe sem o aval de todos e a Equipe não discute os problemas ocorridos durante a Sprint. Quais são as melhores ações que você deve tomar para ajudar na auto-organização desta Equipe? Informe a Equipe que o seu papel é de um coach e facilitador e não de delegar tarefas. Faça coach com o membro de personalidade forte para que ele se torne um mentor da Equipe, em vez de um tomador de decisões. Oriente os membros da Equipe para que eles discutam problemas e expressem suas preocupações. Tome as decisões em nome da Equipe. Remova o membro de personalidade forte da Equipe. Oriente os membros da Equipe para que eles não discutam problemas nem expressem suas preocupações. Substitua os membros da Equipe por pessoas experientes em Scrum. Tire o controle do membro de personalidade forte e assuma as tomadas de decisões. Pergunte todo dia aos membros da Equipe se existem preocupações a serem discutidas. Mantenha seu papel de gerente de projetos e não use Scrum ainda. Treine mais suas habilidades interpessoais para lidar com o membro de personalidade forte. Agende reuniões diárias para a discussão de problemas e preocupações da Equipe.
Duas pessoas que não gostam de Scrum estão resistindo ativamente do processo de transição, influenciando os demais membros da Equipe Scrum do projeto piloto. Qual é a melhor ação que o Scrum Master deve tomar? Atribuir papéis de importância a eles. Identificar a real causa da resistência verificando se existe alguma dificuldade pessoal. Removê-los da Equipe. Fazer coaching.
Os membros de uma Equipe de Desenvolvimento estão tendo alguns problemas de relacionamento e se dividiram em dois grupos com ideias, pensamentos e comportamentos diferentes. Cada grupo reclama da atitude do outro grupo para o Scrum Master. Qual é a melhor ação que o Scrum Master deve tomar para lidar com esse conflito? Agendar uma reunião com a Equipe de Desenvolvimento para o conflito ser resolvido para a própria Equipe. Ser enérgico e remover da Equipe os membros causadores do conflito. Agendar e mediar uma reunião com a Equipe de Desenvolvimento para que eles discutam o motivo do conflito e tentem chegar a um acordo. Orientar a Equipe de Desenvolvimento a se reunir, a chegar a um acordo e a comunicar o Scrum Master depois.
Tatiane está assumindo o papel de Scrum Master pela primeira vez. Embora a equipe de desenvolvimento goste muito dela, sente que ela não se impõe de forma necessária quando precisa resolver impedimentos da Equipe gerados por outras áreas da empresa. Em uma reunião de retrospectiva da Sprint, a Equipe de Desenvolvimento deu esse feedback para ela. Ela reconheceu que tinha dificuldades em se impor e prometeu mudar seu comportamento. Qual é a próxima etapa que Tatiane deve seguir? Ignorar o feedback da Equipe de Desenvolvimento e continuar sendo ela mesma. Começar a se impor perante as áreas da empresa que geram impedimentos para a Equipe de Desenvolvimento. Solicitar ajuda com um coach interno ou externo à empresa. Entender como as áreas geradoras de impedimento se comportam para regular a melhor forma de se impor com cada área.
Fred é um Scrum Master de um projeto de desenvolvimento de software em .Net, após ter sido um desenvolvedor exímio dessa linguagem durante anos. Ele percebe que Carlos não está utilizando as melhores práticas do Extreme Programming, podendo comprometer a qualidade da entrega da Sprint. Para piorar, Fred não simpatiza pessoalmente com Carlos. Qual é a melhor ação que Fred deve tomar para lidar com essa situação? Dar uma bronca em Carlos na frente de toda a Equipe de Desenvolvimento e mostrar a todos o que não deve ser feito. Conversar em particular com Carlos, orientando-o a usar as boas práticas do Extreme Programming, visando atingir qualidade e não comprometer a entrega e a velocidade da Sprint. Conversar em particular com Carlos, explicando para ele como usar as boas práticas do Extreme Programming, visando atingir qualidade e não comprometer a entrega e a velocidade da Sprint. Orientar os demais membros da Equipe de Desenvolvimento para que eles revisem o código desenvolvido por Carlos.
Uma equipe Scrum está conduzindo um projeto com prazo fixo e inegociável de seis meses. A Equipe de Desenvolvimento está decompondo as funcionalidades mais importantes em tarefas, de acordo com sua priorização em Product Backlog. O Product Owner não concorda com essa abordagem, pois acredita que todos os requisitos do Product Backlog devem ser decompostos em tarefas. O Scrum Master argumenta que a melhor estratégia é elaborar progressivamente o plano. Qual é uma das vantagens de elaborar um plano de forma progressiva? Aloca capacidade para eventuais horas extras. Aloca tempo para maior criatividade. Minimiza o investimento de tempo.
Embora seja uma premissa que uma Equipe Scrum deveria entregar um potencial incremento de produto ao final de cada Sprint, a Equipe XB não está entregando. A pergunta correta a ser feita é: "quais ações vamos tomar para fazermos melhor na próxima Sprint?" Quem deve garantir que essa questão seja respondida por todos? Product Owner Gerente de Projetos Scrum Master Equipe de Desenvolvimento.
Marcia é a Product Owner de um novo software. A Equipe de Desenvolvimento está entregando requisitos que não estão atendendo às expectativas de Marcia. Muitos retrabalhos estão sendo identificados na reunião de revisão da Sprint. A Equipe de Desenvolvimento alega que a definição de pronto acordada está sendo seguida. Qual é a possível explicação por tal cenário? A Equipe de Desenvolvimento não está definindo os critérios de aceitação na reunião de planejamento da Sprint. A Equipe de Desenvolvimento não está realizando testes unitários automatizados. A Equipe de Desenvolvimento não fez a refatoração do código, eliminando código desnecessário. A Product Owner não está ciente da definição de pronto acordada.
"Como treinador, eu gostaria de gerenciar as informações sobre os nadadores da minha equipe". Qual seria uma boa técnica para decompor essa user story em user stories menores? Decompor a user story em operações separadas. Decompor a user story em tarefas. Decompor a user story em épicos. Não decompor a user story, ela já é menor o suficiente.
Uma equipe Scrum concorda com a seguinte definição de potencial incremento de produto: "um potencial incremento de produto deve ser testado e deve atender aos critérios de aceitação determinados pelo Product Owner". Por que é importante incluir o termo "testado" na definição de potencial incremento de produto? Incrementos com testes bem sucedidos podem ser lançados no mercado. Incrementos não estão feitos (undone) sem testes para identificar bugs/defeitos. Testes demonstram como os incrementos estão integrados. Incrementos devem ser testados para serem utilizados pelo Product Owner.
Em uma reunião de planejamento de Sprint, o Product Owner selecionou o seguinte requisito do Product Backlog para ser estimado: "como administrador do sistema, quero gerenciar o acesso de usuários". A Equipe de Desenvolvimento argumenta que esta não é boa user story para ser estimada. Por qual motivo? O requisito não segue o padrão <alguém> <quer algo> <para obter qual retorno> de uma user story. O requisito é um épico, pois o termo "gerenciar" não provê detalhes suficientes para uma estimativa. O requisito deveria ter sido priorizado antes de ser estimado.
Flávia é uma agile coach. Ela está ajudando a Equipe de Desenvolvimento na criação do primeiro Sprint Backlog. Qual boa prática ela pode recomendar para a Equipe de Desenvolvimento estimar as tarefas do Sprint Backlog? Estimar tarefas entre quatro e 16 horas. Estimar tarefas entre quatro e 40 horas. Estimar tarefas de acordo com sua duração, sem limite de horas. Estimar tarefas de quatro horas apenas, seguindo o conceito de timebox.
O Scrum Master e o Product Owner estão analisando um novo Product Backlog. O Product Owner quer todos os requisitos descritos detalhadamente no Product Backlog. Qual melhor resposta que o Scrum Master pode dar? Concordar, pois o Product Backlog deve ser emergente. Concordar, pois o Product Backlog deve ser priorizado. Discordar, pois o Product Backlog deve ser estimado. Discordar, pois o Product Backlog deve ser detalhado apropriadamente.
Qual deve ser o primeiro passo na preparação de um plano de versão de entrega/release para determinar as condições de satisfação? Definir as metas de prazo da versão de entrega/release. Definir as metas de escopo da versão de entrega/release. Definir os custos para desenvolvimento de um requisito. Definir os critérios de avaliação para determinar o sucesso ou fracasso da versão de entrega/release.
O Product Owner informa para a Equipe de Desenvolvimento que a versão de entrega/release será orientada a prazo. Qual tipo de buffer de incerteza é recomendado nesse tipo de versão de entrega/release? Buffer de custo. Buffer de funcionalidades. Buffer aleatório Buffer de prazo.
Na ausência do Product Owner, qual deve ser a ação que o Scrum Master deve tomar na reunião de planejamento da Sprint? Trazer um Product Backlog adequado para a reunião. Recrutar um Product Owner substituto. Cancelar a reunião de planejamento da Sprint. Ignorar a reunião de planejamento da Sprint e iniciar a Sprint.
Qual sentença não é verdadeira sobre estimativas em horas ideais? É utilizada uma métrica relativa de esforço. A quantidade de horas estimada em um determinado requisito deve ser utilizada somente em seu desenvolvimento. Todas as informações e recursos estarão em mãos ao iniciar o desenvolvimento do requisito. Não haver interrupções dentro da disponibilidade média de horas da Equipe.
Um Scrum Master está ensinando técnicas de estimativas com story points para uma nova Equipe de Desenvolvimento. Um membro mais experiente da Equipe argumenta que "uma estimativa expressada em story points possui uma validade menor que uma estimativa feita em horas ideais". Esta afirmativa é verdadeira? Qual a justificativa? Não, porque estimar em story points geralmente é mais simples do que estimar em horas ideais. Não, porque story points é uma métrica mais robusta perante alterações no ambiente de trabalho. Sim, porque horas ideais permitem a inclusão de buffer para ajudar a manter a estimativa. Sim, porque story points é uma métrica relativa e horas ideais não.
Em uma reunião de planejamento de Sprint uma Equipe de Desenvolvimento está usando uma abordagem de planejamento orientado a comprometimento. Quando a Equipe estava decompondo o oitavo requisito em tarefas, eles perceberam que não poderiam se comprometer com o requisito. Qual a melhor ação a ser tomada neste caso? Descartar o requisito Aumentar a quantidade de membros da Equipe de Desenvolvimento para trabalhar neste requisito. Reestimar as tarefas Discutir o impedimento com o Scrum Master.
Uma Equipe de Desenvolvimento possui uma velocidade média histórica de 20 e está começando um novo projeto que está na fase de criação da visão do produto. Qual será a variação prevista da velocidade desta Equipe? De 12 a 32 De 14 a 28 Não há variação. A velocidade será 20.
Um dos desafios do planejamento de uma versão de entrega/release é a estimativa da velocidade da Equipe. Medir a velocidade é essencial para estimar o número de Sprints necessárias para concluir uma versão de entrega/release. Qual das opções não deve ser considerada uma boa prática para estimar velocidade? Utilizar padrões da indústria. Usar valores históricos. Executar uma Sprint e medir a velocidade. Fazer uma previsão.
Qual é a diferença entre o Valor Presente Líquido (VPL) e Taxa interna de Retorno (TIR)? TIR representa o valor de retorno previsto para um projeto em valor monetário atual. VPL representa o quão rapidamente o dinheiro investido no projeto vai ter retorno. VPL representa o valor de retorno previsto para um projeto em valor monetário atual. TIR representa o quão rapidamente o dinheiro investido no projeto vai ter retorno. VPL representa o valor de retorno previsto para um projeto em valor monetário futuro. TIR representa o quão rapidamente o dinheiro investido no projeto vai ter retorno. Não há diferença.
Por que considerar trabalho incompleto para fins de métrica de velocidade da Equipe pode ser um problema? Porque um requisito parcialmente feito ajuda a determinar a velocidade da Equipe. Porque é difícil estabelecer uma métrica para trabalho incompleto. Porque requisitos incompletos ajudam a construir uma relação de confiança entre a Equipe de Desenvolvimento e o Product Owner. Porque trabalho incompleto previne sobrecarga de trabalho em andamento.
Após a criação do plano de versão de entrega/release, o Product Owner disse: "nos próximos quatro meses, oito Sprints de duas semanas, entregamos exatamente 240 story points". O Scrum Master argumenta que a data final da versão de entrega/release pode ser impactada positivamente ou negativamente por três fatores. Trabalho completado ou não dentro de uma Sprint é o primeiro fator. Quais são os outros dois fatores? Mudanças de escopo e modo de estimar. Mudanças de escopo e revisão de estimativas. Escopo fixo e modo de estimar. Escopo fixo e revisão de estimativas.
Uma Equipe Scrum está examinando um gráfico release burndown para acompanhar o progresso da versão de entrega/release. A seguir, a sequência de eventos: 1. No início havia 240 story points serem concluídas. 2. Na Sprint1, a Equipe concluiu 20 story points. 3. Na reunião de planjeamento da segunda Sprint um novo requisito de 15 story points foi adicionado ao Product Backlog e selecionado como parte do escopo da Sprint, poi sua prioridade era alta. 4. A Equipe concluiu o requisito recém-selecionado e outro requisito de 5 story points. Como o gráfico Release burndown está refletindo os dados informados? O topo da barra está posicionando em 200 e a parte inferior está posicionada em -15 O topo da barra está posicionando em 215 e a parte inferior está posicionada em 0 O topo da barra está posicionando em 200 e a parte inferior está posicionada em 0 O topo da barra está posicionando em 215 e a parte inferior está posicionada em -15.
Muitas Equipes de Desenvolvimento que estão em transição para processos ágeis deparam com um grande número de bugs/defeitos legados. Qual é a melhor maneira de tratá-los? Rastrear os bugs/defeitos identificados em um quadro de tarefas e apresentá-los ao Product Owner. A Equipe de Desenvolvimento deve ignorar os bugs/defeitos e focar em funcionalidades. A Equipe de Desenvolvimento deve corrigir imediatamente os bugs/defeitos Rastrear somente os bugs/defeitos críticos em um quadro de tarefas e apresentá-los ao Product Owner.
Uma Equipe de Desenvolvimento encontrou bugs/defeitos em uma funcionalidade enquanto a estavam desenvolvendo. Qual a melhor ação a ser tomada? Criar uma tarefa "Corrigir bugs/defeitos" e estimá-la. Criar uma tarefa "Corrigir bugs/defeitos" e solicitar que o Product Owner a priorize. Criar uma user story "Como cliente, eu quero um produto com zero defeito" e estimá-la. Criar uma user story "Como cliente, eu quero um produto com zero defeito" e solicitar que o Product Owner a priorize.
Quando é uma boa ideia utilizar outras Equipes de Desenvolvimento em vez de uma única Equipe Scrum? Quando a Equipe Scrum não possui todas as disciplinas de conhecimento necessárias. Quando a Equipe Scrum é composta por muitas pessoas inexperientes. Quando a Equipe Scrum possui grande diversidade cultural. Quando a Equipe Scrum não estiver trabalhando bem.
Em qual das situações a seguir não é possível escalar o Scrum? Quando não houver Product Owners suficientes. Quando houver mais de Produtos a ser desenvolvido. Quando houver um backlog compartilhado. Quando houver a necessidade de aumentar a Equipe Scrum para mais de novo integrantes.
A reunião Daily Scrum of Scrums permite que as Equipes Scrum discutam sobre seus trabalhos, focando muito em áreas de integração e dependências. Quem da sua Equipe Scrum deveria participar desta reunião? Product Owner Scrum Master Quem a Equipe escolher A Equipe inteira.
Quando é uma boa ideia usar Scrum of Scrums e o framework SAFe? Quando o projeto possui muitas Equipes Scrum e precisa ser escalado. Quando o Product Backlog possuir mais de 150 requisitos. Quando duas Equipes Scrum compartilham o mesmo Product Owner. Quando uma Equipe Scrum está trabalhando em diversos Product Backlogs.
Três Equipes Scrum foram designadas para trabalhar em um projeto com um Product Backlog composto por 240 requisitos. Três Product Owners foram designados para estas Equipes, e cada Equipe será responsável por escolher oitenta requisitos aleatórios de Product Backlog para desenvolverem durante as Sprints previstas. Por qual motivo esta não é uma boa aboardagem? Não garante priorização correta. Deve existir somente um Product Owner por produto. Deve existir somente uma Equipe Scrum por produto.
Quando é uma boa ideia adotar diferentes visões no Product Backlog para cada Equipe Scrum no projeto? Quando o projeto é muito grande e precisa ser escalado. Quando o Product Backlog contém user stories secretas Quando as Equipes Scrum estão trabalhando com diferentes produtos.
Qual deve ser a restrição avaliada em um contrato de projeto Scrum entre cliente e fornecedor caso o prazo seja fixo e inegociável? Prazo - Caso o fornecedor não consiga entregar dentro do prazo. Custo - Gastos que o fornecedor possa necessitar para entregar dentro do prazo. Escopo - Entender o que cabe dentro do prazo e negociar com o cliente o que não cabe. Recursos - Avaliar a quantidade de recursos necessários para entregar o projeto dentro do prazo.
A empresa XPTO está começando a trabalhar com Scrum e deseja contratar um fornecedor que tenha experiência em Scrum. Esta empresa tem um perfil conservador e costuma trabalhar com contratos por preço fixo e escopo fechado. Qual o melhor tipo de contratação que o fornecedor pode oferecer neste caso? Escopo fechado e preço variável por projeto. Preço fixo e escopo fechado por Sprint. Escopo fechado e preço variável por Sprint. Preço fixo e escopo fechado por projeto.
Uma empresa adotou o framework Nexus para seus projetos com grandes equipes. Vitor é o Scrum Master da Equipe Nexus de integração e percebeu que o Marco, Scrum Master de uma das Equipes Scrum do projeto, estava conduzindo uma reunião de revisão da Sprint junto com os demais membros da Equipe. Vitor comentou com Marco que não era necessária a realização daquela reunião e Marco respondeu que não realizar a reunião de revisão da Sprint seria uma violação às regras do framework Scrum. Qual é a melhor resolução para este impasse? Vitor deve recuar e deixar Marco conduzir a reunião, afinal de contas a auto-organização da Equipe não deve ser ferida. Marco deve encerrar a reunião, pois Vitor é Scrum Master da Equipe Nexus de integração e tem autonomia para encerrá-la. Vitor deve explicar que a reunião de revisão deve ser realizada para demonstrar a integração do incremento produzido por cada Equipe Scrum. Marco deve ignorar Vitor, que demonstra não conhecer todas as regras do framework Scrum.
Uma empresa adotou o framework LeSS para seus projetos com grandes equipes. A Equipe Scrum finalizou sua Sprint, mas não sabe qual é a Equipe responsável por fazer a integração. Qual é a melhor resposta que você daria para a Equipe A? Orientar a Equipe para fazer a integração por conta própria. Orientar a Equipe para procurar a Equipe LeSS de integração. Orientar a Equipe para não se preocupar com a integração. Orientar a Equipe para procurar os membros das outras Equipes e combinarem como será feita a integração.
Scrum e Extreme Programming (XP) estão alinhados. Práticas comuns no XP são adotadas por muitas Equipes Scrum de alto desempenho. Qual das práticas a seguir é uma prática do XP que pode ser utilizada por uma Equipe Scrum? Respeito à diversidade Segurança pessoal Refatoração Tempo para reflexão.
Sua empresa está em fase de transição de método Waterfall para Scrum em todos os projetos. Alguns projetos já estão sendo iniciados com Scrum, porém, devido a uma estratégia conservadora da empresa, alguns projetos ainda seguem utilizando o método Waterfall. Neste momento, você está trabalhando em um projeto que está utilizando tanto Scrum quanto Waterfall. Qual das opções a seguir não se trata de um possível cenário? Waterfall ao final. Waterfallacy/"Cascataria". Waterfall em conjunto. Waterfall no início.
Na metodologia DSDM, quando o projeto possui prazo fixo, entender a relativa importância dos requisitos é vital para garantir progresso e cumprir o prazo. Priorização pode ser aplicada a requisitos, tarefas, produtos, casos de uso, user stories, critérios de aceitação e testes. Qual das opções a seguir é uma técnica para ajudar a entender as prioridades? Estimar velocidade Técnica MoSCoW Buffers do Tempo.
Uma empresa que utiliza Scrum está implantando CMMI nível 2 e está analisando a aderência do Scrum com o processo de gerenciamento de requisitos do CMMI. Que mecanismo do Scrum pode ser utilizado para comprovar a aderência? Gráfico burndown Product Backlog Sprint Backlog Reunião de planejamento da Sprint.
Sua empresa quer reduzir o tempo de entrega dos serviços de TI. Isso significa entregar os serviços apropriados para o cliente dentro do menor tempo de espera entre a solicitação do cliente e a disponibilização do serviço em operação. Qual o melhor estágio para integrar Scrum e o gerenciamento de serviços de TI neste cenário? No design e na transição de serviços. Na estratégia de serviços . Na operação de serviços. Na melhoria contínua dos serviços.
Sua empresa quer aplicar Scrum no gerenciamento de serviços de TI. Qual o papel do gerenciamento de serviços de TI que é mais aderente ao papel do Product Owner? Gerente de mudanças (Change Manager). Gerente de melhoria contínua (CSI Manager). Dono do serviço (Service Owner).
Como a programação em par do Extreme Programming (XP) pode ajudar no processo de transição para o Scrum? Ajuda na transferência de conhecimento. Torna o desenvolvimento mais rápido e barato. Facilita identificar quem escreveu o código.
Nicolas é um gerente de projetos resistente ao Scrum, pois não vê aderência entre o Termo de Abertura do Projeto (TAP) e o Scrum. Celso, o agile coach da empresa, diz que diversas técnicas ágeis podem ser utilizadas para a elaboração do TAP. Qual das opções a seguir representa uma técnica ágil que pode ser utilizada no TAP. Priorização orientada a valor. Estimativa de alto nível em story points. Elevator statement. Planejamento de versão de entrega/release.
Cláudio faz parte do escritório de gerenciamento de projetos da empresa e está tendo dificuldades em consolidar as métricas da Equipe Scrum, pois cada Equipe utiliza uma métrica de velocidade. A Equipe B utiliza horas ideais como métrica de velocidade. A Equipe C não utiliza velocidade e planeja suas Sprints orientadas a comprometimento. A Equipe D também planeja Sprints orientadas a comprometimento e mede a quantidade de testes bem-sucedidos. A Equipe E utiliza pontos de função como métrica de velocidade e mede a quantidade de defeitos/bugs embutidos no produto. Cláudio procura o agile coach da empresa para pedir ajuda para padronizar as métricas entre as Equipes. Qual deve ser a ação tomada pelo agile coach? Informar a Cláudio que ele não deve interferir nas Equipes auto-organizadas. Cláudio deve trabalhar com diferentes métricas. Levar a situação para as Equipes Scrum e, junto com o Cláudio, chegar em um consenso de métricas que sejam relevantes para todas as partes. Criar um padrão de métricas e disseminar para Cláudio e todas as Equipes Scrum. Solicitar que Cláudio sugira um padrão de métricas para serem disseminadas por todas as Equipes Scrum.
André é o novo responsável pelo escritório de gerenciamento de projetos da empresa e está criando um novo processo de coleta de requisitos, onde devem constar: descrição do requisito, solicitante, superior do solicitante, data da solicitação, prioridade, data prevista de entrega, nome do desenvolvedor responsável, nome do superior imediato do desenvolvedor responsável e assinaturas do solicitante e seu superior, assinaturas do desenvolvedor e seu superior e assinaturas André e seu superior. Nenhum requisito pode ser desenvolvido sem estar em conformidade com esse novo processo. As equipes Scrum não concordam com o novo processo. O que o agile coach da empresa deve fazer neste caso? Acatar o processo criado pelo escritório de gerenciamento de projetos e disseminar por todas as Equipes Scrum. Boicotar o novo processo, uma vez que André está implementando um processo não aderente ao Scrum. Reportar o descontentamento das Equipes Scrum para o superior de André. Explicar para André que o novo processo fere a filosofia Lean da empresa, uma vez que gera espera e desperdício devido à burocracia excessiva do processo.
Um Scrum Master não é apenas um líder servo para a equipe e organização do Scrum, mas também é considerado um cargo de gerência. Quais são as três atividades que descrevem o que um Scrum Master gerencia como refletido no Scrum Guide? (Escolha três.) Relatórios sobre o desempenho do Sprint. A maneira como o Scrum é entendido e promulgado dentro da organização. Gerenciando a capacidade e utilização de cada membro da Equipe de Desenvolvimento. Gerenciando o processo no qual o Scrum é aplicado. Gerenciando os itens do Backlog do Produto e trabalhe no Sprint Backlog. Remoção de impedimentos organizacionais que limitam o progresso e a produtividade da equipe.
Uma organização acaba de contratar você como um novo Scrum Master para ajudá-los a fazer a transição de suas equipes do processo tradicional atual para o Scrum. As equipes estão atualmente estruturadas para se especializar em uma única função. Isso também é conhecido como equipes de componentes, nas quais uma equipe abordaria apenas uma única camada (design, front-end, back-end, banco de dados, teste etc.). Você introduziu o conceito de equipes multifuncionais em que todas as habilidades necessárias para produzir a funcionalidade comercial, de ponta a ponta, estão dentro de uma única equipe. O que você deve ter em mente ao fazer a transição de equipes isoladas para equipes multifuncionais? (Escolha dois.) É mais fácil comparar o desempenho entre equipes multifuncionais para identificar a quais equipes atribuir tarefas e quais equipes precisam de treinamento adicional. As equipes recém-formadas precisarão de tempo para se estabilizar antes de atingir seu desempenho máximo. Durante os estágios iniciais da formação, o desempenho sofrerá e a produtividade poderá ser baixa, embora mesmo assim seja provável que a entrega de valor comercial aumente. Sem equipes de recursos, você não pode fazer o Scrum. Adie a adoção do Scrum até que as equipes sejam reorganizadas em equipes de recursos. Pessoas de diferentes camadas e componentes precisarão de tempo para se acostumarem a trabalhar e fornecer funcionalidades unificadas juntas, como uma equipe Scrum, para que a produtividade possa sofrer.
Paul é Dono de um produto para vários produtos. Cada produto possui uma equipe Scrum dedicada e um orçamento definido. Com base na velocidade média de uma versão anterior do produto, Paul havia estimado um novo produto para levar 9 Sprints para ser concluído. A velocidade média da liberação do produto anterior era de 50 unidades de trabalho concluídas por Sprint. Nos três primeiros Sprints, a Equipe de Desenvolvimento relatou uma velocidade média de 40 unidades concluídas por Sprint, sem concluir completamente os testes de integração necessários. A equipe de desenvolvimento estima que o teste de integração exigiria um esforço adicional para tornar os incrementos entregáveis. A equipe de desenvolvimento não tem certeza se a velocidade necessária é alcançável. Qual é a maneira mais eficaz de recuperar? Nas próximas Sprints, a Equipe de Desenvolvimento se esforça para tornar o trabalho selecionado o mais próximo possível de 'concluído' e com no mínimo 90% de conclusão. Todo trabalho desfeito é dividido em novos itens do Backlog do produto que serão adiados para o último Sprint para manter a velocidade estável. A Equipe de Desenvolvimento informa Paul que o progresso que ele percebeu até o momento não está correto. O incremento não é liberável. Eles dão a Paul sua estimativa do esforço necessário para concluir o trabalho anterior e sugerem que o trabalho seja feito antes de prosseguir com os novos recursos. A equipe também reestima o esforço para fazer com que os demais itens do Backlog do Produto sejam concluídos, incluindo todo o esforço de integração. No final, a decisão de Paulo é continuar o projeto ou cancelar. O Scrum Master gerenciará o Sprint Backlog e atribuirá o trabalho aos membros da equipe de desenvolvimento para garantir a máxima utilização de cada membro. Ele / ela acompanhará os recursos não utilizados para que não afetem o orçamento. O orçamento não utilizado pode ser alocado para Sprints adicionais, se necessário. O Scrum Master separa o trabalho aberto para ser executado em um ou mais Sprints de lançamento. Eles lembram Paul para encontrar financiamento para Release Sprints suficientes para que este trabalho restante possa ser realizado. Até uma versão Sprint a cada três desenvolvimentos Sprints podem ser necessários. É papel de Paulo informar os usuários e as partes interessadas sobre o impacto na data de lançamento.
Paul, Dono de um produto de uma das equipes Scrum, está participando do Daily Scrum. Durante o Daily Scrum, os membros da Equipe de Desenvolvimento têm relatado seu trabalho diário a Paul, para que ele esteja ciente de seu progresso no Sprint e no que cada membro está trabalhando. Qual é a melhor ação para o Scrum Master? Peça a Paul para parar de participar do Daily Scrum. Treine os membros da equipe de desenvolvimento e Paul no objetivo dos eventos do Scrum e deixe-os descobrir o que fazer nessa situação Permita que o Paul participe do Daily Scrum, pois ele é responsável pelo sucesso do produto. Facilite o Daily Scrums para evitar conflitos entre os membros da equipe de desenvolvimento e Paul.
Steven, o Scrum Master, é abordado por um dos membros da equipe de desenvolvimento, dizendo que eles não estão concluindo testes de regressão para todo o trabalho que estão realizando no nível definido na Definição de Pronto. Eles discutiram isso com o Dono do produto e decidiram remover o teste de regressão da Definição de Pronto. Quais são as duas ações mais apropriadas para Steven executar? (Escolha dois.) Rejeite a decisão, pois a manutenibilidade a longo prazo do produto será impactada negativamente pela modificação da Definição de Pronto. Aceite a decisão, pois foi feito um acordo mútuo entre a equipe de desenvolvimento e o proprietário do produto. Pergunte à Equipe de Desenvolvimento e ao Dono do produto que problema eles estão tentando resolver alterando a Definição de Pronto e removendo o teste de regressão. De que maneira essa decisão afetará a transparência e a qualidade? Pergunte à Equipe de Desenvolvimento e ao Dono do Produto se eles ainda são capazes de produzir incrementos potencialmente entregáveis, alterando a Definição de Pronto?.
Por que um Dono do Produto não tem permissão para definir a carga de trabalho da Equipe de Desenvolvimento para um novo Sprint? Isso entra em conflito com o princípio de autogestão da equipe de desenvolvimento. O Dono do Produto não conhece a velocidade da Equipe de Desenvolvimento. O Scrum Master é responsável pela velocidade da equipe de desenvolvimento. O Scrum Master e o Product Owner devem concordar com a carga de trabalho da equipe de desenvolvimento.
Sua organização descobriu que o Dono do Produto está constantemente sob mais pressão do que os desenvolvedores e outros participantes do projeto. Qual é a solução comum para isso? Compilando uma lista com tarefas do Product Owner Trocando a função para Scrum Master Usando uma equipe de Product Owner.

Qual das opções a seguir é um beneficio de usar o Scrum?

Quando não usar o Scrum?

O que não é uma característica de um Time auto Organizável?

Quais são os aspectos do Scrum?