Questão 3136123

• Banca: Exército
• Órgão: EsFCEx
• Ano: 2019
• Provas: Exército - 2019 - EsFCEx - Oficial - Informática
• Disciplina: Engenharia de Software
• Assuntos: Qualidade de Software

Tom DeMarco, um famoso engenheiro de software da década de 1970, escreveu o livro “Controlling Software Projects: Management, Measurement, and Estimates” em 1982. Nele, ficou conhecido pela célebre frase “Você não pode controlar o que não pode medir”. Ele afirma nessa frase que há a ideia de que o controle seja talvez o mais importante aspecto de um projeto de software. Entretanto, muitos projetos foram realizados quase sem controle e produziram produtos maravilhosos, como o Google Earth ou o Wikipedia. Em julho/agosto de 2009, na revista IEEE Software, Tom DeMarco publica um artigo dizendo:

Controle estrito é algo que importa muito para projetos inúteis e importa pouco para projetos úteis. Isto significa que, quanto mais você foca em controle, maior a probabilidade de seu projeto estar entregando algo de valor baixo. Então, como você gerencia um projeto que não pode controlar? Bem, você gerencia as pessoas e controla o tempo e o dinheiro. Estou sugerindo um approach de gestão muito próximo de métodos ágeis. No mínimo deve ter um aspecto incremental.

Com base no estudo de métricas e indicadores de qualidade de software, assinale a alternativa correta.

• A. Task Burndown Chart é uma métrica de software que reúne em seu gráfico as medidas Quantidade de Tarefas versus Identificador da Sprint.
• B. Points Burndown Chart é uma métrica de software que reúne em seu gráfico as medidas Story Points versus Identificador da Sprint.
• C. Release Burndown Chart é uma métrica de software que reúne em seu gráfico as medidas Story Points versus Identificador da Sprint.
• D. Velocity Chart é uma métrica de software que reúne em seu gráfico as medidas Quantidade de Tarefas versus Identificador da Sprint.
• E. Cumulative Flow Diagram (CFD) é um gráfico de métricas ágeis que oferece rápida visualização de quais itens estão com cada integrante do time ao Gerente do Projeto.

Gabarito: C

Comentários

• Em um projeto Scrum, a equipe monitora seu progresso em relação a um plano atualizando um Release Burndown Chart ao final de cada Sprint (iteração). O eixo horizontal de um Release Burndown Chart mostra os Sprints; o eixo vertical mostra a quantidade de trabalho que ainda precisa ser feita no início de cada Sprint. O trabalho que ainda resta pode ser mostrado na unidade preferencial da equipe: story points, dias ideais, team days e assim por diante.

  Fonte:

  https://www.desenvolvimentoagil.com.br/scrum/release_burndown