O ressuscitador de Projetos - Parte 1

Vi dias atrás em um grupo do Linkedin sobre projetos (Gerenciamento de Projetos) um post que me chamou a atenção, ele era fazia a seguinte pergunta:

- “Tenho um projeto de 2 anos que ainda não tem um escopo totalmente definido, por isso pensei em usar o SCRUM e ter entregáveis a cada 3 meses. Alguém já trabalhou em algo assim? Sugestões?”

Dentre diversas respostas algumas afirmavam que o problema estava localizado no escopo mau definido. O professor Farhad Abdollahyan, descreveu com muita autoridade sobre a sequência lógica de gerenciamento de projeto para se chegar ao cronograma do projeto: Termo de Abertura => Identificação de Stakeholders => Coleta de Requisitos => Definição de Escopo e EAP => Estimativa de Recursos, Custos e Durações das Atividades => Cronograma e Orçamento => Plano de Gerenciamento de Projeto e Linha de base de desempenho (Project Performance Baseline). Ele também afirma que independente da “metodologia” sendo ela ágil ou não, pois em ambas devemos saber aonde queremos chegar (visão) em termos macro, pelo menos, pois sem isso o projeto nunca acabará.

O SCRUM são bons para “time-boxing” ou seja definir funcionalidades (feature-boxing) a serem entregues não está possível ou desejável. Um exemplo pode ser o cliente desejando resultados incrementais ao invés de uma visão toda em Big-Bang.

Então temos o seguinte, o executor do projeto e o cliente/usuário definem paralela e simultaneamente os requisitos (demanda, documentada e formalizada) e o escopo (oferta, isto é a solução em termos de entregas) em ondas sucessivas, ou seja, progressivamente.

Outro colega, Douglas Braga, PMP, deu destaque as seguintes questões:

- O que é este Projeto? 

- Por que existe este projeto? 

- Quais são os objetivos desde projeto? 

- Quais são as expectativas de todos os envolvidos? 

- Quais são os Requisitos Detalhados para atender todas as expectativas?

- Quais serão os produtos deste projeto que irão atender a estes requisitos, ou seja, qual será a solução para esta encrenca? 

As respostas vão fazer com que você chegue bem perto do escopo do projeto.

Ele dá uma saída a essa questão dizendo o seguinte: “Time-Boxing ou Feature-Boxing irão te ajudar a entregar coisas durante o Projeto, o que irá ajudar a evitar as solicitações de mudança, pois o usuário terá menos tempo para pensar em coisas que ele quer”.

 

À vista de tudo o que foi descrito por todos chegamos a conclusão que abrangem muitas discussões nos fórum e redes profissionais em GP: Qual metodologia adotar?

Bem isso independe, se for Waterfall ou Agile, o que conta realmente é um escopo bem definido. Isso está claro ?

No próximo post vou descrever um case que ocorreu na empresa de um colega de profissão. Até lá...

Abraços