Questão de Tecnologia da Informação · FCC TRT15 2024 (nº 58)

Quando uma história do usuário (um requisito do cliente) é muito complicada ou não se sabe bem como fazer, o Scrum usa uma Spike para investigar e aprender sobre ela, diminuindo a incerteza antes de começar o desenvolvimento real.

• (A) Incorreta: Dividir uma história complexa e incerta em tarefas detalhadas imediatamente é prematuro e ineficaz, pois a equipe ainda não tem o conhecimento necessário para definir essas tarefas com precisão, levando a estimativas erradas e retrabalho. Armadilha da banca: Embora dividir histórias seja uma boa prática, fazê-lo sem clareza sobre a complexidade é um erro. A incerteza precisa ser resolvida antes da divisão detalhada.
• (B) Incorreta: Trabalhar em algo sem clareza durante a Sprint aumenta o risco de falha, de não entregar valor e de não cumprir o objetivo da Sprint, o que vai contra os princípios de transparência e previsibilidade do Scrum.
• (C) Correta: Uma Spike é uma atividade com tempo limitado (como uma mini-Sprint) dedicada à pesquisa, prototipagem ou experimentação para adquirir o conhecimento técnico ou funcional necessário, reduzindo a incerteza de uma história complexa e permitindo que ela seja planejada e desenvolvida adequadamente em uma Sprint futura.
• (D) Incorreta: Adiar a resolução de problemas de clareza e complexidade para a Sprint Review é tarde demais; a Review serve para inspecionar o incremento e adaptar o Product Backlog, não para resolver problemas de planejamento ou execução de uma história que já deveria ter sido clara.
• (E) Incorreta: Remover a história do backlog até que todas as incertezas sejam resolvidas pode atrasar indefinidamente o desenvolvimento de funcionalidades importantes, pois algumas incertezas só podem ser resolvidas com alguma experimentação ou pesquisa (uma Spike).