Questão 67465

Em uma disciplina de Engenharia de Software, o professor está ensinando sobre a importância de definir e gerenciar o 'escopo' de um projeto. Ele quer que seus alunos compreendam os riscos do 'scope creep' (corrupção de escopo). Ele explica: "O escopo de um projeto define tudo o que será entregue e tudo o que não será. O 'scope creep' é o fenômeno onde os requisitos e as funcionalidades de um projeto se expandem de forma descontrolada e não gerenciada após o seu início. Cada pequena adição ('Já que você está fazendo X, não poderia adicionar Y também?') pode parecer inofensiva, mas a soma dessas adições pode levar a atrasos significativos, estouro do orçamento e queda na qualidade, pois a equipe tenta fazer mais do que o planejado no mesmo tempo." Para ilustrar, ele apresenta o cenário de uma equipe de alunos desenvolvendo um aplicativo para o grêmio estudantil. O escopo inicial, acordado com o grêmio, era: (1) um calendário de eventos e (2) um mural de notícias.

Durante o desenvolvimento, membros do grêmio fazem os seguintes pedidos informais à equipe:

- 'Seria ótimo se o app também tivesse um sistema de votação para eleições.' - 'Podemos adicionar um chat em tempo real para os alunos conversarem?' - 'E que tal uma seção para vender produtos da escola?'

Avaliando o cenário com base nos princípios de gerenciamento de escopo, analise as seguintes posturas da equipe de desenvolvimento.

I. A equipe deve aceitar todas as novas solicitações e tentar implementá-las, pois o objetivo é agradar o cliente (o grêmio) a qualquer custo. Isso demonstra agilidade e boa vontade.

II. A equipe está vivenciando o 'scope creep'. A adição dessas novas funcionalidades, que são complexas, sem uma reavaliação formal do cronograma e dos recursos, provavelmente levará o projeto ao fracasso.

III. A postura correta da equipe seria reconhecer as novas solicitações como mudanças de escopo. Eles deveriam documentá-las e apresentá-las ao grêmio, explicando o impacto de cada uma no prazo e no esforço do projeto. O grêmio poderia então tomar uma decisão informada: ou eles priorizam e substituem uma funcionalidade original, ou eles estendem o prazo do projeto, ou eles adiam as novas ideias para uma 'Versão 2.0'.

É correto o que se afirma em: