Enterprise Project Management (EPM) and Project Portfolio Management (PPM) tools – the Rest of the Story

This year I have been asked about EPM / PPM solutions, as opposed to project level tools, more often than in the past – at conferences, after presentations and in the coffee shops. Senior managers and CIOs want tools that can work organization-wide to improve performance, support decision making and to manage risks. Maybe this new level of interest is caused by worries about the whispers of economic recovery or comes from the frustration of trying to integrate disparate pieces of project data for the last few years; I am not sure. What I know is that managers today want information that is broader, deeper and richer than they have had in the past.

Never wanting to miss a sales opportunity, many vendors of process or project management software are portraying their products as being up to the challenge of providing enterprise process management. Maybe. But, caveat emptor folks.

What is Enterprise Project Management?

OK – before I start spouting off acronyms, how about a few definitions:

  • Enterprise Project Management (EPM) – to quote Paul Dinsmore, “Enterprise Project Management is based on the principle that prosperity depends on adding value to business, and that value is added by systematically implementing new projects of all types, across the organization.”
  • Project Portfolio Management (PPM) – is the practice of managing an organization’s or enterprise’s projects as a visible collection (or inventory), combined with a process which ensures that the projects in the collection contribute directly to the organization’s goals (from BKC).

Using these definitions, enterprise represents the aggregate of activity across multiple projects and departments. In fact, I submit the EPM is more about process than technology and this is why throwing a tool at projects without focusing on processes is not going to improve anything!  Although information on task status, budget, schedule, documentation and resources is available for individual projects within an EPM tool suite, the EPM’s power comes from the ability to retrieve and aggregate information across all projects easily.  According to Deborah Nightingale of MIT presenting the “Principles of Enterprise Systems” at the Second International Symposium on Engineering Systems in 2009, enterprise project management facilitates the following:

  • Understanding status relative to strategic goals, vision and direction of the enterprise
  • Meeting information needs of the enterprise
  • Representing organizational structure of the enterprise, including boundaries between individuals, teams and departments
  • Collecting knowledge, capabilities, and intellectual property resident in the enterprise
  • Producing products and providing services and product support efficiently and effectively
  • Creating greater value for stakeholders

There are some basic capabilities I believe should be in any EPM/PPM software toolsuite:

  • Schedule Management – Gantt chart, scheduling engine, etc.
  • Resource Management – must have a global (i.e., single) resource pool and allow assignments to generic and real resources. Must also allow for progress tracking and reporting either by time or work complete.
  • Governance – must allow for roles and rules on how to approve and view information
  • Collaboration – should provide for an easy to use (hopefully, web based) mechanism for content management and storing of shared artifacts.
  • Reporting – tailored reports, dashboards, and general business intelligence to look at the project and program data in many ways.
  • Status – this may be similar to reporting, but the tools should allow for good communication and status updates with both quantitative and qualitative information

This is not an exhaustive list, but a good basic set of features that should be provided by EPM tools.  You may have your own list or use someone else’s, like the one on ProjectManageSoft’s website.

Capabilities of Enterprise Project Management Software

I believe that EPM and PPM applications must support individual projects and programs, as well as the larger enterprise. That means I want an EPM/PPM tool suite that allows “cradle to grave” tracking for projects — from selecting, planning, and scheduling, to status tracking, sharing, resource management and storing project artifacts. Project and program managers should be able to easily view information by portfolio, project, work site and resources. They should also be able to compare task schedules across multiple projects and for individuals. (I call this accountability.)

EPM applications should provide:

  • easy interface through corporate portals and intranets using a familiar browser interface
  • portfolio analysis and reports with visibility into ALL projects, programs or groups of projects
  • a central resource pool (so you can see ALL work for a resource – both people and generics)
  • managed, secure real-time access to project artifacts – like process diagrams and documents stored in a central repository
  • support for authorization or permission to access project related information and artifacts
  • “near real-time data” and historical data analysis and update notifications
  • easy integration with existing spreadsheets, word processing and desktop applications, like a PDF program
  • value to individuals and teams, such as what am I assigned to, how do I update progress, calendars, document libraries, and collaborative tools


The Rest of the Story

Purchasing an EPM or PPM application suite is not cheap — whether you choose Clarity, Microsoft Project Server, Primavera, PlanView or one of the other 50 less well known tool suites that claim to support EPM and/or PPM. And, purchasing the software is the beginning of having an EPM system, is not the end – you still have to implement it and support it.

Software tools that provide the power of a true EPM system and processes should be set up to integrate with your organization’s existing hardware and software. For most offices that means a tight integration with Microsoft Office. It could also mean sharing data with your finance or HR systems.  The applications must be tailored to your organization and your needs. This means you should only select an experienced professional consulting firm with in-depth knowledge of the tool, project management and business processes.

One other key part of implementing an EPM/PPM is that your staff requires training in using the tools or your organization will not gain the desired benefits.

Last, but not least, you should have a support plan in place.  In large installations, you will also need on-site support and maintenance that can be provided by direct staff or on contract.  Smaller implementations and organizations should have either a part time admin or support.  These complex applications do not run themselves.  And don’t make the mistake of “our IT guys can handle this.”  I have seen many good implementations fail because the IT staff is not experienced nor equipped to provide support for an EPM tool suite.

So is your organization planning to implement an EPM or PPM solution this year?  I would love to hear your fears and experiences on the subject.

One last thought – “A fool with a tool, is still a fool!”

The Accidental Project Manager – Part 2

Or, Improving the Perceived Value of Project Management

In Part 1, we talked about how some people end up with the title “project manager”.  It sometimes seems that organizations created the position of project manager so they will have someone to ask about project status and someone to blame when a project goes south. This is sometimes due to project management being seen as a task, not a career or profession. In addition, project managers are rarely part of the greater management team—those who possess knowledge, vision, and skills essential to driving the organization. So why is a function so critical to project and business success trivialized and minimized in the organization?  Or better yet, how do we help project managers become more respected or valued?

“The fault, dear Brutus, is not in our stars, but in ourselves, that we are underlings.” (William Shakespeare in Julius Caesar)

A bit of history
In 19th and 20th century business models (think Henry Ford), projects were activities outside of business-as-usual. Projects were managed ad hoc, operated for a short time, and then disbanded. According to Wikipedia on the history of project management, the 1950s marked the beginning of the modern project management as a specialized field with the advent of formal mathematical project-scheduling tools.

As Information Technology matured in the latter half of the 20th century to become profitable businesses, projects became business models in many companies. Perhaps because those who managed IT projects were technically trained rather than business trained, managing projects was deemed a support function rather than a skill essential to success. Companies valued those who brought project dollars in the door more highly than those responsible for executing the project.  As Harold Kerzner states in his book Advanced Project Management, “For almost 35 years project management was viewed as a process that might be nice to have, but not one that was necessary for the survival of the organization.”

How to improve the perception of value
As a reader of Fear No Project, you know I believe strongly that project management can be done well or done badly. Project management is a profession, and businesses that understand, embrace and reward effective project management will do better in the marketplace than those that do not.  So, how does a project manager or project management organization (PMO) improve the over-all corporate perception of its value?

Think like a CEO when you interact with clients, create status reports, ask for resources, make assignments, establish priorities, create benchmarks, monitor expenses:

  • Consider the value of your project in terms of corporate identity and long-range plans. (To the CEO, projects are rarely ends in themselves, but part of a bigger picture.)
  • Understand the importance of risk identification and risk management
  • Work to get new customers and keep existing customers happy
  • Look for and become an advocate for opportunities
  • Think outcome not process (process is what you do, outcome is the result)
  • Solve problems do not present them. In the words of a CEO Curt Finch, “Be an executor and not an academic.”  If you cannot solve the problem, see “Talk like a CFO”.

Talk like a CFO when you create a project budget, present project status, or identify and solve project issues:

  • Know the status of key project tasks at all times
  • Become comfortable assessing costs of labor, time, success, and failure
  • Talk in dollars made, dollars lost, and dollars at risk
  • Evaluate recommendations in terms of ROI (return on investments) and ROA (return on assets)
  • Project costs forward relative to project budget
  • Present possible negative outcomes that might result from failure to follow correct PM processes in terms of tangible costs and intangible impact on reputation

Sell like a Salesman by using data and specifics. Your instincts and intuition—based on years of project experience—may be correct. However, real data talks louder and with more credibility than opinions, no matter how well founded.

  • Use costs and LOE estimates based on previous project experiences
  • Track project costs in terms of actual versus planned costs
  • Apply predictive scheduling to show dependencies and implications of schedule variations
  • Analyze prior project debriefings or lessons learned. Use summary data to backup recommendations or conclusions
  • When presenting opportunities, quantify the risks and benefits of action and inaction
  • Check out Jimmie White’s post “Selling the Value of Project Management”. He references a new report from PMI that promises specific research data on project management value added.

Act like a politician when you engage executives, stakeholders, customers, and other parts of the organization:

  • Know what is important to the person you are talking to
  • Form a relationship with the influencers and decision makers
  • Learn to negotiate in order to be successful

Alright, so you start behaving and performing with these four attributes – what does this do?  It begins a process that shows a huge difference between the accidental project manager and the dedicated professional.  I have always held the belief that if you want to be something, like a vice president or manager, then start behaving like you are one.  And the best way to show an organization the value of a good project manager is to perform.  I am not saying this will be a quick process, but I will bet that when you and all career PMs start behaving and performing this way, your organization will take notice and have a new respect and value for the profession and role.

So what do you think?  Do you face any of these challenges in your organization?  Please leave me a comment or suggestion on how to address the culture of accidental project management.

The Lazy Project Manager's Blog

The Home of Productive Laziness Thoughts


Thoughts, experience, tips and tricks on issues affecting managers and project management

A Girl's Guide to Project Management

Project Management musings for one and all

LeadingAnswers: Leadership and Agile Project Management Blog

Thoughts, experience, tips and tricks on issues affecting managers and project management

Project Management Hut

Thoughts, experience, tips and tricks on issues affecting managers and project management

Herding Cats

Thoughts, experience, tips and tricks on issues affecting managers and project management


Pushing the Edges Out ...


Just another WordPress.com site