Agile Project Management – Extending PMBOK

I have long held the belief that agile is only a part and a subset of the wider topic of project management.  I feel there are various aspects of project management that aren’t particularly covered by any of the most popular agile methods, or at least not by Scrum and XP (Extreme Programming).

Therefore I have always been keen to highlight the importance of project management beyond what is provided for by agile methods, and equally keen to help project managers understand where agile methods fit in to what they already know.

In the PMI’s PMBOK (Project Management Body of Knowledge), agile is not specifically mentioned, however PMBOK tends to describe what a project manager should be managing, and not much about how to manage it.  Arguably, agile methods tend to focus a little more on how.

Although agile and traditional project management methods place a completely different emphasis on different parts of the project lifecycle (eg waterfall/PRINCE2 puts a heavy emphasis on the planning phase, whereas agile does not), it is somewhat possible to augment PMBOK with agile methods, as they are largely complimentary.

I hope that one day this will actually happen as an official and global standard, but in the meantime I thought I’d have a go at expanding on PMBOK, and in the style of PMBOK, to give my view about where agile fits in with the wider discipline of project management as a whole.

PMBOK highlights 5 distinct phases that are typical in many projects:

  • Initiating
  • Planning
  • Executing
  • Monitoring and Controlling
  • Closing

I think the same phases can be and usually are applied to agile projects, but as I mentioned earlier, the emphasis and detail within the phases would change accordingly, and some of the language would also change too.

Because of the iterative nature of agile methods, all of these phases take place firstly at the project level, initially only at a high level, and then again in more detail within each iteration or ‘Sprint’ (Sprint is the name given to an iteration in the Scrum agile methodology).

In PMBOK, under the Executing phase of a project, there is one particular process labelled 3.5.1 ‘Direct and Manage Project Execution’.  PMBOK says this is the process of performing the work defined in the plan, but leaves more or less everything else to the project manager’s imagination.

Of course there are sections in PMBOK about managing scope, managing resources, managing finances, managing the schedule, etc, but PMBOK tends to cover what should be done and doesn’t usually explain how.

So the first extension to PMBOK that I would write for agile project management would be to drill down on 3.5.1 ‘Direct and Manage Project Execution’ to cover managing iterations within an agile project.  I have done that below, in the same style and using similar language to PMBOK, and also retaining the PMBOK numbering system.

Here it is…

3.5.1    Direct and Manage Project Execution

Direct and Manage Project Execution is the process of delivering the features defined in the ‘Product Backlog’.  In agile projects, the work is performed in short, fixed-length iterations.  Each iteration has 4 key processes, reflecting 4 of the phases of a typical project:

  • Plan Iteration (Sprint Planning)
  • Execute Iteration (Sprint)
  • Monitor & Control Iteration (Manage Sprint)
  • Close Iteration (Sprint Review)

3.5.1.1    Plan Iteration (Sprint Planning)

Plan Iteration (Sprint Planning) is the process of discussing what can be delivered in the next iteration, clarifying requirements for selected User Stories’, identifying tasks and estimating the effort, and committing to the work.

Inputs

Tools & Techniques

Outputs

.1   Product Backlog (Prioritised)

.2   Velocity Achieved Previously

.3   User Stories (Draft)

.4   Team Members’ Availability

 

.1  Sprint Planning Meeting

.2  Estimating in Points (Fibonacci)

.3  Planning Poker

.1   Sprint Goals

.2   Sprint Backlog

.3   User Stories Selected

.4   Task Breakdown and Estimates

.5   Team’s Commitment

.6   Cards on Whiteboard

 

3.5.1.2    Execute Iteration (Sprint)

Execute Iteration (Sprint) is the process of producing working software as planned for the current iteration.

Inputs

Tools & Techniques

Outputs

.1   Selected User Stories (represented by
Cards on Whiteboard).2   Task Breakdown
.1  Collaboration

.2  Test Driven Development

.3  Automated Testing

.4  Continuous Integration or Daily Build

.5  Test Early & Often

.6  Pair Programming

.7  Refactoring

 

.1   Working Software for Selected User Stories

.2   Test Confirmations

.3   Automated Tests

.4   Any Related Documentation

3.5.1.3    Monitor and Control Iteration (Manage Sprint)

Monitor and Control Iteration (Manage Sprint) is the process of tracking work in progress and assisting successful delivery.

Inputs

Tools & Techniques

Outputs

.1   Work Completed Yesterday

.2   Work Planned Today

.3   Impediments Affecting Progress

.4   Working Software for User Stories Completed So Far

.1  Cards on Whiteboard

.2  Daily Scrum/Standup

.3  Daily Burndown or Burnup Chart

.4  Review Product Frequently / Active User Involvement

.5  Address Impediments

.6  Definition of Done

 

.1   Final Burndown or Burnup Chart

.2   Velocity Achieved

3.5.1.4    Close Iteration (Sprint Review)

Close Iteration (Sprint Review) is the process of reviewing work completed in the current iteration, reviewing progress against the overall plan, reflecting on how the iteration went, and deciding how to improve in the next iteration.

Inputs

Tools & Techniques

Outputs

.1   Final Burndown or Burnup Chart

.2   Velocity Achieved

.3   Working Software for Completed User Stories

.4   Feedback from Team

 

.1  Sprint Review Meeting

.2  Sprint Retrospective Meeting

 

.1   Demo of Completed User Stories

.2   Updated Product Backlog

.3   Retrospective Actions

.4   Updated Velocity Graph

.5   Sprint Report

 

These processes are repeated for each iteration until the project’s objectives are achieved, or until it is decided that the objectives are no longer worth pursuing.

If you think I’ve missed anything important, have got anything in the wrong place, or just want to make comments, please do and I will refine this idea further and publish an update with your input.

Kelly.

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn

Leave a Reply

Your email address will not be published. Required fields are marked *

Recent Posts

In The Zone with Marcin Zasepa

Welcome to the second in our new series, ‘in the zone’, a collection of conversations with CTO’s within the CTO Zone community. Each week we’ll be discussing the latest trends, insights gained from there experiences, and future predictions for their industry. This week we’d like to welcome Marcin Zasepa, CTO at Homegate AG in Switzerland. Every episode will be approximately 30 minutes

Read More »

In The Zone with Sasha Bilton

Welcome to the first in our new series, ‘in the zone’, a collection of conversations with CTO’s within the CTO Zone community. Each week we’ll be discussing the latest trends, insights gained from there experiences, and future predictions for their industry. This week we’d like to welcome Sasha Bilton. Every episode will be approximately 30 minutes long, and we aim

Read More »

Case Study: DAZN Data Engineering

Find out how 101 Ways helped DAZN improve their existing data warehouse as well as planning and setting the foundations of the new cloud-based data platform. Click here to download the full case study. Get in touch with a member of the 101 Ways team if you would like to discuss ways in which we can help you and your company

Read More »

Search the Blog

Agile Management Made Easy!

All About Agile

By Kelly Waters

“’Agile’ is one of the biggest buzzwords of the last decade. Agile methods often come across as rather more complicated than they really are. This book is an attempt to unravel that complexity. To simplify the concepts. This book breaks the concepts into small bite-sized pieces that are easy to understand and easy to implement and delivers the message in a friendly and conversational style. Allaboutagile.com is one of the most popular blogs about agile on the web. ”

Kelly Waters

Agile 101 is available to purchase. GAME ON!

Agile 101

Emma Hopkinson-Spark

“Whilst there are lots of ways you can vary the game depending on the teams you have and the learning outcomes you want, the basic flow of the game play is common to all.”
Emma Hopkinson-Spark

Why did we make the game?

How to play the game?

London

101 Ways Limited
41 Corsham Street
London
N1 6DR
United Kingdom

Manchester

101 Ways Limited
No.1 Spinningfields
Quay Street
Manchester
M3 3JE
United Kingdom

Amsterdam

101 Ways BV
Weesperstraat 61-105
1018 VN Amsterdam
Netherlands

Contact Us

If you would like to get in touch with one of the team at 101 Ways, then please fill out the form below or email us at contact-us@101ways.com.