Escopo, em gerenciamento de projetos, é a soma total de todos os produtos do projeto e seus requisitos ou características, e possui dois usos distintos: Escopo do Projeto e Escopo do Produto.
Escopo do projeto é "o trabalho que precisa ser realizado para entregar um produto, serviço ou resultado com as características e funções especificadas."
Escopo do produto são "as características e funções que caracterizam o produto, serviço ou resultado."
É importante observar que o Escopo do Projeto está mais orientado ao esforço (os como) enquanto o Escopo do Produto é mais orientado para os requisitos funcionais (os o quês).
Se os requisitos não forem completamente definidos e descritos e se não houver o controle de mudanças efetivo em um projeto, pode-se resultar no aumento do escopo ou da exigência.
A Gerência de Escopo visa garantir que o projeto realize todo e somente o trabalho necessário para o seu sucesso bem como garantir que o projeto realize todo e somente o trabalho necessário para o seu sucesso.
Esta Gerência possui alguns processos tais quais representados na figura abaixo:
Figura 1 - Project Scope Management: Inputs, Tools & Techniques, and Outputs
- Coletar Requisitos
Este processo faz parte do grupo de processos de planejamento e tem como objetivo principal descrever como a equipe irá executar os demais processos do gerenciamento de escopo. É importante salientar que, apesar do plano de gerenciamento do projeto (processo do gerenciamento de integração) definir o método do projeto como um todo, a definição do método do gerenciamento de escopo é feita dentro do processo de planejamento do escopo. Esta definição depende da área de atuação do projeto, por exemplo: um projeto da indústria automobilística deve se preocupar em realizar plantas do carro, maquetes, etc., já um projeto de software deverá conter casos de uso, protótipos, etc.
Figura 2 - Collect Requirements Data Flow Diagram
- Definir Escopo
Este processo também faz parte do grupo de planejamento e busca detalhar o escopo do projeto a partir da declaração de escopo preliminar. Necessidades, desejos e expectativas de todas as partes interessadas, e não apenas dos patrocinadores, são analisados e convertidos em requisitos. O nível de detalhe da declaração do escopo do projeto pode determinar a eficácia com que a equipe de gerenciamento de projetos poderá controlar o escopo global do projeto. Entre os tópicos que compõem a declaração de escopo detalhada, encontram-se: objetivos do projeto, descrição do escopo do produto, requisitos do projeto, limites, entregas, critérios de aceitação, restrições, premissas, riscos iniciais e especificações do projeto.
Figura 3 - Define Scope Data Flow Diagram
- Criar EAP (WBS)
Um dos instrumentos mais famoso na construção de um projeto é a EAP. A estrutura analítica do projeto, como é conhecida em português (WBS – work breakdown structure, in english), é uma decomposição hierárquica orientada à entrega (produto) do trabalho a ser executado para atingir os objetivos do projeto. Esta estrutura deve ser tão detalhada quanto for necessária para identificar um pacote de trabalho, ou seja, identificar uma entrega que possa ser mensurada em termos de custo e cronograma de forma que seja fácil gerenciar. É importante determinar até que nível será detalhada a EAP pois, assim como a decomposição excessiva pode levar a um esforço grande de gerenciamento, a não decomposição pode dificultar a definição de custos e prazos.
Figura 4 - Create WBS Data Flow Diagram
Veja que o objetivo de uma EAP é organizar o escopo para se definir as atividades a serem executadas, porém as atividades não fazem parte da EAP, uma vez que a mesma, como dito anteriormente, é orientada a entrega. Existe uma discussão onde se prega que um projeto deva ter várias EAPs, cada uma focada em uma determinada visão (cliente, desenvolvedores, patrocinadores, etc). Estas várias formas de representar a EAP ajudam, apesar do trabalho, a alinhar as expectativas e melhorar o gerenciamento por parte do líder do projeto. Este é um assunto bastante polêmico e proponho que falemos dele mais adiante. Por enquanto vamos seguir com os nossos processos da área de gerenciamento de escopo.
Figura 5 - Sample Work Breakdown Structure with Some
Branches Decomposed Down Through Work Packages
- Verificar Escopo
Processo responsável por obter a aceitação formal das entregas pelas partes interessadas. É importante salientar que este processo não trata do atendimento aos requisitos de qualidade, uma vez que isso será realizado por outro processo. No âmbito do gerenciamento de escopo, o conceito de entrega difere do conceito de produto. Enquanto aquela representa o resultado de uma ou mais atividades que compõe um pacote de trabalho, este representa algo com valor para o cliente final. Os conceitos só se sobrepõem quando a entrega do pacote de trabalho é o produto final do projeto.
Figura 6 - Verify Scope Data Flow Diagram
- Controlar Escopo
Último, porém não menos importante processo área de gerenciamento do escopo, o controle do escopo faz parte do controle integrado de mudanças, já discutido nos processos do gerenciamento integrado. Este processo é responsável por identificar se a mudança no escopo é realmente válida e importante para o projeto. Este processo garante, também, que todas as solicitações e ações corretivas recomendadas sejam processadas pelo controle integrado de mudanças.
Figura 7 - Control Scope Data Flow Diagram
Apenas como curiosidade, as mudanças não controladas são frequentemente chamadas de scope creep, ou seja, perda de controle do escopo, ou, como traduz o PMBOK, aumento do escopo do projeto.
Material utilizado como base para o Post:
http://pt.wikipedia.org/wiki/Escopo_(gerenciamento_de_projeto)
http://tiinteligente.blogspot.com.br/2010/08/pmbok-areas-de-conhecimento_16.html
PMBOK - A Guide to the Project Management Body of Knowledge - Fourth Edition
Nenhum comentário:
Postar um comentário