Rss Feed Reddit button Digg button Stumbleupon button

Transforming To An Agile Project Management Office – A Study in Trust and Courage

Transforming Project Management OfficeArticle Written by Gwen Miller, PMP, APMC, CSM 

Agile Methodologies such as Scrum, XP, and Kanban are here to stay.  To keep pace, Project Management Offices (PMOs) need to transform from traditional command and control, task oriented organizations to lean and mean agile machines (couldn’t help myself, just sounded cool!!).  Can the PMO demonstrate the courage to take on the transformation and trust that it can facilitate processes that assist with adding business value and lead continuous improvement?  I say ‘Yes we can!!’ (‘Just do it’ was already taken). 

Let the Transformation begin! 

Or maybe not.  Here is where things get a little challenging.  Here is where traditionalists hold tight to the PMBoK and get on their soapbox.  How can the PMO support ‘lightweight practices’?  We need all that documentation and those processes otherwise what will we do.  Indeed, what will we do? 

In my experience, the PMO has always been the keeper of the project processes.  In a Agile PMO, that does not change.  In fact, it is paramount for the PMO staff to focus on ensuring that Agile Methodologies like Scrum are implemented as best as can be.  Process for process sake will sink any transformation.  Think waste reduction.  The concentration should be on helping scrum teams look for non value added activities to be eliminated from the process. 

How will we report on project status? 

Many PMO’s find themselves lost if they don’t have the standard MS Project Plan/Gantt chart that provides numerical and graphic representation of the project’s status at any point in time.  Agile makes the status of a project very visible.  The scrum team creates a task board that represents the activities to be accomplished during that project (I like to think of each sprint as a project) and updates it on a daily basis.  As those walking by notice that things seem to move on the task board and that represents progress. 

ScrumMasters track other metrics like burn down charts.  A sprint burn down chart graphically represents the work remaining over the duration of a sprint which feeds into the release burn down chart which represents the progress against a release plan.  Agile’s version of the gantt chart (in my opinion). 

Is that all there is? 

No, that’s not all.  But enough to get started and other articles will follow.  There is much for the Agile PMO to do to ensure success and it all starts with the process.  Trusting that the role of the PMO is just as important in the lean/agile world, if not more so, as it is in the traditional setting, and having the courage to adapt its role will ensure longevity for the PMO and start the transformation to a value added organization. 

Do you trust in the process and have the courage to change?

 

© 2011 Gwen Miller.  All Rights Reserved. 

Visit website Gwen Miller, PMP, CSM 

or Follow on Twitter  @GwenMillerPMP

 

The Missing Link – Executive Support for Project Management Processes

Project Management ProcessesArticle Written by Gwen Miller, PMP 

Executive support for project management processes required to successfully manage projects, especially IT Projects, seems to be almost non-existent.  Why is it that so many C-level executives do not appreciate the art and science that is project management?   

What’s the problem? 

With the failure of IT projects still in the 60+% range, I would hazard a guess that any corporate executive would pull out all the stops to make sure that their IT projects were delivered successfully.  Many studies suggest that implementing and following project management processes increases the likelihood of decreasing the number of projects that end up being considered a failure.  I think there are two issues at the heart of the problem. 

One is a negative opinion of project management and the second is lack of education on project management. 

Just deliver the project 

Many times I hear executives criticizing project management processes.  It seems during their careers, they had a bad experience or witnessed poor execution of the processes.  The issue is project managers that do not modify how they apply the processes based on the complexity of the project. 

A project that would be considered low complexity or low risk would not need the same level of rigor (or process) as a highly complex, cross functional, cross departmental, high risk initiative.  But that is what happens, time and again.  And that is where the frustration sets in and negative opinions are formed. 

We don’t need no education 

Many executives have not been exposed to project management education.  Many business programs do not include a project management course as an elective.  Even in Information Systems or Computer Science curriculum, project management is a 3 credit core course.  The exposure is minimal at best unless education is focused on project management. 

And the winner is….. 

If the only exposure to project management has been deemed ‘process purgatory’, I can understand why many executives are not supportive.  And not understanding the art and science of project management puts those executives at a disadvantage.

However, those who have educated themselves, from an executive perspective, know what to expect from the process and can intervene when they think ‘That’s TOO Much’.

There are many ways executives can gain this information, and perhaps, begin to understand how project management can help them increase the percentage of successfully delivered projects and receive the business value expected from that investment. 

Do your executives support project management?

 

© 2011  Gwen Miller  All Rights Reserved.

 

Should Project Managers Lean Towards Process Orientation?

Project ManagersArticle Written by Gwen Miller, PMP 

Project managers and processes.  Hard to think of one without the other.  Most project managers have received some level of project management training.  In many project management training classes, there’s a lot of focus on the flow of processes in the project life cycle.  Because of this focus should project managers be process oriented? 

The Value of Process 

There’s something safe in following a proven, repeatable process.  That’s what most organizations hope to achieve with their project management methodology.  Most organizations conduct a retrospective or lessons learned as part of their methodology so if something isn’t working, it can be fixed.  This continual improvement of the methodology is a process of itself. 

Customers trust their project investment to an organization that can provide them with the process that will be used to manage, control and implement their project.  Company leadership look for a defined process to help them determine if their project will provide positive ROI for the funds invested.  Project Management Offices look to processes for metrics to measure PMO performance.  Is there a possibility that processes may actually be a burden, causing us to waste valuable resources? 

Process Burdening Agility 

Every process should have a goal or purpose or create a deliverable.  Why else would you do the process?  When you study the reasons for failed projects, one of the primary causes is that sound project management practices (i.e. processes) were not employed.  This could be the result of burdensome processes being abdicated for a ‘just do it’ approach.  This could be the sign of a power mad PMO that embraces a directive to comply with too many processes.  

This approach does not add value and does not provide a project management process that allows for flexibility.  This type of methodology ‘process for processes sake’, slows down project progress and impacts the morale of the project team.  In response, project managers may take their own approach and ‘just do it’!  This can negatively impact an already troubled project. 

So Just Do It Works 

It might work, providing the project manager knows what ‘IT’ is and is allowed to do ‘IT’ the right way.  How is ‘IT’ a repeatable process?  How does the rest of the team proceed?  The project manager would need to communicate each step to ensure ‘IT’ was done correctly.  And if ‘IT’ is not, who takes the heat?  This is very risky!! 

The ‘just do it’ approach may work when you have encountered a problem that has not arisen on any prior project.  The project team will need to be creative to create a workaround or a permanent solution.  Either way, they are ‘just doing it’ for that isolated incident and should get back on track once solution is implemented.   

The solution to the problem will be discussed during the project retrospective or lessons learned.  The processes will be adjusted as part of the continuous improvement process for the project methodology.  But ‘just do it’, or project management by the seat of your pants will never be the methodology of choice.  I am positive your company would not want to invest in any projects that were managed with that approach.

The Right Amount of Process

As each project is unique, so should the processes used to manage, control and implement the product of the project.  Negotiate which processes are necessary with your key stakeholders and document those that are deemed low value or non value work as out of scope.  Be able to measure the agreed upon processes so you can validate your performance.   

I think that project managers will need to have a process orientation to understand how to maneuver amongst the project processes and know how to use them to drive their project to success and provide metrics on performance and achieved value/benefit. 

Would you agree with that assessment? 

 

© 2011 Gwen Miller.  All Rights Reserved