Qual fator deve ser considerado ao determinar a duração de uma sprint?

Para determinar a duração de uma Sprint (no Scrum e, por consequência, no Nexus), considera-se que Sprints mais curtas tendem a ser melhores quando há mais incerteza e necessidade de feedback rápido. Quanto maior a incerteza (por exemplo, sobre tecnologia, requisitos, abordagem técnica), mais importante é inspecionar e adaptar com frequência, o que favorece uma Sprint menor.

Analisando as alternativas:

• A) Incorreta. A Nexus Integration Team não “define” unilateralmente o comprimento; o time (organização do trabalho Scrum/Nexus) define e normalmente mantém uma cadência estável.
• B) Correta. Maior incerteza (ex.: tecnologia) pede ciclos de feedback mais curtos, influenciando a duração.
• C) Incorreta. Não existe “comprimento fixo em todas as organizações”.
• D) Incorreta. A quantidade de itens no Product Backlog não determina, por si só, a duração; a Sprint tem timebox e o escopo é ajustado.
• E) Incorreta como critério determinante. Histórico pode ajudar a calibrar capacidade, mas não é o fator principal; a duração é uma decisão de timebox (até 1 mês) e depende do contexto de risco/incerteza e necessidade de feedback.