16 January 2009

IT Governance: Bridging the gap between Gatekeeper & Innovator







Maryanne Pilson

Consultant

Veris Associates, Inc.



Today the race for Sarbanes Oxley compliance has all but reached the final lap. So does your organization continue to sponsor IT governance initiatives or has sponsorship hit the proverbial “wall” in the final lap?

One way to ensure funding for your next IT governance initiative is simply leveraging all IT governance components as intended. In doing so, IT governance becomes more than an operational expense; it becomes an asset. Over time your IT governance program is strategic to the future of your organization.

There are two distinct IT governance roles, both equally important, but not always apparent during the early phases of implementation.



For the sake of this article, I will give each role an assumed alias (Table 1) and will refer to each by alias through the remainder of the article.



Table 1



Alias

IT Governance Role

1.

Gatekeeper

(a.k.a. IT expense)

Objective:

IT governance practices aim at ensuring that expectations for IT are met, IT's performance is measured, its resources are managed and its risks are mitigated.

2.

Innovator

(a.k.a. IT asset)

Purpose:

To enable the enterprise by exploiting opportunities and maximizing benefits.”



In the early stages of implementation, it is easy to limit yourself as the Gatekeeper, focusing on identifying and mitigating risks. However, if you want to drive IT governance to new levels and continue making contributions - you must evolve!



As business needs are constantly changing, IT governance can lead the way as Innovator. IT governance controls and procedures need to be periodically reviewed to ensure they are still fit for purpose. You should have no problem obtaining IT governance sponsorship if you (the Innovator) take advantage of everyday opportunities to maximize benefits. An Innovator understands the benefit of being first in bringing new ideas and technologies into the organization and the Gatekeeper knows the consequences of implementing poor processes. By recognizing and promoting opportunities for improvement, the “Gatekeeper” transition to “Innovator” becomes effortless.



Listed below are common IT governance activities. We have traditional on the left and forward-looking on the right.



On the other hand, as we bridge the gap from Gatekeeper to Innovator, defining procedures is very much the same as developing solutions.



Gatekeeper



Innovator

Define procedures

vs.

Develop solutions









Let’s look at an example figure 1, to help make the connection. This example is a proposed proof of concept (POC) for developing a new solution for recently defined procedures. The solution uses the concept of “reuse” by customizing an off-the-shelf web application. The objective is to improve productivity after it was decreased by Sarbanes Oxley (SOX) implementation. SOX resulted in too much time being spent on administrative tasks to create new user accounts, which took time away from core responsibilities.



Figure 1



In the example above, the current process objective was to ensure compliance with Sarbanes Oxley regulatory requirements for requesting new financial user accounts. The current process (defined and implemented by the Gatekeeper) met all requirements; however, it had a negative impact to productivity. Obviously, productivity was overlooked during the requirement phase. Manual processes are time consuming and without additional staff, your service levels will likely take a hit.



In this case, the pain was short lived. It was quickly recognized we had an opportunity to implement a process improvement/solution. In the example above, the new process would automate the user account request with minimal development effort, thus improving productivity by eliminating Helpdesk tickets and manual processing. Finally, the new process would be accomplished without compromising SOX compliance status and accessible via the web 24X7.



Later the following additional benefits were identified as result of the new process.

· Reduce end to end turn-around time by 30%

· Reduce the number of errors caused by missing or incorrect data given to the Helpdesk by 10%

· Reduce amount of manual effort spent on SOX quarterly reviews by 40%

As Gatekeeper and Innovator, you also motivate others to exploit opportunities and maximize benefits. If not, perhaps it is the next “gap” worthy of remediation!





Copyright (c) Veris Associates, Inc. Unauthorized use is strictly prohibited. Comments contents are the opinions of the person posting the comment (commenter) and not necessarily those or endorsed by Veris Associates, Inc. Veris Associates, Inc. reserves the right to remove any and all comments it wishes without any recourse of the commenter. Decision of Veris Associates, Inc. is final.

07 October 2008

Incorporating IT Service Management: Digging In The Right Place


Cheryl Croce

Cheryl Croce
Sr. Consultant
Veris Associates, Inc.

Print

As I pored through research on IT trends, the economic impact on those trends and the forecasts over the past few months, a line from the movie Raiders of the Lost Ark kept popping into my head:

They’re digging in the wrong place!”

For those of you who have not seen Raiders of the Lost Ark, everyone in the movie is in a race to find the Well of Lost Souls, which houses the Lost Ark, which contains power that would be useful to any army. (Bear with me.) In order to so, they had to have the map to the Well of Lost Souls, which was inscribed on a medallion. The villains in the movie did not get the medallion; however one of their henchmen had the information burned on his hand from trying to grasp it in a fire-encapsulated building. The problem with the approach: he only had half of the information. The medallion had location information on both sides and, as a result, the baddies exhausted resources and man hours by digging in the wrong place.

It’s the same thing with the implementation of IT Service Management.

In today’s market, many IT organizations have embarked on the multiple-year investment it takes to implement IT Service Management so they may improve their quality of service to their business customers. Many of those IT teams focused solely on functions, processes and services.

While it increases the IT organization’s service delivery maturity, this approach is still missing an important component. The biggest oversight is the lack of organizational adoption of the compulsory cultural changes associated with executing the ITIL framework as part of IT Service Management.

How does an IT organization successfully incorporate IT Service Management practices into their way of working? How does it dig in the right place?

  • Foster Cultural Awareness. When IT Service Management models are adopted, IT becomes a strategic asset during times of growth and economic downturns. IT Service Management is a culture, not a project. It is not only important for the IT organization to understand this, but it is also critical for the departments they serve (HR, Sales, Marketing, Finance, Purchasing) to know this, too.
  • Talk is Good. While the ITIL framework provides a common IT language, understanding business-speak is equally important in securing the cultural adoption of IT Service Management. It is important for an IT organization to be well-versed in both IT Service Management processes and sound business management practices.
  • Conversations are Better. By having conversations – be they round tables, strategy sessions, departmental meetings or social network discussions - IT organizations will have a better understanding of the Businesses they serve. They will drive their service strategies and service development, and will continually improve their existing functions, processes and services.
  • Understand the Definition of ‘Value.’ An IT organization may have excellent subject matter experts, solid processes, standardized tools and defined measurements and metrics, but all of that means little to the customers they serve if it doesn’t demonstrate value to them. By doing so, IT will be able to capitalize, exploit and maintain their functions, processes and services to meet existing and forecasted business needs.
  • Use a Lifecycle Approach. IT organizations further enhance its strategic value to its business customers by employing a Service Management lifecycle approach. In this manner, the IT organization embraces a business and IT alignment through the use of ITIL’s Service Strategy, Service Design, Service Transition, and Service Operations best practices. In addition, ITIL’s Continual Service Improvement ensures IT isn’t resting on its laurels. It provides an IT team with the ability to create meaningful internal and customer-focused metrics and helps it provide purposeful and powerful reporting for management and executives.

IT Service Management is a discipline for the efficient and effective management of information technology systems, philosophically centered on the customer's perspective of IT's contribution to the business. It is a culture, not a project, and provides sustainability to IT’s relationship with the business. By digging in the right place - looking beyond tools, templates and technology and seeing the cultural and business impact IT Service Management will have -IT organizations will be able to function effectively and get arms around their current operations.

Copyright (c) Veris Associates, Inc. Unauthorized use is strictly prohibited. Comments contents are the opinions of the person posting the comment (commenter) and not necessarily those or endorsed by Veris Associates, Inc. Veris Associates, Inc. reserves the right to remove any and all comments it wishes without any recourse of the commenter. Decision of Veris Associates, Inc. is final.

Building the IT Process Framework – Part 3 – Blending Culture Before It Curdles

Neal Leininger

Neal Leininger
Project Management Consultant
Veris Associates, Inc.

Print

As the Fall season approaches, we are all reminded of the never-ending changes that life brings. The cycle of life if you will. It also reminds me of the ways we adapt to change and embrace it in our daily lives.

The last few sessions we reviewed some
PMO Pitfalls and Process Framework Highlights. In this article we will be discussing key strategies to introduce IT Service Management (ITSM) into your culture, and to ensure continual commitment and momentum.

As with change in any culture, it often is met with resistance. In my opinion, there are a number of ways to re-direct and harness that energy:

  • Leading by Example
  • Mentoring / Consultative Actions
  • Employing Top-Down Leadership

For those un-familiar with the term “curdle,”curd is a dairy product obtained by coagulating or curdling milk with an edible acidic substance, such as lemon juice or vinegar, and then draining off the “whey,” or liquid portion. It is essentially cottage cheese or paneer; an unaged, acid-set, non-melting farmer cheese. Milk that has been left to sour (raw milk alone or pasteurized milk with added lactic acid bacteria) will also naturally produce curds, and sour milk cheese is produced this way.

This brings the question:

Q: Is “Curdling your culture” a bad thing? It does, in fact, yield a useful product.

A: I think in some examples, there comes a tipping point, where a cultural decomposition is necessary; as it is said in our Declaration of Independence “But when a long train of abuses and usurpations, pursuing invariably the same Object evinces a design to reduce them under absolute Despotism, it is their right, it is their duty, to throw off such Government, and to provide new Guards for their future security.”

Call me a patriot, but there comes a time when the “long train of abuses and usurpations” of a company’s right to a good process requires throwing off the old, and establishing new guards for their future security.

I don’t think it’s a bad thing, but to obtain curd, you must practice patience and deliberate precision in its preparation. This is no going back after you’ve made the curd, so before you go down that road ensure you’ve exhausted all other alternatives.

Let’s take a step back and look at ways to prevent unplanned curdling in your culture.

Q: How do I instill change in a culture?

A: There are a number of approaches for enacting change.

First, leading by example will show people that you’re serious, and more importantly, successful at what you’re doing. By adopting a “Lead by Example” approach, those key members of your staff will see the vision and direction, and will feel more comfortable walking outside their comfort zones, which is a large part of the battle.

Secondly, by mentoring and taking active consultative actions, you’ll demonstrate you are confident in the direction you are leading, and will also begin to add value at a very tactical level. Maybe it’s helping someone put an action plan or continual improvement plan in place. Or perhaps it’s taking a leadership role in building a communications tour, or helping someone put together a presentation and being his or her sounding board. Either way, it demonstrates that you’re serious, and you don’t mind “getting your hands dirty.”

Lastly, show them the vision. The best way to do that is to have it come from a high visibility and known-quantity leadership individual or body. It is one thing for you to have a vision, and to drive it; it’s another thing entirely if they hear it from an Executive Leadership figure driving the direction of the company. Everyone wants to feel connected to their company, and by knowing that the path you’re paving is the same as Executive Leadership, it will help alleviate fears of being left in the cold.

Q: How do I ensure continual commitment?

A: Engage your experts. Seek out Subject Matter Experts (SMEs), whether consultants or full-time employees. Don’t be afraid to be mentored or to solicit the help of experts. The key is to trust that knowledge and expertise.

Understand this is part of delegating responsibility and letting go of those “pieces,” when things don’t go as “planned” according to your view; give those experts a wide berth. Even if you feel they are truly failing, or not achieving a particular bullet-point on a particular roadmap, you must demonstrate that they are truly empowered.

We learn best by our mistakes. Encouraging those experts to lead, for others to grow wings and fly on their own, will also reverberate in your organization. If others see the first misstep is a “Career Limiting Move” (CLM) for that person’s upward mobility, they will surely avoid every aspect. On the other hand, if they see those “experts” being given the support and latitude to empower experts of their own, those key individuals will seek the same. Those are the “Future Experts” that will help take your wonderful “
Process Garden” and translate it into bountiful profits.

So to answer the question at hand, “How do I ensure continual commitment?” I say, show them continual commitment; not commitment that dries up during a hiring freeze, tough market conditions, or an unpopular presidential candidate. Nay, you must foster the roots of your organization and the roots of your experts, so that they can withstand the fiercest of storms and droughts. Dare I say, they may serve as an oasis for you and yours when the time of need arrives.

Q: How do I keep momentum?

A:
Understand that this is not an easy task; leading change will often challenge you to re-evaluate everything you know about Business, Technology, and Life at large. Keeping momentum is so very important because without it, all your vision, your hard work, and sweet “milk” will succumb to the acid of the old guard. Whether or not you like cottage cheese, it will be the only thing on the table.

Momentum can be felt in several areas.

  • Tactical change: The day-to-day changes; both from what is worked on to how work is done on those things.
  • Strategic change: The horizon will change for those leaders and future experts. They will realize your organization is heading to a new place, and will exhibit renewed fervor.
  • Communal change: The self-imposed status-quo will be lifted and redirected; those around your “area affect” will recognize a change in the tempo and tempest of your organization.

So the important piece to this is recognizing those three areas, and addressing them in a methodical manner. By enacting steady tactical changes -- not too fast, not too slow, and at the right time -- it will be in their faces, undeniable proof that change is happening. For them, not to them.

By enacting Strategic change, they too will recognize the change in the tone at the top. By knowing and seeing how they tie together, it will reinforce changes are necessary and important, and subsequently, they will feel a connection unlike anything they’ve felt before.

Lastly, I feel Communal change is one of the most important and influential aspects. It is palatable at the water cooler and at lunch tables. It’s that sense of belonging to something bigger, and also the sense of being accountable to your peers -- that if you don’t get behind this change, it will let your peers down.

Q: So what does culture change have to do with Curd?

A:
Nothing, and everything.

Curd is a by-product of milk standing still and spoiling, the milk would be wasted, so the cycle of life takes over; it makes something useful from something useless; in this case, perhaps an IT department, in a town not too far from your own. In a business sense, when an organization stagnates, and spoils, there rises to the surface these “clumps,” which when strained and repurposed, makes a wonderful new product.

However, if it’s unintentional, it’s disastrous.

So my advice is this: When you’re blending change into your culture, don’t put your precious resources in the position to spoil. Frequent communication checkpoints with your Subject Matter Experts will keep you in tune with the process. Also, ensure proper precautions are in place to let you know when you’re reaching a resource’s “expiration date.” Lastly, if your intent is to let it curdle, make sure you have good recipes for that curd, and of course; make sure the executive branch likes cottage cheese.

To Recap:

  • Curd isn’t a bad thing, but it’s an acquired taste, and requires some careful planning;
  • Change keeps your culture from spoiling, tune for desired results;
  • Communication keeps you in tune with the process, regardless of the desired end product;
  • Continue to lead by example, and to build executive leadership’s buy-in; and,
  • Commitment and Momentum will keep you on track.

Thanks for your time; I look forward to your feedback at nealleininger@verisassociates.com, or in our blog’s comment section at http://veris-pm.blogspot.com/

Copyright (c) Veris Associates, Inc. Unauthorized use is strictly prohibited. Comments contents are the opinions of the person posting the comment (commenter) and not necessarily those or endorsed by Veris Associates, Inc. Veris Associates, Inc. reserves the right to remove any and all comments it wishes without any recourse of the commenter. Decision of Veris Associates, Inc. is final.

Five Tips for a Great Performance Review



Cheryl Croce

Cheryl Croce
Sr. Consultant
Veris Associates, Inc.

Print

The anticipation.
The flop sweat.
The fear it won’t go as well as you want it to go.

It’s the annual performance review. Those aren’t the doubts of the employee. They are the uncertainties of the manager.

Everyone’s been there at least once. We’ve had memories of performance reviews, even when they were positive, where we wished the manager worded something differently, or clarified information in their message, or provided enough time for us to express an opinion about what was said. These are the reviews that scar new managers or propel them to vow they will ‘do right’ by their employees during evaluation periods. Then the time comes and they find themselves tongue-tied, nervous and unsure how to proceed.

One of the more weighty responsibilities of any manager is providing annual reviews to his or her staff members. They are a wonderful opportunity for both manager and employee to get one-on-one time and to discuss important career milestones and objectives, achievements, and opportunities for improvement.

While managers are given standardized documents and a process for capturing information about an employee’s performance, companies leave out how to process all the feedback, consolidate the message and deliver the positive and constructive information.

Some may debate delivering a performance review is more art than science; less formula and more finesse. To be sure, managers must possess a certain level of diplomacy when they convey what is in the evaluation. But, there are steps managers can take to ensure the experience is a just and fair one for their employees.

Following five straightforward rules of engagement, managers at any level of experience can deliver great performance reviews:

  1. Be prepared before you walk into the review. In reality, there should not be any surprises to the employee if the performance review process is executed properly. There should not be any surprises to you as a manager, either. Employees expect managers to have a comprehensive, accurate picture of their performance during the year. Collect feedback from others who work with your employee, even if your company does not have a 360 review process. Do not disappoint them by consolidating the feedback without reading or understanding all of it. Go back to the contributors and ask questions if you are unsure of the information returned to you for your employee.
  2. Focus on the strengths. Traditionally, there is polarity in the delivery of performance reviews. Much wasted time is spent on opportunities for improvement or focusing on weakness. Mention them and then move on. What is it that makes employees valued assets to the company, to the team, and to you? Emphasize those qualities, and discuss ways the employees can continue to flex their muscles in these areas.
  3. When delivering tough messages, place the spotlight on behaviors and not the individual. No one likes to hear negative feedback, especially if it is a behavior they unintentionally exhibited. Assume merit and positive intentions, but address the damaging behaviors that impact individual employees, their colleagues and the company. In order to properly course-correct without retribution, you must be just and fair in the approach. Come prepared with specific examples of how the behavior, not the individual, caused issues and provide suggestions on how the behavior might be altered to create positive results in the future.
  4. Use your ears as much as your voice. Allot time for employees to express their concerns and their expectations. As much as it is a review of performance, it is also a forum for them to talk about their career outlook and aspirations.
  5. Develop a measurable and meaningful action plan. Close the chapter on the year in review, and look to the future. Explore career growth, and how their strengths may be applied in achieving both their goals and your organization’s objectives. Map out a strategy that has clear milestones and deliverables, and discuss how these will be achieved realistically. Don’t be afraid to add challenge to the plan, but make sure to tie deliverables back to the agreed-upon plan.

How about you? Do you have any managerial tricks of the trade you employ when delivering performance reviews? Share them with our reader community.

10 September 2008

Getting to Win: 3 Negotiation Tactics for Better Agreements

David A. Zimmer

David A. Zimmer
Practice Manager
Corporate Learning & Training
Veris Associates, Inc.

PrintListen Now

Mention the word “Negotiation” and watch the reactions. Some shrink in fear, others start to salivate, some run for cover, and others sport a worn, plaid sports jacket. It is a word that means many things to many people. For the majority, it is a negative term. For those who “got one over,” images of fond memories come to mind. Why is that? Why can a word have so many meanings and evoke such variety of emotions?

Know The Basics

It boils down to the fact that most people are not taught the basics of negotiation, and yet each day, they negotiate some agreement. Granted, many agreements don’t have dire circumstances like a hostage crisis or millions of dollars saved by getting a lower price by just one penny.

Most negotiations happen without people knowing they are negotiating. For example, ask someone for a pen to sign your name and you’ve just “negotiated.” Disagree about a particular method of work and come to a consensus of a better way is negotiation. Speaking with your manager about the priority of work creates a negotiation session. And so forth.

As a project management specialist and managing many projects, I’ve had the opportunity to negotiate – some pleasant situations and some not so sweet. As project managers, typically we have responsibility for certain work being accomplished but no authority to make it happen. As a result, everything we do could be considered negotiation. Those who learn tips and techniques to gain the desired outcome do much better than those who bulldog their way through life. Ignorance in this case is costly.

Negotiation: Art not War

Let’s understand negotiation is not the art of war. Depending on the situation, we might need to strategize and map a course for our negotiation. Regardless of the circumstances, we must realize the art of negotiation is really the art of cooperation. While in the middle of it, it may not appear or feel like cooperation, but if neither side cooperates, no agreement will be struck. Cooperation from both sides is critical to successful negotiation.
Negotiation Definition

Negotiation is defined as:
  1. to deal or bargain with others

  2. to manage, transact, or conduct

  3. to move through, around, or over in a satisfactory manner.
All the definitions bear on negotiations between people. Therefore, three tactics help you become a better negotiator and arrive at better agreements.

Tactic 1: Know Your Opponent

Many people approach negotiation in a defensive manner. They clinch their teeth, steel their gut, and prepare for war. They know what they want from the deal and never stop to consider the other side’s viewpoint. Good negotiators understand their opponent.

Here are the areas to know:

  • Background. What is their background – culture, economics, social status, educational level, company position, etc. Are they putting on a front or air that facts don’t support? What are their goals? How will they benefit from the deal?
  • Needs. What does the opponent need from this agreement? What are the minimal requirements for them to feel satisfied? What desires would create a very satisfied opponent? Are they important to you? What is their motivation for the agreement?
  • Win. What would they consider a “win?” Can you give it to them without compromising or jeopardizing your position? Why are they negotiating? Why now? Can they wait for a decision or do they have to gain consensus immediately? If immediately, what is pushing them to that point?
  • Style. What is their style during negotiating? Are they laid back and unassuming or are they harsh, blusterous and forceful. Do they demand or are they willing to converse?

Interesting fact here: Most people don’t prepare themselves for the negotiation. They think they know what a win looks like for them, but they don’t understand their opponent.

What if you don’t have time to prepare or you can’t seem to answer some of the questions listed above? Simple. Ask! That’s right, ask your opponent those questions. You will be able to tell from the answers if they are bluffing or not. More importantly, it builds a rapport between you and them.

Three Types of Win

There are three types of “win:”

  1. Full Load – The agreement that gives you everything you could possibly want and more. It has all the bells and whistles. It even comes with whipped cream and a cherry on top. It is the ultimate deal.
  2. “True” Win – It has all the necessary components and desires met. It doesn’t have the bells or whistles, but it is complete.
  3. Negotiated Win – you’ve compromised, given some things and removed some things but overall, a very satisfactory result.

You need to understand the three types of wins for both sides to be truly effective.

Tactic 2: Know Your Plan

To be effective, you must create and know your plan. You must identify three things about your plan to be effective:

  1. Know What You Want – make a list of the items that must be in the agreement for you to feel satisfied. Consider this your True Win state. You’ve agreed to the important parts of the deal and gained some additional aspects. It meets more than your minimum requirements. It might have a few bells and whistles, but it won’t have the whipped cream and cherry on top. That’s ok; you’re on a diet anyway.

  2. Know What You Will Give Up – always enter a negotiation with things that add value to the agreement for you, but you are willing to give up to move the negotiations along. It must be something tangible and valuable to you, but you agree to not make them a sticking point. Your opponent will see it as your willingness to come to agreement.

    By the same token, you should have a list of items you are willing to give that provide value to the opponent but don’t “cost” you much in terms of the agreement. Both gestures give the impression of willingness to reach agreement – very important for a good deal on both sides.

  3. Know When To Walk Away – taken from a Kenny Rogers’ country-western song, “You’ve got to know when to hold ‘em and you’ve got know when to fold ‘em.” Know your “walk away” level. No matter how important the deal is, there is a point where it is no longer profitable to continue the discussion or to strike the arrangement. It is better to walk away and do without than it is to come to settlement. You’ve have to decide that point BEFORE you start to negotiate. Make the decision before it becomes necessary and than stick with the decision when the time comes. Negotiations are inherently emotionally driven. In the heat of the battle, hanging in longer than the walk-away point does no one any good.

Tactic 3: Know Several Styles and Methods

Know your style of negotiation. Here are a few:

  • Pushy/Bullying – intimidates the other party into submission. Works for a very short period of time, but the other party is coerced and will eventually ruin the agreement
  • Confidently Promoting – Someone who appears to know what they want and waits to get it. They have all the time in the world, especially when you don’t.
  • Quietly Manipulating – very subtle approach using innuendo to convince you a particular requirement you stated is immaterial or minor to the situation when it might be a very important component to you. Mimics the peer pressure approach you experienced as a teenager.
  • Carefully Suggesting – one side suggests a particular “benefit” because they are looking out for the other sides’ best interest. They can come across as best friends with sage advice.

If you know your natural style, practice the other forms. By knowing and practicing different styles, you can use them to your advantage and switch as needed to best fit the situation. In fact, you might switch styles several times during the conversation.

Don’t settle on just one style or method. Have several types you can use at any time.

In A Nutshell

Negotiation is an every day event. We do it all the time without thinking about it. It is a necessary part of life. We negotiate with our spouse, children, friends, co-workers, bosses, neighbors, store clerks, doctors, lawyers, law officers, and more. In most cases, we don’t formally call it negotiation. We just do it.

To many, negotiation is scary simply because they haven’t done so well in the past and didn’t work towards satisfying agreements. Understanding three simple tactics can accelerate better agreements and more rewarding experiences.

Take the time to understand your opponent and their needs. Look at the agreement from their angle. If you help them meet their desires, they will usually turn around and help you meet yours.

Understand your plan. Know what the ultimate decision would be, back it down to “true” win for you, and most importantly, understand your walk-away point.

Negotiating is not really that hard. In fact, it can be down right fun.

02 September 2008

Building the IT Process Framework – Part 2 – Translating Alphabet Soup into Satisfying Results

Neal Leininger

Neal Leininger
Project Management Consultant
Veris Associates, Inc.

PrintListen Now


In Part 1 of "Building the IT Process Framework," we covered some of the common PMO Pitfalls, and a few suggestions on how to improve “Everyone’s PMO.”

In this article we’ll discuss some common “Alphabet Soup” methodologies seen in Project Management Offices (PMO) today; how to best leverage their advantages, and explore some of their weaknesses. This article provides information about:

· ITIL
· SDLC
· Six Sigma
· COBIT

Vegetable Soup?

As I was planning my garden this year, I was contemplating some of the “Companion Plants” to compliment my tomatoes and peppers.

For those un-familiar with the term, Companion Plants are combinations of different vegetable, herbs, and spices. They benefit from each other’s flavors, but also provide other benefits of their natural characteristics, such as:


· Attracting Butterflies and Bees for pollination
· Repelling pests and other detrimental insects
· Enhancing the flavor and aroma of surrounding vegetation
· Providing nutritional and structural support.

I use this analogy to illustrate an approach that I’ve used numerous times with PMO implementations, as well as multiple process improvement efforts. By combining different methodologies, the overall process becomes stronger and more vibrant than any single framework could ever possibly attain.

For those unfamiliar with the alphabet soup of IT acronyms, I’ve summarized a few of the methodologies which have strategic relevance in today’s information technology industry.

ITIL – Information Technology Infrastructure Library

A framework which defines how IT delivers services to the business. It is often the basis on which the organization begins to define IT’s role to the business as a set of services delivered to customers (the end users). ITIL’s strength identifies “what” should be delivered, but it is not prescriptive about “how” it should be delivered. Often cited as a deficiency, ITIL best delivers a customized solution based on the business’ initiatives. There are no “out of the box” process improvement frameworks that effectively deliver services congruent to the business. By defining the “what,” companies can align their solution to business needs. Technology is fitted to the business, not the other way around.

SDLC – Software (or Systems) Development Life Cycle

A framework designed for managing the development and deployment of applications or systems, typically using a Waterfall, Spiral, Rapid Deployment or “Tinker Till It Works” methodology. As disparate programming languages and the methods in which they were developed matured, this methodology adapted accordingly.

Six Sigma

Six Sigma, originating from the manufacturing industry, focuses on removing defects or errors in manufacturing or business processes using the DMAIC methodology cycle - Design, Measure, Analyze, Improve and Control.

COBIT - Control Objectives for Information and related Technology

COBIT, a control framework, concentrates on definition, implementation, auditing, measurement, and improvements of controls across a specific process. As you can tell, it is very pertinent to the auditing and compliance world. In fact, auditors created it to place measureable controls on processes. A control measures the performance of a process or method against its defined objective or goal. For many, it means, “It makes sure your garbage is certified garbage, it doesn’t necessarily mean your garbage is good.”

Q: So what makes the best methodology?

Good question, however the answer requires some due diligence, research and dare I say, soul searching.

A: No super seedlings here. The methodology of choice varies with the maturity of the organization, the level of IT governance, the integration of matrix organizations, the complexity of the IT solutions deployed, and the Regulatory restrictions of the business – Just as the soil pH balance and water sources must be carefully accounted for in planning a garden, all of these aspects will help you determine the appropriate size and complexity of your “Process Garden.”

Here is what I’ve learned:


ITIL is a process oriented framework. Seriously consider it if you’re deploying SDLC or Six Sigma methodology. Both require massive amounts of data. Without a firm process framework, you will quickly outpace your staff’s availability and willingness to change. The scalable ITIL process framework allows you to tackle the age old question of “How do I eat an elephant;” and the answer is “One bite at a time.” Its scalability makes it a perfect choice for organizations that are planting their first “Process Garden.”

Q: Which comes first, the process or the controls?

A: Should I plant the garden, then put up the fence, or vice versa? As silly as these questions appear at first glance, it’s a discussion that warrants attention. Controls are typically seen as detrimental knee jerk managerial decisions. They seem to only benefit the receiving end of the control, and not the user. At first glance, that is.

By utilizing a process-based approach, we can see the critical path, and thereby determine the best place to “put up fences.” Without a comprehensive process plan framework, we have increasing difficulty illustrating the overall picture to our neighbors, not to mention the tangible benefits of putting controls in place.

Process engineering can leverage any methodology you throw at it, whether it’s SDLC, Six Sigma, or COBIT for that matter. So long as the process comes first, you will always win.

Control methodologies, like COBIT, use metrics and measurements to ensure control. Without a process methodology first, where these data points are identified as viable, and then collected and evaluated, the control points are empty. You may build the perfect fence, but to the determiment of your garden’s health and prosperity.

Q: How does a methodology differ from a framework?

A: Quite simply, a methodology systematically approaches the measurement of quality against a framework. A framework provides governance and overall accountability to a process. Without a framework, measurements typically fall out of focus and lose their context. Without a methodology, a framework is simply a picture on the wall, without the context of “how does this help me?” A framework keeps you on track, and helps explain why you are tilling the ground and researching fertilizer, instead of just throwing seeds on the grass; and hoping for the best.


Q: Which combination do you prefer?

A: As my career has evolved, I’ve found a correlation between the number of methodologies available and my propensity to utilize less of the “whole” and more of the “pieces.” I think that without a PMO, process improvement frameworks become almost useless. Without project prioritizations and clear connections between the business and IT, executive support withers faster than a garden fed by saltwater. Define your “water supply” and irrigate accordingly.

Secondly, depending on the maturity of the PMO, some methodologies must first be introduced to facilitate that preliminary PMO framework, such as SDLC or Project Management. These methodologies typically help the PMO, and IT as a whole, simply because they help everyone “DO” a lot better.

Thirdly, at a critical threshold, as the PMO’s portfolio has started to take root and the framework you have chosen has reached it’s breaking point; it is best to re-invest through an overall process improvement framework such as ITIL. It helps build the continual improvement plan across all disciplines, regardless of the methodology. It’s best to realize the weakness of the organization and the frameworks or methodologies early. Without organizational self-awareness, the propensity for day-to-day interruptions will turn a tool into a self-destructive force of its own.

Lastly, a governance model is an important piece to the puzzle. Without a fence, varmints and well wishers alike, will trample your garden.

So to recap:

· Keep it simplePick framework and methodology “companions” that compliment your organization
· Be self-awareUtilize a process based approach, so your controls don’t starve or saturate your organization
· Just start doing it, within your meansCareful planning will foster a bountiful harvest of efficiencies and profits
· Don’t forget to re-evaluate your executive “water sources” and lessons learned after the first “harvest.” What may work one season, could ruin your “soil” the next.

I look forward to hearing about how these strategies affected your organizations, please give me feedback by way of the comments section on this blog.

In the next article of this series, we will address how to blend methodologies, and more importantly, how to do it without being tarred-and-feathered. Until next time, choose your companion plants carefully!



Copyright (c) Veris Associates, Inc. Unauthorized use is strictly prohibited. Comments contents are the opinions of the person posting the comment (commenter) and not necessarily those or endorsed by Veris Associates, Inc. Veris Associates, Inc. reserves the right to remove any and all comments it wishes without any recourse of the commenter. Decision of Veris Associates, Inc. is final.

15 August 2008

When Solving A Problem, Get To The Root Cause, Don’t Redefine The Symptom

David A. Zimmer

David A. Zimmer
Practice Manager
Corporate Learning & Training
Veris Associates, Inc.

PrintListen Now

I recently read an article appearing in CIO Magazine titled “Common Project Management Metrics Doom IT Departments to Failure” where the subtitled mentioned a report by Forrester Research stated the metrics used to measure IT project success influences the perceptions of failure. It goes on to say that we need to change to increase the perception of success instead.

We’ve all heard the adage “perception is fact” implying perception is not fact, it only has the allusion to be factual. I don’t know if it is my sense of humor, but the statement of “increase the perception of success” was strangely funny. Did it mean the project was actually a failure but we make it appear successful? Does it harken to another well-tread cliché, “In project management, we simply redefine the parameters and declare victory. That’s how we have successful projects!”


The article further details four things the PMO can do to help increase the perception of success. While I agree with them:


  • keep project steering committee on task,
  • improve communication with project sponsor about changes,
  • improve reliability of project plans, and
  • better communicate estimates of costs, schedule and resources;
I believe they miss the fundamental basics of the problems – the root causes.
According to the
Standish Group, IT projects have only a 29% chance of succeeding. You would think with the advance in technology, the development of quality processes and increase of understanding humans; we’d have a better shot of being successful. In 2003, the Standish Group estimated we spent $382 billion on IT projects in the US alone. They further stated $82 billion was an outright waste. Using the 71% failure rate, we spent $271 billion on failed projects. Maybe that’s why we need to increase the perception of success – so we can balance the books!


Based upon my years of managing IT projects (I’ll admit, not all were successes, perceived or otherwise) and experience training more than a thousand people in the art of project management, I believe the following are the root causes for IT project failures.

1. Project managers are chosen, not trained.


In my training seminars, I ask how many people actually chose project management as a career. I have had only three people raise their hands. Usually, we are selected because we are doing well in our “real” jobs and seemed to be organized getting things done. One day, as we arrive in our office, twang, we are dubbed project managers. No training.


Then I ask how many have any sort of formal training in managing projects. Regardless of the industry, the percentage is basically the same, only 20% have had any form of training. I reduce the definition of training to the ridiculous of a one hour discussion and very few additional hands go up. Only 5% have more than a day and 1% go on to be certified through Project Management Institutes’ Project Management Professional certification.


It is not we aren’t intelligent and can’t learn the ropes, but usually we learn by observing others who have gone before us. They learned the same way – by observing others. As a result, improper methods are learned and used rather than industry accepted practices. We just gitter dun – whatever it takes, nights, weekends, extra shifts, Herculean efforts – we gitter dun.


As a result, we don’t put the proper measures in place to give the information business people need. Worse, we really don’t know where we stand in our own projects. We can’t repeat our successes because we don’t know what we did to be successful. We don’t always learn from our mistakes so we are doomed to repeating them. And finally, many projects we considered successful really weren’t causing us to repeat bad habits because we believe they are good practices.


Through training, we learn proper techniques, why certain processes should be followed and the tools we need as project managers. To contrast untrained project managers with a failure rate of 71%, studies have shown using trained and certified project managers – PMPs specifically – succeed close to 75% of the time.

Root cause #1: project managers aren’t trained to do the job we ask.


2. No formal change process in place to determine success or failure.


In the CIO magazine article, someone placed a comment contrasting construction project management with IT project management. He stated IT methods are primitive to constructions processes. I agree totally.


First, construction follows a methodical, time-proven method. They work from blueprints with every detail shown. They research the site and understand what lies hidden before digging. They understand the necessary inventory of materials and labors in advance of the start date. But most importantly, they have a change process.


Once the deal is signed, any changes to the agreement require a change order with signatures. The change order details the impacts to schedule, increase to budget, amendment to the project scope, etc. Each party must sign before the change occurs, otherwise, the original plan holds. No changes are made unless the boss says so.


In IT, we take a different tack. Again, from my survey of many attendees, only three or four people stated their company had a formal change form and process. Worse, they reported changes to the project can come from any where through any channel to any member of the project team. Since many things are considered “easy,” the impact to the rest of the project and beyond is never considered. If a change is formally documented, no one dares sign it. Accountability is forbidden.


As a result, what is defined to be the project is not really the project. As time passes, changes are requested but not tracked. The project morphs and twists into something other than the original definition. As a result, the original project may have been successful using the traditional metrics, but no one can prove it because no clear definition of the project exists.


Additionally, changes come through various portals. There might be a formal request sent from the CIO to the IT project manager. Another request comes from the sales manager tapping someone on the shoulder in the hallway. A third and most insidious is the IT staffer who “sees something needs to be done, and does it” without tracking the impact to the overall project.


Solution for such a situation is two-fold: a well defined and followed project scope and a formal method for requesting changes.


Root cause #2: No formal change process which defines a single point to funnel change requests.


3. Project Expectations Not Defined In Detail


A successful project must meet the expectations of the stakeholders. Even if it comes in on budget and on time, if it doesn’t meet their expectations, it failed. Unfortunately, we don’t document the expectations. We document the technical requirements, the inventory list of hardware and software needed, select the team of implementers, etc., but we don’t seem to jot down the expectations.


If we don’t document the expectations, how do we know when we are finished? If the expectations are met, we would have success by definition, correct?


Of course, the stakeholders don’t always reveal their expectations for us to conveniently document. In fact, their expectations change over the course of the project. Even if we met the original expectations, we still fail because we didn’t meet the current list of desires.
As a result, project managers must spend a good deal of time understanding the stakeholders’ motivations, desires, intents, and rationale for the project. Periodically, he must check in with the stakeholders to verify current understanding of their needs and make adjustments accordingly.


Root cause #3: lack of understanding expectations leading to no formal documentation listing motivations, desires, intents, etc. of stakeholders.


Conclusion


I don’t feel it is right to simply change the perception of IT project success. To me, that’s cheating and we don’t solve the real issues. We need to change how we “do” IT project management to be successful. Proper training is key number one. I, like many, managed many projects before I was formally trained. Boy did I learn about my bad habits and improper ways of managing projects. As I instruct others these days from my lessons learned, I see the same transformation in them.


IT doesn’t have to suffer the fate of poorly run, failing projects. Solving the root causes for those problems would go a long way in better return on investments, fewer dollars wasted, and happier IT people. Once these are fixed, we can begin to work on the list from the CIO article.


Veris Associates, Inc. offers a series of project management seminars to equip your project managers with the proper knowledge, processes and tools to be successful. Click here to see our topics and schedule. We help companies implement functioning PMOs through proper, industry-accepted practices and procedures.


Copyright (c) Veris Associates, Inc. Unauthorized use is strictly prohibited. Comments contents are the opinions of the person posting the comment (commenter) and not necessarily those or endorsed by Veris Associates, Inc. Veris Associates, Inc. reserves the right to remove any and all comments it wishes without any recourse of the commenter. Decision of Veris Associates, Inc. is final.