AXELOS will be launching ‘PRINCE2 Agile’ within a matter of weeks. But what’s in the new product? What will it look like? A large team has been working on this for over a year, and if you would like to be one of the first to get answers to those questions then why not attend this webinar and find out?
This webinar will be presented by Keith Richards, Lead Author and Chief Examiner for PRINCE2 Agile. This is an opportunity to learn about what is in the course and how you can benefit from PRINCE2 Agile.
This session will look at:
• Why combine PRINCE2 with agile?
• What are their respective strengths?
• Where are the two approaches complimentary?
• What are the challenges when combining the two?
• How do you address the common misconceptions of agile and PRINCE2?
• Why PRINCE2 is NOT a ‘traditional’ approach to project management?
• How do you create a culture where they can operate together?
• How do you incorporate Scrum and Kanban?
• Where does the Scrum Master and Product Owner fit in?
• What are the benefits? How will it help your organisation?
• What does the new training course and examination look like?
Currently, there are many concepts that are trying to address the need to manage agile in wider context, but is this reinventing the wheel? PRINCE2 is a proven project management approach and is an industry standard that supports the principles and processes that can take agile to greater heights.
Why not attend and see if PRINCE2 Agile addresses your needs when working in agile environments? You may be surprised by the outcome!
After registering, you will receive a confirmation email containing information about joining the webinar.
This is an interview with Keith Richards by Frank Turley on May 2015 about PRINCE2 Agile. Keith is its lead author.
Update: The release date has been updated to June 24th.
And here you are, the complete interview:
And if you wish, here’s the transcript:
Frank: Welcome to this podcast interview, and we’re going to talk to the lead author of PRINCE2 Agile, Keith Richards. Keith is founder and director of Agile KRC, which is a well known company in the agile and lean world. He is both a PRINCE2 trainer and DSDM agile trainer, and actually has written the first book on PRINCE2 and agile in 2007 with DSDM in turn. He was also very involved in the development of agile PM in 2010 and in 2011 he received the award for the Most Valuable Agile Player for all his efforts in everything agile. And this is why he was selected by AXELOS to be the lead author for PRINCE2 Agile.
Okay Keith, nice to talk to you. I’ve been wanting to do this interview for a while since I heard of PRINCE2 Agile and thanks for joining us.
Keith: No problem at all.
Frank: Great. So I got some questions for you. First of all Keith, how do you define agile?
Keith: That’s an excellent question, and a lot of the work that went into PRINCE2 Agile was actually about defining agile. The way it’s defined in PRINCE2 Agile is you’re like a family of frameworks, behaviors, concepts, and techniques. And the reason why we’ve done that in PRINCE2 Agile is because there’s no clear, single definition of what agile is and a lot of people see it differently. A lot of people point to the agile manifesto, but if you read the agile manifesto carefully, and I don’t mean pedantically, it’s very much about software and it’s actually about time-boxing and two weeks work packages. And really that excludes quite a lot of the agile family. That’s how PRINCE2 Agile has defined agile but it’s quite a complicated area.
Frank: Okay good, thanks for that. Now the big question is when is the release date for PRINCE2 Agile? That’s the date of the manual and certification date.
Keith: To my knowledge, and I have no reason to believe this is going to change at this late stage but it’s June 12th.
Frank: June 12th, okay so that’s when the manual will be available for download. Is that what you mean?
Keith: I don’t know if it’s downloadable, but it’s certainly being published, printed. You can buy it. Now, from a point of view of a training course, theoretically you could then train on that same day but the delegates wouldn’t have seen the manual if your training organization wants to have the manual given out for pre-readings. So maybe within a week or so you can actually start training in it.
Frank: Okay, good. Alright, thanks. What are the main benefits of PRINCE2 Agile to Prince?
Keith: A very important caveat you’ve put on the end there is actually to Prince. The whole concept of PRINCE2 Agile is to create an extension to PRINCE2, so it’s configuring, tailoring, adjusting PRINCE2 to run in an agile setting. The benefit is if you’re a PRINCE2 organization and you want to be more agile in the way you work, then this is the product for you. If you are encountering agile and you know PRINCE2 and you’re not quite sure how to combine with it and blend with it and react to it, then again that is what the product is aimed at. So it’s aimed at the PRINCE2 community and it’s how to run your projects in a more agile way and how to operate your projects in an agile context.
Frank: Okay, maybe just jump on then to the next related question on that. Can you use PRINCE2 Agile on its own or do you always need PRINCE2? How does it fit? Can you give me a picture of that?
Keith: Yeah. I think the best way is to say, and I don’t want to refrain. It’s almost the question doesn’t make sense, as in if you’re doing Prince, you’re doing Prince. And what PRINCE2 Agile is a way to adjust and configure PRINCE2 to operate in an agile context. Your question is valid and it’s often asked. It’s not a question of “do I put PRINCE2 on the side now and I run this different thing called PRINCE2 Agile?” That is not what you’re doing. You are still running Prince. One of the biggest findings and slightly surprising findings was that there is nothing that you need to remove from PRINCE2 to operate in an agile environment. It was quite an interesting moment when the team started to realize that PRINCE2 is already agile-enabled. It’s just a question of adding adjustments to it and tailoring so that it works in an agile context. There’s a very important point here, and that is that there was a rewrite of PRINCE2 in 2009 and what the team did, lead by Andy Murray and I think there was at least 100 people involved in that. What they did was make sure that PRINCE2 was agile-enabled. So they removed some of the blockers and problem areas with PRINCE2, such as there was no prioritization technique in there and such as it was very much focused on time and costs in terms of the tolerances. Now they did other things as well, but they smoothed out what are known as the aspects, so when you talk about things like time-cost-quality benefit, risk and scope, that they leveled those out to make them all equal, whereas if you go back to what was the red book in terms of PRINCE2, it was very much written in a time and cost focused way. I’m sure you’re aware when you’re working in agile, you fix time – over 2 weeks and 3 months or what have you – and you fix resources. PRINCE2 2009 was agile-enabled. So all we needed to do with this product was to play to the existing PRINCE2 and tailor it, configure it to run in an agile setting.
Frank: Okay. So it’s like as if you’ve documented PRINCE2 from an agile point of view or tailored PRINCE2 to run in agile project and documented that.
Keith: Yes it’s the latter. The questions you’re asking are quite complex because we struggled at the beginning of this project, because are we trying to make PRINCE2 more agile or are we trying to apply agile to PRINCE2? Literally, is this agile PRINCE2 or is this PRINCE2 agile? And actually what it was, was PRINCE2 is PRINCE2. We then need to add information to how you would run this in an agile context.
Frank: Alright, thanks for that. But I think lots of people will have the same kinds of questions.
Keith: Your questions are very good. The earlier questions was a little bit an unusual question but trust me, I was asking the same questions a year ago, and that’s why the project itself and the product was quite complicated to build and define because of the sort of questions you’re asking.
Frank: Yeah. Okay, well that brings me to the next question. What were the biggest challenges in trying to…well the question is to combine PRINCE2 and agile but actually to tailor PRINCE2 to run agile projects.
Keith: Yeah. The biggest problem was actually trying to define what we are trying to do because fundamentally there is nothing wrong with PRINCE2. You don’t remove anything from PRINCE2 to run it in agile. What a lot of people get wrong with PRINCE2 is what I call the stereotyping. People see PRINCE2 as waterfall or traditional or command and control, and it’s actually completely false and untrue. I think you could’ve said that about the previous version, what’s called the red manual. You could’ve said some of that. Bur PRINCE2 is completely neutral on your style, of how you manage. You can run it waterfall. You can run it agile. You can do whatever you want. When we got over those hurdles, which were quite problematic, the next thing we hit was canvassing views and collaborators. We dealt with at least about 40 people. And the next biggest problem was getting 40 people to agree on certain fundamental things, for example your earlier question like “what is agile?” And when you got 40 people from all agile spectrum, project manager spectrum, and I always use the example of a Venn diagram. If you drew a Venn diagram and plotted everyone’s views, you would have nothing in the middle because everyone had such diverse opinions. And the biggest problem was trying to rationalize and consolidate that stuff, which was a – great fun, but b – very difficult. That was the biggest single problem. What is agile? What’s good agile? But alternately also quite a lot of fun.
Frank: Good, okay. Now from the process model point of view, what does PRINCE2 Agile look like in the initiation stage?
Keith: That’s a good question because part of the difficulty with writing the product was you had to write it from a view of what do you find when you’re using PRINCE2. So if you’re in a very basic agile environment, you might have very little that’s going on in the initiation stage, and therefore PRINCE2 brings a lot of control and formality and some rigor to starting your projects of well. It might be that you’re dealing with an organization that’s got some sort of agile maturity and they’re using things, concepts like discovery, visioning, sprint zero. And again this is where you have to then map and tailor PRINCE2 accordingly. So what we did with processes was make sure that there’s a section on what you may find and then we explain in PRINCE2 how you adjust it. But importantly, you don’t remove the PID. What you do is you say “what does the PID look like in an agile context?” The tailoring was how you would actually create a PID, for example. It might be a lot more informal. You might be making use of things like information radiators. You would not be going into detailed requirements at this stage. This is the sort of tailoring guidance that will be going into SU and IP, those early processes.
Frank: Okay, already. So you get across the idea that they don’t need to define everything upfront in order to get starters.
Keith: Yeah. A – that’s common sense. B – PRINCE2 doesn’t actually say anything other than don’t do too much work early on because it might be wrong. But you really have to spell it out in an agile context, and this gives you maybe an indication of what the tailoring involves, is that we do not want detailed requirements upfront because we want the things to evolve and emerge as we go through the project and react. This is the sort of guidance we will be going, so that’s correct, yeah.
Frank: And what about the controlling stage? What does PRINCE2 Agile look like in the controlling stage area?
Keith: Again, we’re giving advice to project managers what it might look like. So for example if you’re used to project managing from a Gantt chart and you’re into time and cost, we’re saying agile will be working it differently. The delivery teams are going to be working to work packages when they’re reporting to you through checkpoint reports. These might be in a form of burned down charts or information radiators. Again, a lot of the work with the processes is what you might find and how to respond to it, but also to say as a project manager you can work in a more agile way. When you’re managing a stage, why not manage it with a burn down chart. Again, you have to be careful. You don’t want to be showing a burn down chart to a board if they just don’t understand what they are. Again, that depends on how agile the project board are or how agile and how mature in an agile way the organization you’re dealing with, so that is.
Frank: Alright, and I presume that’s the same goals for the stage boundary process as well.
Keith: One of the very complicated areas is actually around this concept of stages; the teamwork on it quite a lot. The conclusion was that there isn’t really anything in agile that is absolutely identical to the PRINCE2 concept of a stage. A stage is very much about project viability, and the nearest thing in agile would be something like maybe a release or the idea of stopping delivering because the value is tailing off, but the who mechanism of the stage boundary is not really something that there is an identical manifestation of out in agile. This actually, I think, is quite powerful from a PRINCE2 point of view because it really does give some more rigor and control in an agile environment. But again, we played around with that in the book. There’s nothing wrong with value. There’s nothing wrong with saying “hang on; I think I’ll stop now. We’ve delivered enough value.” But in a project context, that’s a little bit more tricky because projects are finite and we need to define how far we’re going to let the project manager run the project in terms of managing both section.
Frank: I see. That’s good to know. Actually a stage then it will not be linked to a sprint. There can be multiple sprints within one stage and I think that’s good what you said when you said the stage might be seen as a release from an agile point of view.
Keith: Yeah. Again, I’m hoping I’m giving you a favor, Frank, with some of the problems we have because you got to remember that one, if I go to an organization and they’re talking about a release, what are they talking about? Because they not release every three months, in which case you can link it to a stage, perhaps quite comfortably. But you might go to another organization and they’re releasing every week or they’re releasing every day. We got to be very careful with the terminology but the big learning point is that the management stage boundary, you start with that and you fit your releases and your time box or time boxes or sprints into that structure.
Frank: Okay thank you. The next point is the project management role. How has that changed?
Keith: Well that’s the most fascinating part of some of the work we did in the organization theme, is that some agile people do not believe in the role project manager anymore. PRINCE2 obviously does, or it will get into a bit of a problem. But we spent quite a bit of time working on the mapping, and the classic is where does the Scrum master fit? Is the Scrum master, in effect, now going to be the project manager? The simple answer is no because the Scrum master needs to be down in the delivery teams. The problem you have is on a small project or what we call a one-team project, then you have a PM/TM, if you understand me. Where does the Scrum master fit there? The mapping is actually quite difficult because a lot of agile belief systems are about self organization and equal teams and coaching, and some are very much against this idea of being managed. So we have to spend quite a bit of time playing. We haven’t seen manager role maps to the agile roles because as I’m sure you’re aware, the product owner in agile has quite a lot of control. You could say they do some of the planning. You could say they’re in fact in charge of direction at times. This is one of the hardest areas. To cut a very long, complicated discussion short, it is not a simple mapping. The product owner and Scrum master are, in effect, you have to sort of combine the managers and apply them to the situation accordingly. But as I’m sure you’re aware also there is no project manager role in Scrum or Kanban.
Frank: Alright, thank you. Management products, how have they changed? Are they simplified a bit or are they left up to how you want to tailor them?
Keith: It’s the latter. Again, to sort of repeat, we’re looking at the management products. You don’t remove any of them. You still need all of them. Mainly the guidance is about the formality and what they might look like. You may need to add a little bit to some of them. Agile is very much about the early delivery of benefits and benefits realization. So sometimes you need to add maybe another bullet point to some of these management products, and again that advice is given in the manual. You could have situations. If I give you one example, if you’re trying to give a highlight report to the project board, they might be able to come into the project room and pull information from an information radiator, for example. We got to be careful here because a – can they do that? B – do they know what they’re looking for? C – is all the information they need on the information radiator? Maybe it is, maybe it isn’t. We spent quite a bit of time explaining that there are many ways to represent the management products, and again this isn’t a PRINCE2 Agile point. It’s a PRINCE2 point, that actually these management products are information sets. They don’t have to be documents anyway; the stereotyping of PRINCE2 that it’s a lot of documentation. It’s up to you how you want to represent that information.
Frank: Okay. One of the things I like about PRINCE2 2009 is their benefits management and the benefits review plan. One of the things I like about Scrum and agile is the whole idea of creating value and showing this. Are these very much aligned, these documents?
Keith: Yes they are, and you’re picking a good example there of where Agile is very much about benefits, and therefore when we talk about business case and early [19:36] benefits and the benefits review plan, we got to make sure that this sort of constant flow of value is represented. Another thing that came out was if you look at PRINCE2, it’s talking about benefits, benefits, benefits. And if you go after agile, they’re talking value, value, value. Although they’re not completely identical, they’re more or less the same thing. And therefore if you’re a PRINCE2 organization and you want to become more agile or you’re encountering agile teams that are saying agile things at you, what the manual is trying to give you is guidance on what you’re going to hear and what it means. If your delivery team is talking about value and you want to talk about benefits, just make sure the wording is okay and we’re all on the same page because as I say, they are not identical but they are so similar that we’re really talking about the same thing.
Frank: Okay. Is PRINCE2 Agile mainly prepared for companies who already using PRINCE2 and want to become agile or do you prescribe it to a company that has not used it before?
Keith: The short answer to that question, because that’s quite a big question actually, is the reason PRINCE2 Agile exists is because people were saying “look, we’re using PRINCE2 and we want to know how to use it in an agile setting.” So it is aimed at PRINCE2 organizations, it’s aimed at PRINCE2 practitioners. And that is where we are at the moment. So that is if you like the customer-driven need is to create this product. Now where that goes, say this time next year, I don’t actually know to be honest, because it is aimed at the PRINCE2 community. You’re using PRINCE2. You want to use it in an agile setting. If you’re an organization that hasn’t got PRINCE2 in it and you haven’t really got any project management disciplines, one route would be to go and get PRINCE2 trained and then get PRINCE2 Agile trained. So that would be a completely valid route.
Frank: That’s why I was surprised to see that in order to get the PRINCE2 Agile certification, you have to be a PRINCE2 practitioner, which I think is limiting the audience of PRINCE2 Agile. Can you respond to that?
Keith: Yes, I totally agree. As I say, I’m working for AXELOS. AXELOS asked me to do certain things and lead the team and I deliver to what they are asking and what they’re seeing in the marketplace. But I think you’re making a very valid point. It is restricting and they’re deliberately restricting it at the moment because they want value added to training companies and PRINCE2 community. And that’s why I’m saying where we are next year, and I honestly can’t guess at the moment, really. Maybe because I’m quite tired after having spent a year on it, but it could be that things do change but it will change on the basis that the community or the customers are saying a bit like you’ve just asked. There’s a gap here. I want to get to this and I don’t want to go via the PRINCE2 route. So what can I do? This will be driven by feedback on PRINCE2 Agile, feedback from the marketplace, and AXELOS will just respond to that. I agree with the sentiment of your question there, and I don’t know how this will play out.
Frank: Alright, okay thanks for that. The very last question then is how similar is PRINCE2 Agile to Agile PM?
Keith: it’s very similar. I would say very, very similar. And this is going back to your previous question. It might be that if you’re not a PRINCE2 organization and you’re looking to go agile with your projects, you can go down the Agile PM route. You could go down the PRINCE2 and PRINCE2 Agile route. One thing I would say is if you’re a PRINCE2 organization or a PRINCE2 practitioner and you wanted to go down an agile route, I can’t see any other route than going down PRINCE2 Agile. That makes the most sense. The reason they’re very similar is they’re both agile in a project context. They’ve got very similar structures. I don’t know if you are aware Frank, I was the lead author for DSDM and Agile PM back in 2007, so I know both methods in complete detail. They’re doing the same thing. They do it in a same way. They’re in exactly the same space. An organization isn’t going to want Agile PM and PRINCE2 Agile. That wouldn’t make any sense. But then some organizations are going to want to go down on Agile PM route. Some organizations might want to go down on PRINCE2 Agile route. They are, I would say mutually exclusive because they’re basically doing the same job.
Frank: Alright, great. Good! That’s it. Keith, I think you have a webinar coming up as well soon.
Keith: That’s correct. We got a webinar on the 28th of May. I don’t know if you listen to any of our webinars, Frank, but they do…
Frank: Yes I do. I find them brilliant. And they’re on YouTube and you’re very, very good. I’m a big fan.
Keith: You’re very kind to me. I have to say we absolutely love doing the webinars. We really enjoy them. They don’t always quite go to plan and that amuses a lot of the people who listen sometime, but we have hundreds and hundreds of people that sign up for them, and we really enjoy them. They’re free. We give quite a lot of information away. And we even had one customer saying that they are so good they don’t need to get any consultants in, which is a little bit frustrating from a business perspective. But we don’t mind. We enjoy doing them. Thanks for mentioning it.
Frank: I’ll put the URL for the webinar on the posting as well. Keith, thank you very, very much for this interview. Thank you as well for being the lead author for PRINCE2 Agile and we look forward to…the date again was, for the release?
Keith: June 12th is the release.
Frank: June 12th, okay good. Alright, thank you Keith.
Keith: And thank you very much to you, Frank. And I see some of the stuff you write and present as well, in the early days of looking at this I did come across some of your stuff as well, so it’s really good stuff that you’re doing too and it’s been great to link up on this chat. Thanks very much.
Frank: You’re welcome. Bye.
If you like this article then thanks for leaving a comment or sharing.
There’s a simple FAQ by AXELOS that answers some of the frequent questions, such as:
Agile delivery principles are increasingly attracting the attention of organizations looking for the most appropriate approach to help meet their project objectives.
Michelle RowlandBut, buyer beware! Agile methods alone may not supply sufficient control within projects to ensure they are meeting business needs. Therefore, organizations need to know how to combine agile with other project management methodologies.
There would be only a PRINCE2 Agile Practitioner level exam and certification. Candidates have to be PRINCE2 Practitioner certified before taking the exam.
This might limit the exposure of this new system, since it’s harder to get certified and it might discourage some people who might have otherwise get involved. It’s also harder for companies who want to adopt it: since they could ask their team members to get the Foundation level certificate to understand the general idea and have the common language; but they can’t.
It’s the current decision. Let’s hope AXELOS revises it.