Gabarito disponível
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.
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.
Resolução comentada
O Release Burndown Chart mostra story points restantes por sprint.
O Release Burndown acompanha o trabalho restante da release (em story points) ao longo das sprints. Por isso reúne Story Points versus identificador da sprint.
Análise das alternativas
A) O Task Burndown mostra tarefas restantes ao longo dos dias da sprint. B) O Points Burndown mostra story points ao longo dos dias da sprint, e não por sprint. D) O Velocity Chart mostra story points entregues por sprint, e não tarefas. E) O CFD mostra a quantidade de itens em cada estado do fluxo ao longo do tempo, e não os itens de cada integrante.
Referência: Métricas ágeis em Scrum (Burndown, Velocity e CFD).
Resolução comentada do VaiConcursos.