Project Deliverables
Every participant is expected to contribute at least one project deliverable in enterprise IT projects. If a project role does not produce a deliverable, it is an unnecessary overhead—except for business stakeholder roles in projects. While business stakeholders do not create tangible deliverables, they provide valuable information, feedback, advice, and direction to the project.

Understanding the link between roles and their respective deliverables is essential in enterprise IT projects. This clarity helps recognise each participant's value and contributions to project delivery.
Deliverables in the Waterfall Model
The Waterfall model, with its structured, phase-based approach, relies on expert discipline at every stage of the project lifecycle:
- Detailed planning: Ensures every aspect of the project is considered before work begins, minimising risks and providing participants with a clear understanding of their roles.
- Documentation: Establishes a comprehensive audit trail detailing what was done, why, and by whom. This is vital for maintaining quality and supports future maintenance and enhancements.
- Defined roles and responsibilities: Each team member knows their specific contributions, reducing overlap and enhancing efficiency throughout the project lifecycle.
Table 15 categorises the fundamental disciplines contributing to Waterfall projects, outlines the specific roles within those disciplines, and lists the key deliverables associated with each role.
Discipline | Role Title | Deliverable |
---|---|---|
Program management | Program Manager | Program plan, Milestone reports |
Project management | Project Manager | Project plan, Risk register |
Project analysis | Project Analyst | Project analysis reports, Requirement traceability matrix |
Scheduling | Master Scheduler | Project schedule, Resource allocation plan |
Project assurance | Project Assurance Manager | Quality Assurance reports and compliance documentation |
Risk management | Risk Manager | Risk management plan, Risk log |
Compliance management | Compliance Manager | Compliance audit reports, Regulatory compliance checklist |
Solution architecture | Solution Architect | Solution design documents, Architecture decisions |
Business analysis | Business Analyst | Business Requirements Document, Functional specifications |
Organisational change management | Change Manager | Change management strategy, Stakeholder analysis |
Process analysis | Process Analyst | Process maps, Process improvement recommendations |
Data architecture | Data Architect | Data model, Data governance framework |
Database design | Database Designer | Database schema, Normalisation documents, Indexing strategy |
Data analysis | Data Analyst | Data analysis reports, Data quality assessments |
User experience | UX/UI Designer | User research reports, Interface design (Wireframes, UI/UX prototypes), Accessibility and usability guidelines, Usability test results |
System architecture | System Architect | System architecture blueprint, Infrastructure design documents |
System design | System Designer | System design specifications, Interface specifications, System models |
System analysis | System Analyst | System requirements document, System gap analysis |
System development | Developer | Source code, Deployment packages |
Environment management | Environment Manager | Environment setup plan, Environment status reports |
Release management | Release Manager | Release plan, Deployment checklist |
Test management | Test Manager | Test strategy, Automated test suites |
Implementation management | Implementation Manager | Implementation plan, Go-Live checklist |
Deliverables in the Scrum Model
The Scrum framework values discipline expertise and operates on principles that support broader skill application within the team:
- Self-organisation: Allows fluidity in team roles and tasks and sprint objectives.
- Cross-functionality: Promotes skill diversification. For example, while a back-end developer primarily focuses on their expertise, they may also engage in front-end tasks as needed.
- Skill expansion: Build a versatile team capable of adapting to various project roles.
Table 16 illustrates how each discipline translates into the Scrum project delivery model, including role titles and key deliverables. Notes are provided where specific disciplines do not directly align with Scrum roles.
Discipline | Role Titles | Deliverables |
---|---|---|
Program management | Not defined under Scrum | — |
Project management | Scrum Master | Sprint backlog, Burndown charts, Impediment log |
Project analysis | Not defined under Scrum | — |
Scheduling | Scrum Master | Sprint planning, Velocity tracking |
Project assurance | Integrated into Scrum roles | Definition of Done criteria, Quality Assurance practices documentation |
Risk management | Scrum Master, Product Owner | Sprint risk assessments, Risk mitigation strategies |
Compliance management | Product Owner | Compliance audit logs, Regulatory alignment documentation |
Solution architecture | Development Team | Architectural decisions, System design documentation |
Business analysis | Product Owner | Product backlog, User story mapping |
Organisational change management | Scrum Master, Agile Coach | Team coaching plan, Agile adoption metrics |
Process analysis | Not defined under Scrum | — |
Data architecture | Development Team/td> | Data model, Data governance framework |
Database design | Development Team/td> | Database schema, Normalisation documents, Indexing strategy |
Data analysis | Development Team | Data insights, Data validation checks |
User experience | Development Team | User research reports, Interface design (Wireframes, UI/UX prototypes), Accessibility and usability guidelines, Usability test results |
System architecture | Development Team | System architecture blueprint, Infrastructure design documents |
System design | Development Team | System design specifications, Interface specifications, System models |
System analysis | Development Team | System requirements analysis, Performance benchmarks |
System development | Development Team | Incremental builds, Code review feedback |
Environment management | Development Team | Environment setup guidelines, Deployment scripts |
Release management | Scrum Master, Development Team | Sprint release plan, Release retrospectives |
Test management | Development Team | Test-driven development outputs, Sprint test reports |
Implementation management | Development Team | Deployment plans, Post-release monitoring |
Deliverables in the SAFe Model
The Scaled Agile Framework emphasises a structured, scalable approach to project delivery that integrates discipline expertise across multiple team levels:
- Aligned planning: Ensures teams at various levels (team, programme, and portfolio) synchronise their objectives and timelines, supporting cohesive strategic execution.
- Role specialisation: Encourages clear delineation of responsibilities, enhancing accountability and clarity across the project. For example, a Release Train Engineer focuses on orchestrating the Agile Release Train, ensuring seamless integration of outputs from different teams.
- Continuous improvement: Evolve project competencies and maximise efficiency through regular reflection and adaptation cycles.
Table 17 details how various disciplines are incorporated into the SAFe project delivery model, listing specific roles and their key deliverables. Explanations are provided where disciplines do not have a direct match in SAFe roles.
Discipline | Role Titles | Deliverables |
---|---|---|
Program management | Release Train Engineer (RTE) | Program Increment (PI) objectives, PI Planning outputs |
Project management | Scrum Master, Agile Project Manager | Sprint backlog, Burndown charts, Impediment log |
Project analysis | Not defined under SAFe | — |
Scheduling | Release Train Engineer (RTE), Product Management | PI timelines, Capacity planning |
Project assurance | Integrated into SAFe roles | Quality Assurance plans and compliance reports. |
Risk management | Business Owners, RTE, Agile Team | Risk burndown chart, Risk retrospectives |
Compliance management | Lean Portfolio Management (LPM), Product Management | Compliance artifacts, Governance compliance checks |
Solution architecture | Agile Team | Architectural runway, System and solution architecture documentation |
Business analysis | Business Analyst, Product Manager | Epic User stories, Feature breakdown |
Organisational change management | Lean-Agile Change Agent, Agile Coach | Change management plan, Lean-Agile transformation roadmap |
Process analysis | Not defined under SAFe | — |
Data architecture | Agile Team | Data model, Data governance framework, Agile data strategy/td> |
Database design | Agile Team | Database schema, Normalisation strategies, Indexing plans |
Data analysis | Agile Team | Data-driven decision frameworks, Agile data strategies |
User experience | Agile Team | User research reports, Interface design (Wireframes, UI/UX prototypes), Accessibility and usability guidelines, Usability test results |
System architecture | Agile Team | System architecture blueprint, Infrastructure design documents |
System design | Agile Team | System design specifications, Interface specifications, System models |
System analysis | Agile Team | System analysis documentation, Integration documentation |
System development | Agile Team | Incremental builds, Pair programming output |
Environment management | Environment Manager, DevOps Engineer | Environment provisioning guidelines, Deployment pipeline automation |
Release management | Release Train Engineer, Release Manager | Release strategy, Go-Live plan, PI retrospectives |
Test management | Agile Team | Test-driven development outputs, Sprint test reports |
Implementation management | Agile Release Train (ART) | Deployment plans, Post-release monitoring |
Deliverables in the Hybrid Model
The Hybrid model blends Waterfall and Agile approaches, allowing flexibility in applying discipline expertise based on project demands. Unlike Waterfall, Scrum, or SAFe, which define fixed roles and deliverables, the Hybrid approach adapts based on project complexity, phase, and organisational needs.
- Flexible role adaptation: Allows participants to shift between traditional and Agile practices, choosing tasks that suit the project phase and their skill sets, enhancing adaptability and effectiveness. Roles may take on different responsibilities depending on project requirements.
- Integration of methodologies: Enables team members to work on tasks requiring a Waterfall approach for defined stages and outcomes while engaging in iterative, sprint-based tasks where quick adaptations are beneficial. This adaptability ensures deliverables align with the best-fit approach.
- Enhanced skill versatility: Prepares the team to handle various project requirements, adapting their approach as needs evolve. This allows disciplines to be implemented based on necessity rather than predefined structures.
Table 18 reflects the Hybrid model's adaptive nature, showing how each discipline may align with Waterfall, Agile, or a combination of both. It provides guidance rather than a fixed role-to-deliverable mapping, allowing flexibility in how responsibilities are assigned and outputs are delivered.
Discipline | Hybrid Approach | Role Title | Key Deliverables |
---|---|---|---|
Program management | Waterfall for long-term planning, Agile for flexibility | Program Manager, Release Train Engineer (RTE) | Integrated program plans, Milestone reports, PI outputs |
Project management | Waterfall for structured governance, Agile for sprints | Project Manager, Scrum Master | Hybrid project plan, Risk register, Sprint backlog |
Project analysis | Tailored to project needs | Project Analyst | Project analysis reports |
Scheduling | Agile sprint-based or Waterfall phase-based planning | Scheduler, Scrum Master | Integrated project schedule, Velocity tracking |
Project assurance | Embedded in Agile teams, structured in Waterfall | Quality Assurance Lead, Project Assurance Manager | QA plans, Compliance audits, Test outcomes |
Risk management | Agile risk burndown or Waterfall risk logs | Risk Manager | Risk management plan, Risk log, Risk burndown charts |
Compliance management | Structured governance (Waterfall), ongoing tracking (Agile) | Compliance Manager | Compliance documentation, Regulatory compliance updates |
Solution architecture | Defined upfront (Waterfall) or evolving (Agile) | Solution Architect, Development Team | Architecture documentation, Architectural decisions |
Business analysis | BRD (Waterfall), User Stories (Agile) | Business Analyst, Product Owner | Business Requirements Document, User stories |
Organisational change management | Waterfall for planning, Agile for iterative change | Change Manager, Agile Coach | Change strategy, Stakeholder engagement reports |
Process analysis | Integrated into business analysis and change | Process Analyst, Change Manager | Process maps, Change impact assessments |
Data architecture | Defined upfront (Waterfall) or evolving (Agile) | Data Architect | Data models, Data governance frameworks |
Database design | Structured (Waterfall) or evolving schemas (Agile) | Database Designer | Database schema, Data integration guidelines |
Data analysis | Ongoing (Agile) or predefined (Waterfall) | Data Analyst | Data analysis reports, Data-driven decision frameworks |
User experience | Iterative design (Agile) or upfront (Waterfall) | UX/UI Designer | User research reports, Interface design (Wireframes, UI/UX prototypes), Accessibility and usability guidelines, Usability test results |
System architecture | Defined early (Waterfall) or iterative (Agile) | System Architect | System architecture documentation |
System design | Detailed specs (Waterfall) or evolving (Agile) | System Designer, Development Team | System design specifications, Interface specifications, System models |
System analysis | Structured (Waterfall) or continuous feedback (Agile) | System Analyst | System analysis reports, Integration documentation |
System development | Sequential (Waterfall) or incremental (Agile) | Developer, Development Team | Source code, Incremental builds, Pair programming output |
Environment management | IT Ops-led (Waterfall) or DevOps-integrated (Agile) | IT Ops, DevOps Engineer | Environment setup guidelines, Deployment automation |
Release management | Defined release cycles (Waterfall) or continuous (Agile) | Release Manager, Scrum Master, RTE | Release plan, Deployment checklist, Go-Live strategy |
Test management | Phased (Waterfall) or continuous testing (Agile) | Test Manager, Test Lead, QA Engineers | Test strategy, Automated test suites, Sprint test reports |
Implementation management | Structured rollouts (Waterfall) or incremental delivery (Agile) | Project Manager, DevOps Team | Implementation roadmap, Deployment playbooks |