Wednesday, 10 February 2010 13:58

Is an Agile PMO Possible?

Written by 
Rate this item
(1 Vote)

agilePMO1It often seems that a lean, agile development environment will always be at odds with the structure and constraints of the PMO. Rick Freedman described the situation well in a recent blog post:

"Many firms have committed so completely to PMBOK process flows and CMM best practices that many of the core concepts of agile development, such as "barely sufficient" documentation and change-friendliness, seem like heresy. In fact, I've had people in my Agile Project Management classes tell me that their perception of agile is that the key message is "everything you know about project management is wrong."[i]

Yet it does not have to be this way. The agile PMO can bridge the gap between these two very important groups and help organizations to execute projects more successfully. While it does require a bit of change management, it is not as impossible as it seems and the benefits far outweigh the effort. First, let's look at the skills and strengths that each team brings to the table.

The Benefits of Agile

Agile development has exploded in recent years for a number of reasons. For one thing, it encourages constant communication with customers throughout the development process, which helps to minimize scope creep. I recently spoke with an executive at a well known financial institution who believes that this is one of the key benefits of agile. It allows customer advocates to see what you are developing very early in the cycle, and you can then correct as needed before it's too late. This also enables companies to adapt themselves to the needs of the market very quickly. In a 2008 article, The Agile PMO Role, Tamara Sulaiman asserted that "agile teams are cross-functional, self organizing and self managing."[ii] With characteristics like these, it's not difficult to see how agile development teams can be extremely effective.

The Benefits of the PMO

Likewise, the PMO brings significant advantages to the organization. Its primary focus is on metrics and progress tracking, which are crucial components of successful project execution. It can also help facilitate communication between developers, project managers and executives. Sulaiman puts it this way:

"Let's say you are a manager or leader in an agile organization. Your development teams have implemented Scrum and are now working toward release. You've got the Scrum of Scrums working so that teams can communicate with each other about cross-team dependencies and impediments on a daily basis. But there's a gap, isn't there? As a manager, how do you effectively and efficiently measure progress, manage risk and keep your eye on the big picture across these agile teams? Wouldn't it be great to have an easy way to communicate budget and schedule information at the program level to the organization?"[iii]

While the agile worker is concerned mainly with innovation and fast delivery, the PMO can help to keep the rest of the organization informed as to what is going on. Scope changes, delays or quality issues can arise at any time, and when they do, they must be communicated to all of the stakeholders so that they can revise timelines and adjust their expectations.

In addition, standard PMBOK methodologies (e.g. compliance management) are often more successful at managing corporate initiatives than other methods. The executive at a large grocery store chain once told me that in his company, it is necessary to meet deadlines and not allow any deviation from scope from a legal standpoint. While agile is all about discovery - discovery of what the customer really needs, as well as the discovery of what is possible - it does not always meet the needs of project-oriented organizations with specific requirements. If you have to meet a new HIPAA regulation right away, you don't have much use for discovery. This is where the PMO can help the most.

The Value of Working Together

Combining the strengths of these two groups is a strategic move that will help organizations reach new heights of profitability they never thought possible. Project risk can be more effectively managed when the PMO is keeping an eye on things, and agile teams can achieve greater levels of transparency than before. In addition, the PMO can benefit from increased flexibility and dialogue with the customer, not to mention the fact that they will have more time to focus on their leadership role. A recent article entitled Agile Project Management makes the following point:

"Agile methodologies free the project manager from the drudgery of being a taskmaster, thereby enabling the project manager to focus on being a leader - someone who keeps the spotlight on the vision, who inspires the team, who promotes teamwork and collaboration, who champions the project and removes obstacles to progress."[iv]

Steps Towards an Agile PMO

One of the best ways to get two different teams to work together is to highlight their similarities instead of their differences. Believe it or not, the agile team and the PMO do have things in common. For one, they are both interested in prioritizing projects to ensure that the organization is investing in the right ones. Even as the economy improves, this is something that organizations must continue to do; and both agile teams and project managers can work together to achieve it.

When it comes to a difference of opinion, compromise is necessary. Creating an agile PMO in your organization will take a bit of diplomacy and mediation. The executive I spoke to at the aforementioned financial institution warns, "Don't be pure PMI or pure agile." Rather, find ways to get each team to give a little ground. Agile developers might compromise by tracking their time to task in order to keep the PMO updated on their progress. At the same time, project managers can compromise by being flexible and willing to update plans and schedules as necessary. If the organization uses a project tracking solution, a work request module would be especially helpful by providing a mutual feedback loop.

Organizations can really benefit from the agile PMO if they are willing to put in a little effort to make it succeed. The right management processes such as open discussion and compromise will enable managers to capitalize on the strengths of each group, resulting in successful project execution and increased ROI.

Don't forget to leave your comments below


Curt Finch is the CEO of Journyx (pr.journyx.com),a provider of Web-based software located in Austin, Texas, that tracks time and project accounting solutions to guide customers to per-person, per-project profitability. Journyx has thousands of customers worldwide and is the first and only company to establish Per Person/Per Project Profitability (P5), a proprietary process that enables customers to gather and analyse information to discover profit opportunities. In 1997, Curt created the world's first Internet-based timesheet application - the foundation for the current Journyx product offering. Curt is an avid speaker and author, and recently published All Your Money Won't Another Minute Buy: Valuing Time as a Business Resource. Curt authors a project management blog at www.project-management-blog.com, and you can follow him on Twitter at twitter.com/clf99.

[i] http://blogs.techrepublic.com.com/tech-manager/?p=2798
[ii] http://www.gantthead.com/articles/articlesPrint.cfm?ID=243988
[iii] http://www.gantthead.com/articles/articlesPrint.cfm?ID=243988
[iv] http://www.ccpace.com/Resources/documents/AgileProjectManagement.pdf

Read 6838 times Last modified on Wednesday, 10 February 2010 15:08
Curt Finch

Curt Finch is the CEO of Journyx. Since 1996, Journyx has remained committed to helping customers intelligently invest their time and resources to achieve per-person, per-project profitability. Curt earned a Bachelor of Science degree in Computer Science from Virginia Tech in 1987.  As a software programmer fixing bugs for IBM in the early ‘90’s, Curt Finch found that tracking the time it took to fix each bug revealed the per-bug profitability. Curt knew that this concept of using time-tracking data to determine project profitability was a winning idea and something that companies were not doing – yet. Curt created the world's first web-based timesheet application and the foundation for the current Journyx product offerings in 1997. Curt is an avid speaker and writer.

Comments  

 
0 # Claudio Brancher Kerber 2010-02-10 12:02
I see your point, but it still seems to me something like an abstract wish, we know what we want, we (me, you and other readers) share a view, but when I try to make it happen, the PMO always requests a cronogram that kills my agile atempts. Maybe they should give a chance, but it is hard to convince them that gantt is not good for software development.
Reply | Reply with quote | Quote
 
 
0 # Robert Galen 2010-02-12 21:45
I sort of buy your purism point - not too agile nor too PMO at a broad level. I *do* think the Agile PMO needs to be staffed or composed of at least one individual who truly has operated in and understands the dynamics of agile software development. Hopefully, this individual is in a leadership position to "transition" the thinking and modeling of the traditional PMO...towards.. .a healthy transition to agile approaches. This needs to occur at a systemic level. Point is...just changing (skinnying them down for the agilists ;-) a few templates or procedures does not an Agile PMO make. It's a much deeper transition that will effect change in tools, processes, methods, metrics, accounting & valuation,...vi rtually all aspects of the PMO. However, the payback potential, and this is coming from a biased agilist, is huge!
Reply | Reply with quote | Quote
 
 
0 # Curt Finch 2010-02-13 03:51
Thanks for your comments. I'm Curt the author. I have a friend that is an agile purist. I said to him, "agile is not for everything, e.g. compliance projects or space shuttle software". His answer is "Really? I'd like to understand a specific case in detail where Agile doesn't fit, because I think it is essential to any software development at this point." (or something like that). He's really smart and I often lose arguments with him even though I feel sure that I'm right. I see in organizations that I'm interviewing and working with that the PMI people are often related to regulatory compliance and they have to deliver something - or else - on a certain date. Or else there is a fine, or jail time, that kind of 'or else'. Am I just out to lunch or is Agile just not about getting it nailed by a certain date. Agile is I think about getting it cool and functional and awesome by a certain date and getting the most out of the resources you have, but not necessarily complete in some 'all tic-y marks much be checked off or our CEO goes to jail' sense. Right or Wrong?
Reply | Reply with quote | Quote
 
 
0 # Michael Spiteri 2010-09-19 17:50
Hello. We have just implemented an Agile PMO here at REAGroup (our company runs the leading real estate portals in Australia and Honk Kong). However, we are also setup as an Enterprise PMO, overseeing all key business initiatives across the organisation. The majority of our key initiatives have two major components - the product development aspect (which is run using agile development techniques) and the business readiness / go to market component (which is run typically using waterfall). We also oversee a portfolio of business improvement initiatives, which use a hybrid agile / LEAN approach. From an Enterprise PMO perspective we facilitate a number of portfolio card walls which we use to prioritize and initiate projects, which are then fed off to the individual development card walls. As a PMO we also prepare consolidated reports/metrics which provide overall visibility to the wider organization. We are six months into the Agile PMO approach - and have seen significant benefits, primarily in the ability to drive decision making quickly given the rapid / dynamic nature of our business. I feel we have achieved a good blend of agile elements and traditional PMO functionality. Buy in from across the business has been very strong.
Reply | Reply with quote | Quote
 

Add comment