If Projects are like cars and gasoline – what octane level of tools do you need?

Recently I had the opportunity to present at a conference of business professionals about project management tools. Unlike professional project managers, who have a background that encompasses many of the tools available to facilitate project management, this audience included practitioners across a wide spectrum of business areas. So, for that presentation, I wanted to talk about project management tools from the 50,000 foot level.

The metaphor I chose for the presentation was how to select the most appropriate project management tool octane in order to get the right balance of cost and power. There was a side benefit to the metaphor — some useful concept matching graphics; always a plus when your slides will be displayed on large projection screens. The take-away I was striving for was an appreciation that there is not the one best PM tool, but rather the PM needs to match tool capabilities to project size and complexity.

So, here is my “octane-based” categorization of projects:

 

Unleaded:

    • Small project with 3 to 10 staff
    • Short duration — between one and four months
    • Part-time project manager — 6-10 hours per week
    • Needs PM tools to develop and track
  • Charter and scope
  • Tasks and schedule
  • Status reports

Regular:

    • Dedicated staff of 10 to 30 people
    • Medium duration — usually less than one year
    • Half-time PM
    • Needs PM tools to develop and track
  • Charter and scope
  • Project plan
  • Schedule
  • Assignments
  • Risks and issues
  • Status reports

Super/Premium

    • Large, strategic project
    • 30+ full-time staff
    • Long duration — 12 to 24 months
    • Full time PM
    • Needs PM tools to develop and track
  • Charter and budget
  • Project management plan
  • Detailed schedule
  • Assignments
  • Risks and issues
  • Quality plan
  • Cost controls
  • Status reports with metrics

Over the next couple of weeks, I plan on talking about the type of PM tools that support the needs of each octane level of project. I will focus on commonly used PM tools. Some of my thoughts are based on the Resource Management survey conducted by Cognitive Technologies Inc., last year (Tools for Resource Management – The Survey Results).

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!”

How cloud computing affects projects

“Human knowledge has been changing from the word go and people in certain respects behave more rationally than they did when they didn’t have it. They spend less time doing rain dances and more time seeding clouds.”
Herbert Simon

Cloud computing – that server in the sky – has gotten a lot of press recently. Organizations are investigating its power to offer less expensive client services, to more tightly couple dispersed organizations, and to integrate open source applications with proprietary ones to improve the comprehensiveness of services. Cloud computing is also touted as a way to save money and be more green because less energy and natural resources are used.  In fact, I just got back from the Microsoft Worldwide Partner conference in DC where every presentation had something about “the cloud” and how you needed to be “all in.”

Tim O’Reilly, CEO of founder and CEO of O’Reilly Media, talked with operations personnel at OSCON 2010 about cloud coordinating services during the relief efforts after the Haiti earthquake. He discussed using information services provided through Ushahidi (Tufts University) to take source data from SMS, creating interactive maps using Google Earth, provide instantaneous translation with software developed in close to real-time, and connecting people through Skype.  

How will cloud computing change development and project management?

From a project management perspective, several things about business change in a cloud environment. Costing, for example, reflects service agreements rather than hardware and software purchases. Maintenance and troubleshooting becomes more difficult because it is the responsibility of the service provider. How queries are written against stored data changes because of the way that databases are handled in the cloud. Comfort in data security services from providers becomes a huge deal. Developers need proficiency in dynamic programming languages such as Python, Perl, Ruby etc.

Architectures change as Lew Tucker, Sun’s CTO of Cloud Computing cautions, “Different parts of an application might be in many places in the cloud. For example, a presentation layer might be on Facebook, storage could be on Amazon.com’s S3, and application logic could run somewhere else entirely. "

Nikita Ivanov,  CEO of GridGain Systems – Cloud Computing Software suggests that The best way to think about cloud computing is as a data center with an API. In his blog, he presented a provocative list of real-life challenges and observations about cloud computing from which I have selected a couple major ones for consideration by project managers and developers:

  1. You will spend weeks and months fine tuning your application and developing additional functionality; plan accordingly
  2. With 1000s of remote nodes, things that worked in 10s of nodes often “mysteriously” don’t work on the “cloud” scale.
  3. Debugging problems require pretty deep understanding of distributed computing; learning curve is very steep; trial and error is often the only solution
  4. Cloud(s) are implemented based on hardware virtualization – make sure your grid middleware can dynamically provision such images on demand.

Cloud computing requires a platform that can manage the dynamics of the application including troubleshooting performance issues. There are currently no great approaches to identify quickly the root cause of application performance issues in the Cloud. Existing tools and solutions are limited in the way they capture information reports Andreas Grabner in the post, “Challenges of Monitoring, Tracing and Profiling your Applications running in The Cloud”.

To cloud or not to cloud, that is the question. There is certainly potential value added to applications and organizations using the capabilities of cloud computing. However, before making the plunge into territory that will significantly change the way you do application development and manage projects, I strongly recommend educating yourself on process and procedures and get advice from experts.  There are several good places to start and Microsoft has some good resources to help you get started.

Please share your thoughts and experience with computing in the cloud.

 

 

Follow

Get every new post delivered to your Inbox.

Join 383 other followers