Powerpoint vs Presentation: The Art of Communicating Effectively

A lot of people would say that the word "powerpoint" is the same as the word "presentation" and, sadly,  a lot more would define "presentation" with the word "powerpoint" embedded somewhere in that definition.

The truth of the matter is that a presentation can exist without a powerpoint and a powerpoint, unfortunately, can also exist without the presentation. Most companies can fill up rooms of powerpoint documents that failed in getting the message and the decisions across but don't blame the powerpoint for it - in most instances, it was a failure in the presentation and not the powerpoint.

I have learned (and I continue to learn now) that there is a process to a successful presentation that does not start with opening up powerpoint (gasp!). Here are some key tips I have learned so far:

1) Key Message - The thought process should start with the key message - what is the one primary objective of the presentation. It can be a sales pitch or a decision driver, for example.

2) Outline - Breakdown the key message into an outline. The art of the presentation starts with an objective and then goes first into a high level story telling approach - what are the key points that would support the objective.

3) Simplify - When you have the outline ready - review it and ask yourself the following questions - is the story build up good?Does it have direction? Does that direction logically lead the audience to the objective? Is there information that you can consider extraneous? Does it fit the time allotted for the presentation?

4) Approach - When you have the high level outline done and you understand what you want the presentation to do - decide next what is the best approach for the presentation. It is not always through a powerpoint document that a presentation becomes effective. It may be best to just stand in front of the crowd and talk them over it or maybe start with a video for that emotional build up or a series of photos to set the stage.

5) Effective Powerpoints - If you do decide on a powerpoint, keep in mind the following tips that I have learned over the years:

• Keep it simple - each slide must have one message and one message only
• Word it right - imagine that each slide is a billboard on an interstate and your audience is driving a car on that interstate at speed limit and think about how many words they can read on your billboard as they speed by - that is the number of KEY words that you should have on your powerpoint. Studies vary - from 8 to 10 words.
• Keep it tight - the message of your slide should be heard and understood within 5-8 seconds. Imagine that you are presenting your slide while inside an elevator - borrowing from the proverbial elevator speech - each slide should only take as much time presenting as a 2 floor ride in that elevator.
• Images help but don't overdo it - studies have shown that learning is enhanced if senses are involved in the process at the same time. The saying that "a picture speaks a thousand words" still hold.
• Bottom line - each element in your slide, from that picture to that movie to the words used, must have a distinct value and purpose to be on that slide. If you can't figure that out in 3 seconds - remove it.

The Leader vs The Visionary - 6 Steps on How to Connect the Dots between the Vision and the Product

A lot of people associate leadership with being a visionary as if one quality naturally begets the other.

Unfortunately, this is not so and there are people who are great at visioning an idea but truly cannot lead it to execution. There are also people great at executing but cannot envision a strategy.Vision is important but vision without execution is futile. Execution is important but executing without a vision is folly.

The people we remember the most as having changed history are those that can envision a strategy AND can also see it to fruition.

How do you connect the dots between a vision and its execution? Here are the steps I have observed of the people who I believe were able to not only envision ideas but also saw them through fulfillment.

1. They OBSERVE their current environment and look at opportunities or gaps. It can be a simple product that takes half the time of doing a task or it can be a grand plan of remodeling a city to make it more sustainable.

2. They create possible solutions and define the BENEFITS vs COST for each one(quantitatively and qualitatively)

3. They PRIORITIZE the possible solutions and define risks vs opportunities for each one and decide which solution will make the most sense to do.

4. They further scrutinize their ideas and define what RESOURCES they need to make their visions into reality and start the process of connecting the dots between the idea and the final product.

5. They MARKET their ideas to the relevant stakeholders and get buy in and support.

6. They see their ideas through with such persistence that they don't rest until their ideas either become reality or they realize that the actual cost is costing prohibitively more than the foreseen benefits.

At the end of the day - a visionary who just envisions but cannot fathom how to execute is just a dreamer and a person who just executes without the guidance of a strategy is a lost soul.

How to Estimate Project Cost High Level

Sooner or later, we will alll need to estimate costs and though there is an entire science on this subject and it can fill many books - sometimes you just need a "high level" number or a "ballpark figure" just to assess whether a project will be cost prohibitive or not to do.

I just want to share with you what my "rule of thumb" process when estimating technology project costs and I hope it helps you now and in the future. I found that the numbers I get from this process are within 10-18% of where the science will take me - enough to drive a decision on whether to proceed with the project or not.

My Definitions:

• Base Estimate - Ideal Estimate assuming all things go right
• Base Budget - the internal budget we use to actually move the project forward
• Planning Budget - the budget we use for planning and budget requests 

Calculations:

1. Base Estimate = summation of all the resource costs you need for the project (eg Labor, Hardware, Software Licenses, Conference and Travel, Support and Sustain costs, Implementation and Training Costs)

2.Base Budget = Base Estimate + Impact of Known Risks (see below how to estimate)

3.Planning Budget = Base Budget * Unknown Risks/Contingency Factor (see below for rule of thumb)

How to estimate the Known Risks

1.Analyze the risks you identified and determine which are related or dependent to each other (if one risk happens - the other will happen too) and classify them into risk groups

2. For each risk group identified - estimate the dollars it would take to recover the proejct or the business if the risk happens * probability of it happening (there is a more accurate way that includes impact - talk to me if interested) . Note - if the probability is > 50% - then it is an issue, not a risk.

Sum the resulting dollars

  

How to estimate the Unknown Risk Factors/Contingency Factor - this is more a gut feeling based on experience or parametric analysis of historical projects

If your gut or experience is telling you that

1.There is a low probability of unknowns - add 5-10%

2.There is a medium probability of unknown - add 10-15%

3. There is a major probability of unknown - add 15-20%

 Sum your numbers.

Finding the Balance between the High Level and the Devil

It is amazing that a lot of projects get derailed because new details are found late in the project and some of these projects even become un-recoverable but sponsors still avoid discussing details during the initial phases of the project.

Understandably, at the early stages of the project, not much is known about the deliverables but sponsors and project managers must consciously allocate time early on to talk about potential risks and not put those discussions on the parking lot with the hope that eventually people lower than the managers will think about it.

Sponsors and Project Managers always say that "the devil is in the details" but let the devil remain uncontrolled. Control the devil - or at least identify the worst case scenarios - early on and the probability of project success increases.

The key is finding balance between defining deliverables and identifying critical risks that might derail the project.

Projects Must Align with Corporate Priorities

In the everyday hustle and bustle of user communications and the desire to serve by managing the low hanging fruits as fast as possible, project management teams are most likely to miss out on a critical aspect of a project - is it really needed by the corporation?

Most of the projects I have seen are more responses to the short term pains of a few groups of people rather than an answer to an over-arching need of the company. Most of these pains are mere symptoms of the root problem rather than the problem itself and thus there are several project teams that deliver what we call "band-aid" solutions rather than long-term pain relief.

There are some questions that help determine where the project request is truly rooted on and what need does it truly answer and some of them appear below. In several cases, just asking the project sponsor a few of these questions can get people collaborating more across peers or having them re-think their original requests.

1. Priority -> How does this project tie-up to the corporate priorities(sometimes call the CEO agenda, the company mission,etc)?

2. Cost/Benefit - > What will the company gain if we do this project? Don't forget to ask as well what will the company lose if we don't do the project? The more specific the answer - the better. It is, for example, better if the sponsor can tie it to profit growth or profit loss or if the user can tie-it to a specific business process problem that the project will address.

3. Project interactions -> Does this project tie-up with any existing or planned projects that the company is already undertaking?

4. Resources -> To what extent will the company support the resource requirements of the project?

It would be an eye-opener if our executives realize how many projects failed (and costed the company money) because the questions above were not asked(or answered) early on.

Gray Areas are Wonderful Places

As people rise up the ranks in management, there comes a time that they learn a very important lesson - management exists to live in the gray and to provide direction for the rest of the team to follow.

Managing gray is really a very dangerous activity -> if you lean toward one end more often than is perceived as required will bring you negative reviews. An example of a gray area is "the desire to service your customers" vs "the capacity to realistically deliver everything they ask for" or the gray area on " I believe in this employee and will give him a second chance" vs "I am sacrificing my company's interest by keeping him" or a simpler gray area that matches speed vs thoroughness. Work too fast on a project and you can be called reckless, work too thorough and you can be labeled as slow.

The key to successfully managing the gray is developing the ability to develop the sense to know, case by case, where you would lean into - to truly understand where the benefit will really lie and be wise in deciding and communicating the basis for the decision and what it means tactically to your team. There is no "one size fits all" nor a "silver bullet"

Few people understand the gray areas and fewer still write about it but there is a book that writes about it that I found enlightening in this discussion - >Managing the Gray Areas.

The thing is - we also quickly realize that the higher we go up the ranks, the bigger the gray areas become - eg "should I keep the model of this company being its new CEO and be reviewed as risk-averse" or "I should change the model of this company as its new CEO so I will be reviewed as revolutionary and out-of-the-box" thinker.

Bottom line - if you can't swim in the gray area and if you can't grow it - it will quickly show - not only through your output but also in the belief your team has for you...manage it will and it will be the only place you want to be.

How to Reach Your Career Destination - the GPS Way

A lot of us wonder why we seem to be stuck in our careers or why we have not yet reached our goal but at the same time though we have no problem using our GPS to get to our destinations so let's see how we can use the same GPS methodology to get to where we want to be.

1. Know exactly where you are going. Don't just think to yourself - I want to be a CEO or a VP or the best entrepreneur there is - really plan out the details - as if you are already living it. Write down your age, what your position is,what you are earning, where you a living - with as much detail as possible. Even GPS units need the whole address to get to its destination.

2. Know exactly where you are now. If you are not entirely sure by just thinking about it yourself because you are too "in to it" - do what GPS units do - find satellites. Industries typically call these reviews a 360 degree review but be brave and ask the questions that need to be ask from your peers, direct reports, managers - anyone who can give you their perspective of where you are right now.

3. Know how to get from here to there. Determine the best route possible based on your risk-tolerance or desire. Do you want a faster route - which may mean higher levels of stress(GPS analogy - tolls)? Do you want the scenic route? Do you want to avoid side streets or what we may call horizontal learning?

4. Check regularly if you are still on track and if not, recalculate. Putting down the end point, knowing your start point and drawing a line between the two points is just the start but a big start. You must also be prepared for unexpected turn of events or change in plans. The "street" you were planning to traverse might be under constructin or closed and thus you must regularly check your progress and make changes when necessary. You might even decide along the route that your end point has changed but the same steps apply - just follow your own internal GPS.

Career Advice for Project Managers

I have a team of people right now that all have sparks in them and on one-on-one discussions with them - most of them want to be project managers. I just know that all of them will become great project managers someday and I see myself as one of the few people who can help them get there faster...by telling them what mistakes I had and how I learned from them and hopefully they learn the lessons faster than I ever did...I figured that my own success is driven by them becoming great project managers in their own right so I always see this as a win-win move.

My team gets juicier projects and our sponsors know that even amidst of several high profile, complex projects - my team delivers.

One of the basic discussion points though that I think most people miss that is critical to their careers is knowing what they want to be when they grow up and I am not talking about people wanting to be VPs or even CEOs at some point in their lives but truly describing in detail how they see themselves becoming that person and what exactly are they doing by then and most importantly knowing what would it take for them to get from where they are now to where they truly truly want to be.

I always tell them that it is like using a GPS - their own career GPS so to speak.

1. Know in detail where you want to be (eg you typing the exact address in your GPS and not just the city)
2. Know exactly where you are right now (even the GPS does this first time you turn it on)
3. Know the milestones or critical turns that you need to remember along the way
4. Check every now and then if you are still on the right path
5. Expect surprises along the way and when they happen, be ready to take action and change direction if need be