Project Roles
Project roles are specific positions within a project organisation structure that meet particular needs and fulfil essential responsibilities for project delivery. Each role requires defined expertise to contribute to project success. Roles adapt to the project delivery model. In the Waterfall model, roles such as Systems analyst or Test manager perform distinct, sequentially dependent tasks that align with the linear progression of the project. In contrast, Agile frameworks like Scrum transform these roles into collaborative, cross-functional Development team responsibilities.
Project Responsibilities
Project responsibilities encompass the specific duties and expectations associated with each role. These responsibilities establish an operational framework for project management, covering all essential tasks and decisions required for project execution and completion. Responsibilities adapt to the project delivery model. In the Waterfall model, responsibilities follow a fixed, sequential allocation that aligns with the step-by-step progression of activities. In Agile frameworks like Scrum, responsibilities are fluid and iterative, with team members reassessing and redistributing tasks based on feedback and project evolution.
Project Roles and Responsibilities in the Waterfall Model
This section details the roles and their core responsibilities by discipline within specific delivery models, beginning with the Waterfall model in Table 9.
Discipline | Role Title | Core Responsibilities |
---|---|---|
Program management | Program Manager |
|
Project management | Project Manager |
|
Project analysis | Project Analyst |
|
Scheduling | Scheduler |
|
Project assurance | Project Assurance Manager |
|
Risk management | Risk Manager |
|
Compliance management | Compliance Manager |
|
Solution architecture | Solution Architect |
|
Business analysis | Business Analyst |
|
Organisational change management | Change Manager |
|
Process analysis | Process Analyst |
|
Data architecture | Data Architect |
|
Database design | Database Designer |
|
Data analysis | Data Analyst |
|
User experience and interface design | UX/UI Designer |
|
System architecture | System Architect |
|
System design | System Designer |
|
System analysis | System Analyst |
|
System development | Software Developer |
|
Environment management | Environment Manager |
|
Release management | Release Manager |
|
Test management | Test Manager |
|
Implementation management | Implementation Manager |
|
Enterprise IT architecture | Enterprise IT Architect |
|
Business architecture | Business Architect |
|
DevOps | DevOps Engineer |
|
Incident management | Incident Manager |
|
Security management | Security Manager |
|
Project Roles and Responsibilities in the Scrum Model
Moving to the Scrum framework, this approach promotes adaptability and incremental improvements through defined roles and collaborative processes. Table 10 illustrates how project disciplines are operationalised within the Scrum context, detailing roles specific to Scrum and their key responsibilities.
Discipline | Role Title | Core Responsibilities |
---|---|---|
Program management | No role explicitly assigned |
|
Project management | Scrum Master |
|
Project analysis | Not defined |
|
Scheduling | Scrum Master |
|
Project assurance | Not defined |
|
Risk management | Scrum Master, Product Owner |
|
Compliance management | Product Owner |
|
Solution architecture | Development Team |
|
Business analysis | Product Owner |
|
Organisational change management | Scrum Master, Agile Coach |
|
Process analysis | No role explicitly assigned |
|
Data architecture | Development Team |
|
Database design | Development Team |
|
Data analysis | Development Team |
|
User experience and interface design | Development Team |
|
System architecture | Development Team |
|
System design | Development Team |
|
System analysis | Development Team |
|
System development | Development Team |
|
Environment management | Development Team |
|
Release management | Scrum Master, Development Team |
|
Test management | Development Team |
|
Implementation management | Development Team |
|
Enterprise IT architecture | No role explicitly assigned |
|
Business architecture | No role explicitly assigned |
|
DevOps | Development Team |
|
Incident management | No role explicitly assigned |
|
Security management | No role explicitly assigned |
|
Roles and Responsibilities in the SAFe Model
The Scaled Agile Framework extends Scrum principles to support large-scale enterprises, enhancing coordination and delivery across multiple agile teams. Table 11 details roles and their core responsibilities in SAFe.
Discipline | Role Title | Core Responsibilities |
---|---|---|
Program management | Release Train Engineer |
|
Project management | Scrum Master, Agile Project Manager |
|
Project analysis | No role explicitly assigned |
|
Scheduling | Release Train Engineer, Product Management |
|
Project assurance | No role explicitly assigned |
|
Risk management | Business Owners, Release Train Engineer |
|
Compliance management | Lean Portfolio Management, Product Management |
|
Solution architecture | Agile Team |
|
Business analysis | Business Analyst, Product Manager |
|
Organisational change management | Lean-Agile Change Agent, Agile Coach |
|
Process analysis | No role explicitly assigned |
|
Data architecture | Agile Team |
|
Database design | Agile Team |
|
Data analysis | Agile Team |
|
User experience and interface design | Agile Team |
|
System architecture | Agile Team |
|
System design | Agile Team |
|
System analysis | Agile Team |
|
System development | Agile Team |
|
Environment management | Environment Manager, DevOps Engineer |
|
Release management | Release Train Engineer, Release Manager |
|
Test management | Agile Team |
|
Implementation management | Agile Release Train |
|
Enterprise IT architecture | Agile Team |
|
Business architecture | Lean Portfolio Management |
|
DevOps | DevOps Engineer |
|
Incident management | No role explicitly assigned |
|
Security management | No role explicitly assigned |
|
Roles and Responsibilities in the Hybrid Model
Hybrid delivery models integrate Waterfall’s structured phases with Agile’s iterative cycles, balancing defined roles with adaptability. Table 12 illustrates how roles and responsibilities blend in the Hybrid model.
Discipline | Role Title | Core Responsibilities |
---|---|---|
Program management | Program Manager, Release Train Engineer |
|
Project management | Project Manager, Scrum Master |
|
Project analysis | Project Analyst |
|
Scheduling | Scheduler, Scrum Master |
|
Project assurance | Quality Assurance Lead, Project Assurance Manager |
|
Risk management | Risk Manager |
|
Compliance management | Compliance Manager |
|
Solution architecture | Solution Architect, Development Team |
|
Business analysis | Business Analyst, Product Owner |
|
Organisational change management | Change Manager, Agile Coach |
|
Process analysis | Process Analyst |
|
Data architecture | Data Architect, Development Team |
|
Database design | Database Designer, Development Team |
|
Data analysis | Data Analyst |
|
User experience and interface design | UX/UI Designer |
|
System architecture | System Architect, Development Team |
|
System design | System Designer, Development Team |
|
System analysis | System Analyst |
|
System development | Software Developer, Development Team |
|
Environment management | Environment Manager, DevOps Engineer |
|
Release management | Release Manager, Scrum Master |
|
Test management | Test Manager, Test Lead |
|
Implementation management | Implementation Manager |
|
Enterprise IT architecture | Enterprise IT Architect |
|
Business architecture | Business Architect |
|
DevOps | DevOps Engineer |
|
Incident management | Incident Manager |
|
Security management | Security Manager |
|
The successful delivery of enterprise IT projects depends on qualified participants who possess the expertise required to execute complex tasks. When underqualified individuals occupy specialist roles, projects encounter significant challenges, including misaligned deliverables and delayed timelines. The following case study examines a scenario in which insufficient expertise in key disciplines undermines project success.
Capability Stretch
Background
Budget Busters Corporation, a global leader in consumer finance solutions, undertakes a digital transformation project, FinSys Transformation, to replace its outdated financial management system. The initiative aims to streamline operations across 50 international branches, reduce transaction processing costs by 15%, and integrate real-time reporting for 10,000 users. The project, executed using the Waterfall model, requires expertise in core project delivery disciplines (e.g., Project management, Solution Architecture, Business Analysis) and supporting disciplines (e.g., Security Management, Test Management). Alison Rounder, a finance operations expert with minimal IT project experience, assumes multiple specialist roles, including Project Manager, Solution Architect, and Security Manager, despite lacking formal training or certifications (e.g., PMP, TOGAF, CISSP). Her limited qualifications in these disciplines create significant risks for the project’s success.

Challenges
The FinSys Transformation project encounters issues due to Alison’s inadequate expertise in specialist roles:
- Project management deficiencies: Alison lacks proficiency in project management practices. She produces a high-level visual schedule without detailed task breakdowns or stakeholder input, omitting dependencies for system development and testing. This leads to scope creep, with 20% of deliverables undefined, causing a 30% delay in the 12-month timeline.
- Solution architecture oversights: Without training in solution architecture, Alison designs a simplified system that neglects integration with existing payment APIs. This results in compatibility issues, with 40% of transactions failing during initial testing.
- Business analysis shortcomings: Acting as Business Analyst, Alison fails to specify comprehensive requirements, missing key stakeholder needs for multi-currency reporting. This produces incomplete requirements, causing a 25% error rate in financial reports during user acceptance testing.
- Security management gaps: Alison overlooks security requirements, such as data encryption and access controls. This exposes the system to vulnerabilities, risking a $200,000 regulatory fine for non-compliance with data protection standards.
- Test management inadequacies: Without expertise in test management, Alison neglects to develop detailed test plans, relying on ad-hoc testing. This results in undetected defects, with 15% of system functions failing post-deployment, frustrating users and delaying operations.
Outcomes
Placing an underqualified participant in specialist roles has significant consequences for the FinSys Transformation project:
- Extended delays: The project exceeds its 12-month timeline by 4 months, a 33% overrun, due to scope creep and rework from incomplete requirements and designs, costing an additional $300,000 in labour expenses.
- System inefficiencies: The deployed system suffers from a 25% transaction error rate and inaccurate multi-currency reporting, reducing operational efficiency and increasing processing costs by 10% instead of the targeted 15% reduction.
- Regulatory and security risks: Non-compliance with data protection regulations triggers a $150,000 fine and requires $200,000 in post-deployment security upgrades, negating initial cost savings from not hiring specialists.
- Stakeholder dissatisfaction: The confusing user interface and frequent errors frustrate 80% of employees across branches, as reported in user feedback surveys, damaging internal morale and external reputation with financial regulators.
- Team impact: Alison experiences burnout from managing multiple roles without adequate skills, undermining her credibility and affecting team confidence, with 60% of team members reporting low morale in project reviews.
Conclusion
The FinSys Transformation project illustrates the critical need for qualified specialists in large and complex enterprise IT projects. While Alison is a power user of the existing system and a finance subject matter expert, her expertise in finance operations is insufficient to deliver the responsibilities of specialist roles due to a lack of project discipline competencies.