1
resposta

Mudança de escopo x valor hora desenvolvimento

Como tratar a mudança de escopo?, por mais que exista a interação com o cliente o retrabalho vai ser inevitável, como falado no vídeo sendo culpa do cliente, como fazer essa cobrança ao mesmo, mudança de escopo gera mudança de valores e prazos de entrega.

1 resposta

Márcio, se você está trabalhando com metodologia ágil, a mudança no escopo terá muito menos impacto do que o modelo waterfall, já que você esta trabalhando por exemplo com sprint, que tem de 1 a 4 semana de trabalho considerando planejamento a execução. Por isso se o grau de incerteza for grande, trabalhe com sprints de 2 semanas, assim qualquer mudança impactará menos na continuidade do projeto.

Com a práticas ágeis o escopo do projeto fica mais aberto para mudanças seguindo a necessidade do cliente. Outra coisa importante na filosofia agile mudanças precisam ser vistas como uma maneira de entregar mais valor ao cliente. Lembre-se do manifesto: "Responder a mudanças mais que seguir um plano"

Já no modelo waterfall geralmente só na etapa de planejamento você terá no mínimo 1 mês de trabalho. Neste modelo sim você precisa ter regras duras para mudança de escopo, inclusive previstas em contrato, pois os impactos podem inviabilizar inclusive a continuidade do projeto.

Espero ter ajudado.

Quer mergulhar em tecnologia e aprendizagem?

Receba a newsletter que o nosso CEO escreve pessoalmente, com insights do mercado de trabalho, ciência e desenvolvimento de software