Daptiv Bolsters Presence in Europe with New Data Center and UK Office

Daptiv had some great news to share this week for our European-based customers – the launch of our first data center in Amsterdam
and the opening of a Daptiv office in London.

Daptiv has long been committed to our international expansion and the new ISO 27001:2005-certified data cetner will better serve our customers in the region, particularly those with international security and privacy concerns. We’re also pleased to note that the Telecom and Integrated Applications (TIA) directorate of the European Space Agency (ESA) expanded its Daptiv PPM subscription, and is the data center’s first customer.

We’ve also expanded our presence in the UK, with an office in London’s Holborn area; Mark Dallimore is heading up operations there. The office will focus mostly on sales, support and professional services for our growing customer base.

Read more about Daptiv’s European developments in this week’s press release here.

Key Takeaways from the Gartner 2012 PPM Magic Quadrant

Gartner recently released the 2012 Gartner PPM Magic Quadrant for Cloud-Based Project and Portfolio Management Services. This magic quadrant is focused on the needs of PPM leaders to improve speed, accuracy and agility, while managing risks and costs. It profiles vendors that are providing disruptive technologies — cloud and software as a service (SaaS) — to support these needs.

In addition to the vendor analysis, Gartner identified four key trends they are seeing in the PPM marketplace:

1.    PPM Sweet Spot

Gartner has observed a growing trend of organizations focusing on enhancing the collaboration,

communication and reporting that targets the information flow between the project manager (the

one responsible for managing and monitoring the work) and the project sponsor (the one asking for the work). Sweet spot communication and reporting require a “just enough” approach to the level of detail required to fit the audience. For instance, key tasks or milestones or phases might be tracked, but the sweet spot does not venture any deeper into more detailed PPM activities.

 2.    PPM and Agile Development Support

With the rise of agile development, PPM applications are supporting some of the communication, collaboration and reporting nuances associated with agile development methods, such as Scrum. A typical project portfolio includes different project types based on a wide range of methodologies, including waterfall, hybrid agile/iterative and more sophisticated agile variants for new product development. PPM solutions are now supporting more integrations to providers such as Atlassian and its issue and bug tracking Jira product, as well as Rally and its products that support agile development.

3.    PPM, Social Networking and Collaboration

Gartner notes that social networking and collaboration in the PPM context seem more like fads that could fade away someday, rather than become a legitimate mainstay PPM capability. Enterprise collaboration and communication tools, including issue tracking, threaded discussions, synchronization, integration to and from email systems and applications, and other mechanisms that have been staples of PPM software products for years. With the rise of Salesforce.com’s Chatter, Jive and Yammer that could change if something more meaningful and useful evolves from this introduction of social networking and collaboration in PPM software.

4.    PPM and Mobile Device Support

Finally, PPM providers are using HTML5 to connect a PPM system to a number of mobile devices, including tablets and smartphones. PPM providers are focused on delivering three main mobile capabilities to their customers early: (1) Time reporting, allowing end users to report their time from mobile devices into the PPM system, (2) The ability to approve items within a process flow of a PPM system, and (3) Executive reporting to mobile devices, so end users (for example, business managers or project managers) can access and view reports and dashboards from their tablets or smartphones.

You can view a full copy of the 2012 Gartner PPM Magic Quadrant for Cloud-Based Project and Portfolio Management Services at http://www.daptiv.com/gartner-ppm-magic-quadrant.htm

Communicating Effectively With Stakeholders: What Does IT Portfolio Management Success Look Like?

Success is relative.  Just yesterday I was working with an organization where the CEO said, “If I could just get a manageable list of the current active projects and their current status that would be the first step to success.” As you can see, this CEO’s idea of success is incremental.  That’s the key.

I’ve witnessed successful and, unfortunately, unsuccessful attempts at implementing IT Portfolio governance models.  Typically most of these failures are:

  • a result of a narrow vision of the end state;
  • implementing a PMO with the exclusive mission of projects and methods. This is a situations where the focus is less on delivery and more on creating the Project Lifecycle Management (PLM) deliverables regardless of the size/duration of the proposed project, i.e., “The Process Police.”
  • And finally, the “Big Bang” approach to implementing technology in an attempt to buy a process out of the box.

Success is more of an organizational change management effort than simply installing a tool. Or, as I like to say “Build it, they will come.”  Unfortunately what really happens is just the opposite: Build it and they will RUN.

This notion of a change management approach is important because success is more about identifying the “change plateaus” and building a strategy to execute those plateaus instead of just implementing a tool that everyone resists 6 weeks after you go-live.  You have to walk before you run.

Key to that is having an understanding of the pain the organization is experiencing. Like the example of the CEO above, his pain was around portfolio transparency.  That was his first change plateau.

So what’s the next plateau?  That’s not always clear. That’s why it is imperative to have access to senior management, because macro-environmental influences can most definitely change any leader’s course of action.

IT Portfolio Management or Governance can be viewed in three categories.

  • Asset Management – this isn’t necessarily the way we currently view assets like servers, PC’s, etc. although they can be part of the asset pool.  For IT, I look at assets more broadly, focused on business outcomes.  It really about applications and how applications influence processes to achieve positive business outcomes.
  • Project Management – we execute projects to create, renew, and divest assets.
  • Resource Management – self-explanatory – we need people (in the right place at the right time) to operate the process/ tools and execute the projects.

The big challenge is to not let the governance of these three categories be developed and operated in silos.

Oh, and by the way, this doesn’t come in a box.  You just can’t buy software and expect the software to immediately solve everything.

So what are the change plateaus for each of these categories?  Every organization is different and each stakeholder will bring a different lens upon that pain.  But here are some ideas:

Like the CEO above, it could simply be an inventory for all three categories and the status of that inventory.

Identifying and implementing standard operating practices and service agreements for your assets, for IT ITIL (Information Technology Library) is a great place to start.

Project Management and Resource Management has really evolved in understanding to Project Portfolio Management (PPM). With PPM we are dealing with:

  • Timeliness – having the right number and the right balance of projects, completed on time without gridlock.
  • High Value – projects that reflects business strategy and are aligned with business objectives
  • Quality – projects are executed with predictable outcomes
  • Right People – having the right person at the right time to execute projects

Success is in understanding your pain points and which ones to take on first for immediate success, recognizing they all can’t be tackled overnight. Success is getting early and quick victories like the CEO example sought. Then build on to those early successes by identify the change plateaus and executing a roadmap with incremental capability and success.

Remember, IT Portfolio Management is transitional NOT transformational!

 

Organizing the Optimal PMO

Organize to fit the work. 

This seems like a simple concept, but whether you’re setting up a new PMO, or expanding/re-organizing an existing PMO, getting the right organization can be daunting. Not only do you need to define the right roles, you also need to think about getting the right people with the best knowledge, skills and abilities to fill those roles.  Here are some thoughts about how you can go about building an optimal PMO organization. 

While there seems to be general agreement that a PMO provides a focal point for projects and project-related processes, practices and tools, there is no cookie-cutter definition of what is PMO is, what it does or who is needed to run it.  PMOs are by nature highly situational; they reflect the unique needs and challenges of their client or parent organization. Needless to say understanding and articulating your PMO’s value proposition and business objects are the critical starting point.  A critical point to remember is that when you start the discussion about organizing, you really need to focus on what you do.

What your PMO does, or needs to do, to meet its objectives and provide value is the key step in translating those too often broad, lofty strategic statements into the tactical, assignable activities that real people need to execute.  It’s very similar to the way we define projects – we start with strategies and business objectives and we end up with defined deliverables, tasks and assignments.

So assuming that you’ve been diligent about defining what you do, here are some thoughts about who you might need to do it.  

PMO Administrators:  Most PMOs are heavily tasked with collecting data, distributing information and coordinating review and governance activities. In a perfect world all of these things would be auto-magical but in the real world someone needs to make them happen.  From sending ‘gentle reminders’ to managers that their reports are due to coordinating calendars and distributing meeting materials, the PMO administrator plays a key role in making sure that the internal processes run smoothly.  The best administrators also play a role in creating and communicating those internal processes across the PMO stakeholder community.  Superior organizational skills, patience, persistence and good people skills are all a must!

PMO Analysts:    There are potentially several different analytical positions and job titles appropriate to a PMO; process analyst, information analyst, tools analyst, business analyst, etc..  So what does an analyst do?  In the PMO context, the analysts are the people who dive into the details:

  • A process analyst defines the individual elements that make a process – what needs to be done and how – and helps in communicating that across the organization.  The process analyst is the person who works with subject matter experts to work through the details of how a process will work, create the process documentation, educate process users and stakeholders about using the processes, and continually improve, update and enhance the process as your organization matures. 
  • Information or reporting analysts determine what kind of data is needed to support decision-making, set up the mechanisms for collecting that data and critically examine the data, turning it into meaningful information can be used by decision makers.  If you ask a really good information analyst a general question about how a particular category of project is performing, you will never get a response of ‘fine’ – you’re more likely to get a dashboard report showing consolidated information on key indicators for that project type. 
  • Tool analysts are the people in your organization who know more than anyone else about the capabilities of the tools you use to manage projects and portfolios.  They can tell you what your tools can and can’t do but they can also get creative and help you use your toolset to craft solutions to your business problems. 
  • Business analysts liaise with your organizational stakeholder community to understand their needs and requirements and help translate these into systems, processes and tools that will meet those needs.  Business analysts work with the stakeholder community continuously to ensure that what is delivered meets the needs and requirements; as such, they play a huge role in ensuring stakeholder satisfaction.

Great  analysts – of any kind – are excellent at open listening and are exceptional  critical-thinkers.  They use details, but they don’t get bogged down in them and can explain their methods and thinking to others.

 

Project Managers:  The great debate is not about what project managers do, but whether they should be centralized in the PMO.  One side argues that because the PMO is responsible for the practice of project management, all project managers should report and/or be accountable to the PMO.  The decentralization side argues that project managers should have a strong working knowledge of the business or technical aspects of projects and should thus report into the functional area executing or sponsoring the project.  PMO’s are concerned about adherence to project management standards, and mitigate risk by having deploying professional project managers.  Functional areas are concerned with the quality of the project deliverables and the need to understand the project’s business and technical issues.

 

The answer is that both sides are right and wrong.  In practice, most successful organizations are those that recognize the need for a mixed model.  Large, complex, cross-functional Programs and Projects require a dedicated manager who can effectively oversee the project across the enterprise.  As a ‘center of practice’ the PMO is the appropriate ‘home’ for these project (or program) managers.  Conversely, a smaller, intra-functional project may not require the same level of project management rigor and could be effectively managed by a functional resource – a ‘project leader’ as opposed to a ‘project manager’.  Using a mixed approach is not without its challenges, but there are also some compensating benefits. 

 

 A key challenge is determining the criteria for which projects require ‘project managers’ vs. ‘project leaders’ , which then need to be applied to during the project intake process.  Those criteria should be focused on risk mitigation, not availability of qualified project managers. Assigning a project leader to a mission-critical project because all the PMO’s project managers are busy invites disaster.  There must also be clear expectations and accountability for things like status reporting – as information generated by project leader is needed by the PMO to provide enterprise-level visibility into projects and portfolios. 

 

Key benefits of centralized project managers include ensuring an adequate level of management for large complex projects, and providing the enterprise as a whole with subject matter experts in project management. These expert PMs can assist in establishing project management processes, educating or assisting others in their use, and increasing the overall project management maturity of the organization.

 

The PMO Manager/Leader:  Last, but not least, we come to the head of the PMO.  In his 1990 Harvard Business Review article, ‘What Leaders Really Do,’ John Kotter asserts that management is fundamentally different from leadership.  According to Kotter good managers deal with complexity by planning and budgeting, organizing and staffing, and controlling and problem solving.  By contrast, leaders cope with change; setting direction, aligning people to that direction, and motivating and inspiring people to keep in the right direction.   

 

The effective PMO manager is both manager and leader. This individual establishes the plan for what the PMO will do, manages the work and the staff and ensures tactical objectives are met.  At the same time the head of the PMO fills the pivotal leadership role for the PMO team and for the practice of project and portfolio management across the organization. While the PMO manager spearheads efforts for creating and maintaining processes to ensure consistent predictable project performance, the PMO leader is continually working across the enterprise to encourage the adoption of those processes and the use of the information they provide.  The effective PMO leader is continuously adapting themselves and the PMO to support the needs of the organization. 

 

In conclusion, setting up and organizing a PMO requires forethought and preparation.  Some things to keep in mind:

  • Understand what your PMO does (and what it doesn’t do)
  • The optimal PMO organization is situational to its environment; no two will be the same.
  • Get the right kind of people to do the right work in support of the PMO mission.
  • Always remember your roles as manager and leader

 

And, of course, organize to fit the work.

Are you ready for a PMO?

A quick Internet search yields lots of great information about the benefits of a Project Management Office (PMO): common processes, improved project selection and oversight, and best practices for everything under the sun that might be related to a PMO. There’s also a lot of good guidance about what you need to do to get started. But before you run off to create your charter, your business case and the presentation materials, you may want to consider if your organization is actually ready for a PMO.

Organizational readiness is the combination of circumstances and conditions that enable the initial formation of the PMO and provide the necessary ongoing nutrients to achieve full potential.  In a nutshell, organization readiness means having the ‘right stuff’ to make sure that the PMO will be able to spend its time contributing to the organization’s success rather than just fighting for survival.

Having started more than a few PMO’s myself, I can tell you that the best condition for readiness is ‘need.’  All of us know that want is very different from need.  When everyone shrugs their shoulders and sighs, ‘Yeah, we could probably improve our project performance,” or “Maybe starting a PMO might be helpful but…,” it’s highly likely that that the organization is not ready.  On the other hand, when projects become a burning platform – with that undeniable set of challenges that are appropriately addressed through the expert application of the disciplines or processes typically found in a PMO – then you’re ready. 

For example, let’s say you have a large program or initiative.  But it’s not just any large program, this is a large mission-critical program; A program that, if it fails, takes the company’s future with it.  You need central coordination and visibility into multiple efforts so that swift and decisive action can be taken as challenges arise. Or, let’s say that you work in an environment where there are a lot of projects going on concurrently and, while everyone is working hard, little gets done.  Priorities are unclear and competition for resources is fierce.  Management recognizes the problem but can’t seem to get their arms around the situation.  In both cases there is a compelling need for what a PMO has to offer, and you’re ready for a PMO.

Something else to think about is the breadth and level of organizational support. In my definition, organizational support means more than just lip-service. True support means that the PMO stakeholders recognize and can defend the value of the PMO.  It also means that those stakeholders across the impacted organization are willing to participate in the formation of the PMO, contribute to the design of PMO processes and standards, and support the application of and adherence to those standards over time. 

While we often recognize that this kind of support is important from our executives, we underestimate how important it is from peer groups within the organization. After all, these are groups that the PMO ultimately depends upon for the resources and information it needs to accomplish its mission.  If these groups aren’t ready and willing to play, there won’t be much of a game. The PMO will be relegated to the role of ‘Process Police,’ spending more time chasing down data, documents and people than adding real value.  Or even worse, the PMO will be perceived as the ‘Prevention of Progress Department’ – additional overhead without any real benefit. 

Last but not least, organizational readiness for a PMO is tied to organizational will:  Once your organization has a PMO in place, are the decision-makers going to make the decisions needed to realize the benefits?  If a project is inadequately justified, poorly defined or badly managed, is someone going to be willing to say ‘Stop’?  If we provide information that clearly shows we have inadequate capacity to execute all of the projects that we want to do is someone going to make a decision about what we are not going to do?  The best PMO in the world can’t be successful if decision-makers can’t or won’t decide.

So are you ready for a PMO?  If you don’t have clear need, support and will, it’s highly likely that starting a PMO will be an uphill battle and, even if you can pull it off, success may be short-lived.  If you already have a PMO without need, support, and will, it may be time to make it a priority to get your organization ready for what it already has.  Been there.  Done that.  Good luck!