SAP ROI — Enterprise Architecture & Business Solutions

Strategic SAP & IT Program Development for Measurable Business Value

5 More Leadership Tips for Successful SAP Project Management

November 21st, 2011

SAP project performanceOf the previous 5 tips I reviewed last week the first 3 are all related to project momentum. Let’s look at a key to maintaining that momentum while also reducing the impediments.

One key to maintaining momentum requires an SAP project manager who is fully integrated in the day to day project activities.  That hands on approach to project management is crucial for overall project success.  Unfortunately there aren’t very many SAP project or program managers who are engaged in the day to day project execution activities.

“An SAP project manager or SAP program manager must focus aggressively on removing obstacles, encouraging success, and fighting against those things that would slow momentum” (SAP Project Manager – SAP Program Manager, Lessons from the Trenches):

  1. Develop project deliverable and task tracking tools that are simple, easy to understand, and forward looking.  If a status tracking tool has more than 10 columns for a deliverable or particular task it is probably getting too involved, if it has over 15 columns (not task rows but details, status, and note columns) it will probably kill any momentum.
  2. Set, then communicate, then reinforce an expectation that anything slowing down project momentum must be raised by project members immediately.
  3. Create a formalized but simple decision escalation process.  If any project execution process is overly complicated it will reduce momentum or not be used.  This is especially true for decision making. 
  4. All project activities MUST focus on execution because it is execution and action that maintain momentum. 
  5. Keep the project focus FORWARD looking.  Continue to communicate the timeline, and use presentations for all key upcoming project activities–, have templates, deliverables, and instructions in plenty of time for project members to transition to the new tasks (a RACI chart can help here).

A Key Psychological Affect on SAP Project Momentum

Some time back I read an interesting study by a researcher about high performance teams that consistently met “stretch” goals.  The key difference between consistently high performing teams was in how they approached their assignments.  High performance teams consistently looked ahead at what needed to be done next to achieve their goals.  One of the interesting discoveries was when these same high performers were allowed to focus on their achievements and accomplishments their performance suffered.  They discovered when people stop to reflect on how much they have achieved and how far they have come they tend to become more satisfied where they are and naturally slow down.  That sense of achievement causes them to pause and become more content and therefore their forward looking productivity suffers.  However, as we will explore next week, there are times this is an effective project strategy to reduce tension and stress.

We see this all the time in the high performance area of professional sports.  How many times have you seen a professional team start out strong and gain a lot of ground on their competitors only to ease up and then lose that ground by the end of the game.  Sometimes these large gains are even erased and the other team wins!  The team that started strong started to look at where they were and relaxed a bit while their opponents, who were behind, started to look ahead and focused on how to turn things around.  The coaches and players of the team that was behind started looking ahead and planning for how to systematically win the game.

You SHOULD celebrate SAP project milestones and achievements but ONLY as a passing measurement point.  Part of that celebration or recognition of a milestone must be about the passing of that mark and looking forward to, or celebrating, how the next upcoming milestone or major achievement will be met.  You can also use  these recognition events to relieve project stress and pressure at the appropriate times.

Related Posts:

5 Leadership Tips for Successful SAP Project Management

November 14th, 2011

SAP Project Leadership

SAP Project Leadership

SAP Project Management drives me crazy!  As I’ve often said, I don’t generally fault customers or clients who hire outside help for SAP project management.  If they believed they had the answers they wouldn’t bother with contractors for guidance.

Too often I see SAP project management treated as more project administration without much leadership.  Just about anyone can be a checklist administrator.  What is lacking from many SAP projects is the project management leadership to move things along.  

After managing a few SAP projects myself and the many projects I have participated in over the years I’ve learned an effective formula for SAP project success–, it takes a project manager who can actually lead the project.  What do I mean by leadership?  I mean someone who actually pitches in, rolls up their sleeves, gets busy, and gets their hands dirty.  They must be directly engaged with the project participants, they need to spend more time with their “ear to the ground” rather than serving as passive administrators. 

The key dimensions of SAP project leadership involves enough direct involvement in project coordination to:

  1. Create a sense of urgency to build momentum.
  2. To maintain that sense of urgency and maintain momentum.
  3. To eliminate obstacles, roadblocks, and impediments which slow (or even stop) SAP project momentum.
  4. To manage conflict (which WILL happen if sufficient momentum is gained).
  5. To set, manage, and maintain expectations with both the project participants and the broader areas affected by the SAP project outcomes.

1.  Creating a Sense of Urgency

I’m still amazed at how often SAP project managers or program managers avoid using project plans with WBS structures, tasks, activities, and the assorted milestones, etc.  The only sense of urgency they create is reactive firefighting.  Everything will always be last minute, single-threaded, chaotic, disjointed, panicked, and difficult to follow.  Without a structured project plan any dates are just aspirations at best and timelines will continuously be missed.  This avoidance may be from a lack of ability, fear, or an attempt to evade accountability, whatever the reason it happens too often.  Maybe you should be asking yourself what deliverables, tasks, and execution activities your contracted leadership should be providing.

The Effective SAP Project Plan and Project Structure

The most appropriate method to create a sense of urgency is to have a fairly tight timeline but with very clearly defined milestones, tasks, deliverables, templates, and instructions on how to support project execution.  Those deliverables must help to measure project progress and they must be carefully managed.  Communicating and then supporting the message that as an SAP project manager your goal is to ensure the success of the project participants (then living it out) will bring badly needed leadership.

Without a project plan and proper templates any sense of urgency that is created is really reactive firefighting.

For each project phase or upcoming milestone an SAP project manager must have well defined presentations of what is coming, the timeline,  templates, instructions, and the resources to accomplish each set of tasks.

Nearly every contract SAP project manager somehow manages to put together steering committee presentations so why do they have such a hard time putting together critical project supports?  What are they really presenting to the steering committee if they aren’t providing meaningful project guidance?

If SAP Project Decisions Need to be Made Get Them Made Immediately!

Over the years I’ve been blessed to have several pretty decent mentors.  Back when I was an early manager in industry, long before consulting, I got a major schooling from our GM (and a senior VP).  We had a problem come up and the GM wasn’t around to consult so I did nothing.  I was the operations manager responsible for all shop floor production areas–, over a dozen leads and over 200 employees at the time.  My lack of decision-making brought large portions of the production floor to a halt. 

A “manager” who doesn’t make decisions isn’t managing or leading anything.

When the GM/VP got back he immediately set about to get things going and made a number of snap decisions and provided immediate direction.  After things got going again he called me into his office and we had a short discussion about my career.He was polite but firm and provided me a very valuable lesson. 

The GM expected me to make the decision I believed was correct even if it turned out wrong.  He said that 8 or 9 times out of 10 it would probably be right and that 1 or 2 that might be wrong or maybe not the best decision it was easier to correct than doing nothing.  He promptly let me know if I made a bad decision he would hold me accountable but it would not be as bad as making no decision at all.  He would hold me accountable for my decisions to help me learn to make better decisions but if I couldn’t make a management decision to keep things going he didn’t need me because I wasn’t managing anything.

That was a profound insight.  As an SAP project manager if you won’t make the tough decisions to get things going and keep them going then what are you managing?

Decisions must be made as quickly as humanly possible.  Delaying key decisions, or delaying any decision making, creates the appearance of indecisiveness, reduces confidence in your ability to lead, creates constant “swirl” around key issues, and slows the project.  It also creates an atmosphere where others avoid decision-making and become embroiled in analysis paralysis (or “swirl”) because that is the culture you as the project manager are creating.

Next week, more on building and maintaining momentum and the sense of urgency.

Related Posts:

SAP Program Management Requires a Type of CMMI

November 7th, 2011

SAP Program Management

SAP Program Management

Many may be unaware that SAP provides a broad set of tools and resources for Program Management and Capability Maturity Model (or CMM). Very few are familiar with SAP’s broad set of supports for this purpose such as the “new” ASAP Methodology Phase 6 “Run” enhancement. It is loaded with key information which aligns with Program Management responsibilities and CMMI (Capability Maturity Model Integration) [FN1].

 

So, what is CMM (or CMMI as it is more properly referred to)?

“CMMI (Capability Maturity Model Integration) is a process improvement approach that provides organizations with the essential elements of effective processes, which will improve their performance… CMMI models are collections of best practices that help organizations to dramatically improve effectiveness, efficiency, and quality” [FN1].

The entire CMMI methodology and development is maintained at Carnegie Mellon’s Software Engineering Institute. These CMMI standards have been applied in a vast number of organizations together with various methodologies. The CMMI approach is well suited to engineering and software development, design, or implementation. SAP’s entire ASAP methodology, and especially the “new” Run methodology incorporates a number of CMMI principles.

SAP Program Management is all about Capability Maturity Management (or CMM)

The contract SAP program manager is accountable for providing the key tools, templates, techniques, and resources to ensure projects are properly managed and delivered for business benefit. If they are not providing this type of methodology guidance, including key templates and techniques to deliver business benefit, what are you paying them for?  In other words, if the contract program manager is not helping to deliver the key tools, templates, and resources to enhance your project delivery capability then why do you need them at all?

SAP Program Management or Project Management Gaps

After all these years one of my biggest frustrations is the lack of SAP contract program or project managers use of the ASAP Methodology. They all talk about it, and during sales presentations they use lots of SAP’s material, but as soon as the project begins you never see it. They seem to have absolutely no idea what they are doing.

What is the contract SAP Program Manager, or SAP Project Manager accountable for? What are they on the hook to deliver and how is their performance measured?

As I have often said, I never believe that a client / customer of project management or program management services has the primary responsibility for this knowledge. If they did why bother hiring outside help and paying the rates for this service except for that contract “expertise?”

Contract SAP program management or SAP project management that is not able to deliver on a clearly understandable methodology development are fakes. Anyone can call themselves a program manager, but what does that mean? What is the contract SAP Program Manager accountable for? What are they on the hook to deliver and how is their performance measured?

Using SAP ASAP and CMMI to Mature the SAP Enabled Enterprise

The SAP ASAP Methodology, in particular the Phase 6 Run section, should be studied by every SAP program manager before they start doing project or program work. Even though it is in the last ASAP Methodology phase, its greatest effectiveness is realized when you begin your internal SAP delivery maturity planning from the beginning of your SAP project.

One of the critical benefits of starting your CMMI related planning right from the beginning is your SAP project can be structured to support business integration at the outset. Using this type of maturity model integration as part of your project guidance can have significant benefits to the enterprise:

“Many CMMI using businesses have beneficial results to their bottom line… including improvements in schedule and cost performance, product and service quality, forecasting accuracy, productivity, customer satisfaction, return on investment, and other measures of performance” [FN2].

SAP has already done a significant amount of the work for you. All your program manager has to do is adjust the plans, alter the templates, follow the ASAP Methodology instructions, and build the resources to support this transition. You really must question SAP program manager service providers who do not keep up with the ASAP tools and delivery methodology that SAP provides and supports.

SAP’s Capability Maturity Model Starting Point

The following maturity model is just one small example of a powerful tool that is critical for long term technology and business integration [FN3]:

Maturity Level

Action Area

Characteristics

IT Support Provider

  • Vision & strategy
  • Governance
  • Processes
  • Technology
  • Culture and skills
  • Vision and strategy not formulated
  • Controlled by IT costs, focus on IT operations
  • Processes not defined
  • Isolated tool decisions
  • Focus on IT knowledge

IT Service Partner

  • Vision & strategy
  • Governance
  • Processes
  • Technology
  • Culture and skills
  • Strategy derived from IT goals
  • Controlled by IT-focused KPIs
  • Satisfies minimum criteria for SAP solution operations
  • Joint decision about selection
  • Service-oriented, knowledge of SAP solution

Business Support Partner

  • Vision & strategy
  • Governance
  • Processes
  • Technology
  • Culture and skills
  • Strategy developed in cooperation with IT management
  • Controlled by measurable service level
  • Established, role-based process organization
  • Defined standards, SLA reporting
  • Customer-oriented

Business Partner

  • Vision & strategy
  • Governance
  • Processes
  • Technology
  • Culture and skills
  • Strategy derived from company goals
  • Decisions guided by business requirements
  • Aligned with business process model
  • Integrated business processes and tools
  • Expertise in the areas of business processes, SOA, and integration

Value Partner

  • Vision & strategy
  • Governance
  • Processes
  • Technology
  • Culture and skills
  • Strategy as business enabler
  • Controlled on the basis of value contribution for the company
  • Holistic service management lifecycle
  • End-to-end management of business processes
  • Value-oriented, ongoing improvements

This model, provided freely by SAP as part of their standard ASAP methodology is a great starting point. Your contract SAP program manager should be able to use this as it is, or adjust it to fit your particular organizational needs. This is just one very small component of the Run Phase and an even smaller component of the entire ASAP Methodology toolset.

In many cases you would be better off sending your own internal employees to SAP ASAP certification courses and Microsoft Project classes and making use of their new found knowledge. At least then you would have a knowledgeable employee who could help keep an integrator who claims to use ASAP honest. And if they claim to use ASAP in their sales materials or sales pitches GET THAT CLAIM IN YOUR STATEMENT OF WORK AND YOUR CONTRACT WITH THEM!

=====================

For more information on related topics please see:

=====================

[FN1] CMMI Overview: Software Engineering Institute at Carnegie Mellon University, retrieved November 5, 2011. http://www.sei.cmu.edu/cmmi/

[FN2] Why CMMI: Software Engineering Institute at Carnegie Mellon University, retrieved November 5, 2011. http://www.sei.cmu.edu/cmmi/why/

[FN3] SAP ASAP Methodology version 7.1, WBS 6.2.1 – Table 1: Maturity Level Characteristics. For more information on the SAP ASAP Methodology please go to http://www.sap.com/services/more/servsuptech/asap.epx

Related Posts: