Project Management

Please login or join to subscribe to this thread

Scope management and requirements management

linkedin twitter facebook   Requirements Management   Work Breakdown Structures (WBS)  
avatar
Elizabeth Harrin Director| RebelsGuideToPM.com London, England, United Kingdom
What woul you say are the main differences between scope management and requirements management?
Sort By:
Scope management is related to scope, and scope deals with the work of the project.

Requirements management is related to requirements and requirements are mainly related to the thing or system that is a deliverable of the project.

It is true that the requirements of the thing can impact the work (project scope) to do the thing. Typically more functions or quality attributes of the thing mean more work to develop it.
avatar
Elizabeth Harrin Director| RebelsGuideToPM.com London, England, United Kingdom
Thanks, Jose.
avatar
Markus Kopko AI Enabler for Project & Program Mgmt | Founder PMotion.ai / The PM AI Coach| PMotion.ai Hamburg, Hamburg, Germany
Hi Elizabeth,

assumed that we talking about project scope mgmt (in fact there are three scope definitions in PMBoK alone!) i would answer that managing project scope is essential to ensure that the project includes all the work required, and only the work required,
in order to meet the project objectives.

Requirements collection and scope definition are the foundations of scope management. Requirements specify the project’s product or service and shape the project scope, which in turn defines what must be done to fulfill the requirements and complete the project according to the specification.

Scope Management Plan: how the scope will be defined, validated and controlled

Requirements Management Plan: how the requirements will be managed, documented and analyzed,
avatar
Sergio Luis Conte Helping to create solutions for everyone| Worldwide based Organizations Buenos Aires, Argentina
You have two types of scope: product scope and project scope. Project scope is defined or derived from product scope. From this year the PMI explicit recognize that the Business Analyst (BA) is on charge of product scope and the Project Manager (PM) is on charge of project scope. To define both scope you need to understand stakeholder needs/wants/desires/wishes and transform them into requirements. Product requirements are characteristics or features while project requirements is the work needed to create the product achieving the product scope. For example, depending on product functionality and product quality of service required you will define the amount of work needed (project scope) to achieve those required items.
avatar
Elizabeth Harrin Director| RebelsGuideToPM.com London, England, United Kingdom
Thanks, Sergio.
avatar
Sergio Luis Conte Helping to create solutions for everyone| Worldwide based Organizations Buenos Aires, Argentina
Your welcome. Hope it helps. If not, let me know. Regards.
As brought out by Mr Sergio Luis Conte, BA are in charge of product scope, while the project manager is in charge of project scope,
I believe, Product requirement comes earlier than the project requirement.
When a product is to be defined/structured, the design team is involved mainly with product design, development, quality, testing ,certification considerations., while the project scope involves with whole gamut of management aspects including facility build, finance, delivery schedule, vendor development, training, costing, risks, customer aspirations ie.,with all stake holders.
Product requirement comes earlier than the Project requirement.
When a product is to be defined/structured, the design team is involved mainly with product design, development, quality, testing ,certification considerations., while the project scope involves with whole gamut of management aspects including facility build, finance, delivery schedule, vendor development, training, costing, risks, customer aspirations ie.,with all stake holders.
As brought out by Mr Sergio Luis Conte, BA are in charge of product scope, while the project manager is in charge of project scope, which captures all requirements at different stages of project management.
I agree with Raghavendra that product requirements are the base for project requirements. Also, architecture is an issue, so product architecture in an input for project architecture, what we call the WBS.
If we talk about complex products, the systems engineer has the role relative to the complex product scope. Think in an aircraft, a car or a complex mechatronic device.
avatar
Steven Zachary Director| Alberta Health Services Calgary, Alberta, Canada
I don't disagree with the product vs. project scope, and it's discussed in detail in PMBOK.

I would say from a high level that, scope management is absolutely critical to success. Scope management drives requirements management. If you properly define your scope, you have a better chance at succeeding.

Agile allows for fluctuations in scope to a degree while waterfall projects will suffer if you've improperly managed scope. Even at a point, this is true for agile as well.

Please login or join to reply

Content ID:
ADVERTISEMENTS

A verbal contract isn't worth the paper it's written on.

- Sam Goldwyn

ADVERTISEMENT

Sponsors