Escopo, Entrega e Requisitos. Você sabe a diferença?
Escuto muita gente usando os termos escopo, entrega e requisitos à revelia e antes que alguns digam que é tudo a mesma coisa ou que ninguém se importa com esses detalhes fica uma frase de Jacqueline-Marie- Angélique Arnauld (madre superiora da abadia de Port-Royal-des Champs – centro do Jansenismo católico do século 17):
“A perfeição não consiste em fazer coisas extraordinárias, mas em fazer as coisas ordinárias extraordinariamente bem”.
Iniciando sobre o termo escopo, segue a definição contida na 5ª edição do Guia PMBOK:
“Escopo é a soma dos produtos, serviços e resultados a serem fornecidos na forma de projeto.”
Entretanto, a definição de entrega, segundo o mesmo Guia é:
“Entrega é qualquer produto, resultado ou capacidade para realizar um serviço único e verificável e cuja execução é exigida para concluir um processo, uma fase ou um projeto”.
Portanto, não seria errado fazer a abstração de que o escopo de um projeto é a soma de todas as suas entregas.
Fica a ideia então que a realização do escopo de um projeto nada mais é do que a busca pelo alcance de seus objetivos e essa afirmação remete à origem etimológica da palavra escopo que como muito bem explicado por Sérgio Rodrigues no link abaixo, está ligado à ideia de ponto de vista, observação, mirada. Etimologicamente, o escopo é parente do telescópio, do microscópio e de outros vocábulos com a mesma terminação.
Ainda segundo Sérgio Rodrigues, foi o “inglês” que, no início do século 16, trouxe um sentido diferente para a palavra: o de alcance, extensão, abrangência. E é aí que se origina toda a confusão quando empregamos a palavra escopo não em seu sentido etimológico ou mesmo em seu conceito profissional.
Quem já não ouviu: “- Isso não é parte do meu escopo”. – como um argumento de que uma tarefa qualquer não faz parte do alcance (ou abrangência) de uma função qualquer.
Melhor então nos atermos ao conceito e usarmos o termo escopo no sentido de soma de entregas de um projeto e de forma estendida o conjunto de objetivos de um projeto.
Importante dizer que quem é responsável pela definição do escopo de um projeto não são os seus solicitantes. Um escopo é definido única e exclusivamente pelo Gerente do Projeto e sua equipe. Se este escopo será aprovado como forma de atender ao que foi requisitado já é outra história.
Neste sentido e trazendo mais confusão para esse assunto escuto o termo requisito muitas vezes empregado como escopo.
Aqui fica a definição segundo o Guia PMBOK (5ª edição):
“Requisito é uma condição ou capacidade cuja presença em um produto, serviço ou resultado é exigida para satisfazer um contrato ou outra especificação formalmente imposta”.
Um requisito, portanto, é uma solicitação para o projeto. É um elemento que faz parte do que é necessitado e que justifica a realização de um projeto. Não está contido no conjunto de soluções ou entregas – estes sim associados ao conceito de escopo.
Portanto, uma parte interessada como um Patrocinador (Sponsor) de um projeto nunca solicitará uma mudança no escopo e sim solicitará um novo requisito ou uma mudança em um requisito. De acordo com a análise deste requisito é que, o Gerente do Projeto junto de sua equipe avaliará o(s) impacto(s) no escopo do projeto.
Fica por último um pequeno esquema para ajudar no entendimento:
ESCOPO = soma das ENTREGAS = forma pela qual se atende os REQUISITOS
Fique à vontade para comentar. Será um prazer enriquecer esse artigo com mais conhecimento.
Até breve!
Rafael Roquette.
DBA Oracle Sênior | Energisa
1 mObrigado pelo artigo!
Regulatory and Clinical Affairs Leader | ClinOps, MDR, RM, QMS, PMS | RPG Dungeon Master 🎲
1 aRafael, me recomendaram hoje seus conteúdos e fiquei bem contente com o que estou vendo aqui. Você teria algum material para compartilhar "traduzindo" (ou quem sabe conectando) os conteúdos do PMBOK com os requisitos regulamentares e normativos de design control que vemos nas legislações de boas práticas de fabricação e/ou na ISO 13485? Obrigado!
+ 15 anos de experiência com Product Management| Product Management Lead | Product Analytics | ProductOps | UX Research | E-commerce
6 aÓtimo artigo!!!! Parabéns rafael roquete
Customer Success Account Manager na Microsoft
6 aRoberto Caldas, PMP,ITIL, COBIT Norma Gonzalez, MBA, CSPO®, SAFe Agilist