WBS Development & Dictionary

Purpose

The purpose of this SOP is to provide a structured, repeatable process for developing the Work Breakdown Structure (WBS) and accompanying WBS Dictionary in Memorres projects. For lean PM teams (1–3 members), the WBS is the foundation of project planning, translating approved requirements and scope into manageable, traceable work packages. The WBS Dictionary supplements this by describing each element in detail, ensuring clarity across all stakeholders.

Without a WBS, projects risk fragmented planning, unclear responsibilities, and poor cost or effort tracking. This SOP mitigates those risks by defining how PMs should decompose project scope, structure deliverables, and validate completeness. The WBS acts as the backbone for estimation, scheduling, resource planning, and progress tracking.

The WBS Dictionary complements the structure by clarifying scope, deliverables, acceptance criteria, and ownership for each work package. This ensures traceability back to requirements, avoids duplication of effort, and provides auditable evidence for governance. Together, they prevent scope creep, facilitate accountability, and enable lean PM teams to control projects effectively.

Scope

This SOP applies to all projects managed under the Memorres Project Management Department and is mandatory during the Planning phase, following the approval of requirements and scope. It covers the decomposition of project deliverables into a hierarchical WBS, the preparation of a WBS Dictionary, and the validation of completeness and alignment.

The SOP excludes detailed engineering task breakdowns or technical solution design, which are delivery responsibilities. Instead, it focuses on governance and planning: ensuring that every requirement is captured in the WBS and that each work package is defined with clarity.

The Project Manager owns the creation and maintenance of the WBS and Dictionary. Sponsors approve the overall WBS, stakeholders validate their respective work packages, and the PMO ensures compliance with MIC standards.

Main Section

Table 1: RACI – WBS Development & Dictionary Activities

ActivityProject ManagerSponsorStakeholdersPMOExample
Develop draft WBSRICIPM drafts WBS from scope
Validate coverage against requirementsRIACSME checks deliverables covered
Prepare WBS Dictionary entriesRICIPM documents work package details
Review and refineRCAIStakeholder confirms accuracy
Approve WBS & DictionaryCACRSponsor signs baseline

Table 2: Workflow – WBS Development & Dictionary

StepInputsPM ActivitiesOutputsGate CriteriaExample
1Approved Scope StatementBreak scope into high-level deliverablesDraft WBS Level 1All scope elements representedPortal redesign, integrations
2Validated RequirementsDecompose deliverables into work packagesWBS Level 2–3No requirements unlinkedOnboarding workflow → module tasks
3Draft WBS structureDocument work package details in DictionaryDraft Dictionary entriesAll work packages describedID, owner, acceptance criteria included
4Draft WBS + DictionaryCirculate for stakeholder reviewReviewed WBS & DictionaryConflicts resolvedDuplicate packages removed
5Reviewed WBS & DictionarySecure sponsor & PMO approvalApproved baselineSign-off recorded in MICWBS v1.0 approved 18-Sep-2025

Table 3: Quality Checklist

CriterionTestEvidenceExample
CompletenessAll requirements mapped to WBSTraceability matrixReq BR-001 mapped to WP-01
ClarityEach work package described unambiguouslyWBS Dictionary entries“User Training Material Development”
UniquenessNo duplicate or overlapping work packagesCross-check reviewWP-02 and WP-03 distinct
AlignmentWBS aligns with Scope Statement and CharterDocument comparisonScope v1.0 vs. WBS v1.0
ApprovalSponsor sign-off documentedSigned baseline in MICSponsor signed 18-Sep-2025

Closing Note & Cross-References

The WBS Development & Dictionary SOP ensures that Memorres projects translate scope into clear, manageable work packages with documented ownership and acceptance criteria. The WBS becomes the backbone for estimation, scheduling, and reporting, while the Dictionary ensures each element is unambiguous. Both must be approved, version-controlled, and archived in MIC before detailed planning proceeds.