Search This Podcast

Showing posts with label Change Management. Show all posts
Showing posts with label Change Management. Show all posts

Saturday, November 15, 2014

#049 - Why should we choose to have less choice?

Everyone likes to have choice

No, that's not quite correct. These days people demand choice, especially in the arena of consumer goods and services.

The more choice the better, it would seem - or at least the manufacturers would have you think so, as you try to pick out a new cell phone from the hundreds of similar models available on any given day. 


Fotolia_43362365_XS

But the truth is we don't handle choice all that well. Choice means change and uncertainty - and offering too much choice can literally stop you in your tracks - or make you leave the shop dazed and confused, without buying anything

Listen to the podcast or read the full article on Gazza's Corner Blog.   

Friday, November 14, 2014

#048 - A Practical Case Study in Cost-Benefit Analysis - did you want Popcorn with that?

Cost-Benefit Analysis

A process by which you weigh expected costs against expected benefits to determine the best (or most profitable) course of action.
http://www.entrepreneur.com/encyclopedia/cost-benefit-analysis


A few years ago I was at a customer site in Independence, Missouri. It is a classic American town, sitting on the eastern edge of Kansas City. One of the advantages of working for a company with a wide-spread customer base was that I had the opportunity to visit a lot of different places.

When money has been spent to get you there, you had better make the most of it - so you maximize the hours you spend with the customer. However, when the working day is done there is an opportunity for personal benefit and exploration as well. So wherever I went, I made sure to learn about the local history and try to see a few attractions.

It's all about maximizing the value for the cost - which is the primary basis for cost-benefit analysis. In this case, the personal cost was not financial, but in time away from family - so it was worth my while to see the sights that I could in the time that I had. Especially when somebody else had already paid to get me there.

With a population of 119,000 Independence is more like a small city, but they have preserved their identity and character despite the closeness to their larger next door neighbor, Kansas City (pop 467,000). It's just what you might expect from a town called Independence.

Although I was only there for a few days, I made the most of my visit and thoroughly enjoyed having a look around the place while I was there. Few attractions were open after working hours, but I did manage to fit in a tour of the Harry S. Truman national historic site before it closed for the day. It was a nice southern-style building - not huge, not opulent - but it was a good, solid building with nice architectural features.


Source: Wikipedia (cc) Nationalparks

In fact, it was his family home. We were only allowed to tour the downstairs, as Bess Truman wrote into her will that in order to protect her family's privacy, the second floor was to remain closed until the death of her daughter, Margaret. Though Margaret died in 2008, the second floor has remained closed in order to better preserve the home.

For a President who took America from its traditional isolationism into the age of international involvement, it was a sign of his firm connection with his roots that he and his family lived in this same comfortable house since his marriage in 1919 until his wife Bess died in 1982. Having visited a number of other presidential national historic sites, this was the one that I liked the most. Unlike the imposing columns and the expansive property of Mount Vernon, this felt like somewhere a real person lived - not someone larger than life.

The next evening, I finished work too late to see any other historic sites, so I decided to see a movie. At least, that was the plan.


Listen to the podcast or read the full article on Gazza's Corner Blog.   

Sunday, December 8, 2013

#038 - Have YOU Exploited your Project Team Today?

Let me ask you an important question:

Have you Exploited your Project Team Today?

Wait a minute, Exploit your Project Team? You are probably thinking - He can't be serious. That's a horrible, evil thing to do, right?

You probably also have visions of unfair wages, an evil boss, overworked and under-appreciated staff, things like that. Unfortunately, that does happen - but it is not what I am talking about.

You really should exploit your team - and a trip to the toy store made me come to view this as a viable management approach. 


Wisdom from the Toy Store

While shopping for a birthday present for one of my children, I came across the following toy that you first assemble, and then play with:



"Exploiter"? My initial reaction was to take offense at the words on the box. My second reaction was to take a photo. Translated instructions from a foreign country are often quite humorous, but it is less common to have the label or name of a product be so obviously "wrong". It was one of those you-have-to-see-it-to-believe-it moments.

I paced around the store, agitated, thinking about what a poor message this was giving to our children - nobody wants to be exploited, and if you exploit someone, you are obviously a bad person - right? 

Listen to the podcast or read the full article on Gazza's Corner Blog.    

Friday, August 2, 2013

#035 - Protect your project from Zombie Outbreaks

zom·bie

\ˈzäm-bē\ noun
1. Formal.
   a. the body of a dead person given the semblance of life, but mute and will-less, by a supernatural force, usually for some evil purpose.
   b. the supernatural force itself 

2. Informal.
   a. a person whose behavior or responses are wooden, listless, or seemingly rote; automaton.
   b. a person who is or appears lifeless, apathetic, or completely unresponsive to their surroundings. 
   c. an eccentric or peculiar person, markedly strange in appearance or behavior (sometimes confused with Teenagers). 

3. Project Zombie.
   a. a member of the project team whose behavior or responses towards the project are wooden, listless, or seemingly rote; automaton.
   b. a member of the project team who appears directionless or wandering but is attracted by noise and activity.



Zombies Today


Zombies are currently very popular in the media; in the past 18 months alone there have been 32 zombie films created (many of them B films, but a notable number featured in the mainstream theater circuit, and over 160 have been released since the start of 2009). I will admit, I have only seen a half dozen or so in the last few years but my favorites have to be Zombieland (2009) and Sean of the Dead (2004). Soulless re-animated bodies wanting to eat your brains? Sure. Running for your lives to reach a goal or sanctuary, keeping just ahead of the armies of the undead? You bet. However, both films introduce a quirky sense of humour that keeps them from being strictly hide-under-the-covers horror movies. 

Yearning for some piece of normality while you reload your shotgun? That overturned delivery truck just might contain a box of Twinkies.

What about Warm Bodies (2013), you ask? Well, certainly it was an enjoyable film and it had decent humour, but as most of the 'zombies' recovered simply from looking at a pretty girl, you have to wonder if they were true zombies, or if they were just temporarily heartbeat-challenged. On the other hand, the explanation they offered for eating brains was unique and somewhat enlightening. OK, so maybe we will add it to the list.

However, the cinematic undead aside, we have a much more serious problem in real life. Many of our projects suffer zombie outbreaks. They may not actually be undead or want to eat your brains, but they are zombies nonetheless. And even worse, they may be your fault.

 Listen to the podcast or read the full article on Gazza's Corner Blog

Tuesday, July 30, 2013

#034 - Too High, Too Fast - Project Asphyxiation

I have, for much of my life, lived close to sea level. Most people don't think too much about altitude, unless they travel a lot, climb mountains, or are professional athletes. If you live near hills or near mountains, you might not even think too much about a hike or drive up a couple thousand feet, or a few hundred metres or even a kilometre in elevation above where you live. You might not even notice it that much, particularly if you are driving. If you are hiking, well - any trouble breathing you may have can usually be blamed on exertion, and that spare tire you may be carrying.

Certainly, hiking in the mountains around Vancouver, Canada, or skiing at Whistler when I was younger, I never had any problems. The base was a couple thousand feet above sea level, and that was no problem at all. Taking the lift up another 3000 feet (900m) or so and skiing back down, perhaps I felt it, but as I was not that confident a skier I had other things on my mind, like avoiding the row of trees up ahead.

There are times, though, where changes in altitude can have a serious impact on you. 

Specifically, the rate of change is a critical factor that can be life-and-death for you - and also for your projects.

Listen to the podcast or read the full article on Gazza's Corner Blog.

Wednesday, October 3, 2012

#026 - Project Pain Management: The Good, The Bad and the Useful

Definition of PAIN

a : a state of physical, emotional, or mental lack of well-being or physical, emotional, or mental uneasiness that ranges from mild discomfort or dull distress to acute often unbearable agony, may be generalized or localized, and is the consequence of being injured or hurt physically or mentally or of some derangement of or lack of equilibrium in the physical or mental functions (as through disease), and that usually produces a reaction of wanting to avoid, escape, or destroy the causative factor and its effects <was in constant pain> 


b : a basic bodily sensation that is induced by a noxious stimulus, is received by naked nerve endings, is characterized by physical discomfort (as pricking, throbbing, or aching), and typically leads to evasive action
 

Source: Miriam-Webster (http://www.merriam-webster.com/medical/pain)

Everyone has experienced pain of some kind. Most project managers have experienced pain on projects as well - and if you haven't yet, you must be just getting started in your career. Pain can come in many forms - physical pain, mental distress, concern and worry over things that you may (or may not) have any control over.  In fact, pain can be good for you, as it is principally designed as a protection mechanism. Brush your hand against a hot frying pan? Your body quickly tells you to get yourself away by triggering pain sensors. Step on a nail or cut yourself? Pain tells you to stop doing what you are doing and take care of your injury.


But not all pain is the same. Some pain says "Stop that!" and yet some pain you need to ignore, like runners pushing through to get their second wind.

In early 2005, I damaged my right knee - I tore my meniscus. The pain while walking right after the injury was quite bad - but of course, I still had to walk. Before I could start Physio, I had to take a flight back to the head office. Walking from the farthest gate to the main terminal was a very, very long and painful process. From there I caught one of those courtesy trams that go from gate to gate. The entire trip was measured in short walking distances and rest spots, and Naproxen was on the daily menu for a while.

I returned from the trip to my project in the US and started Physio, which helped a lot, but I still had regular pain through the next year, if I overdid it or stood too long in one position. Once the inflammation settled down, walking was Ok - but standing was not, as it put pressure in mainly one spot. But I managed, and started to get better and much more mobile - once again measuring walks in miles/km instead of dozens of feet or minutes standing up.

In 2006 I twisted my left knee when I fell into a hole, damaging it as well. You think I would have been smarter and re-injured the bad knee, but no. The pain from this injury was quite different - and worse. Walking or standing was painful for any duration or distance. But I got along, by not walking too much and avoiding standing still for very long. I went to the doctor - and was put on a waiting list for an MRI in Vancouver. I waited for 14 months, and finally had the scan. Then I had to wait a few more months to see the specialist who went over the results. The whole time my knees (both of them acting up in sympathy for each other) limited my freedom of movement as a result of the annoying pain.

At one point I actually bought a folding cane to carry in my bag, and had to use it a few times.

When I finally met the specialist, he went over the results with me, discussed "pain management" as the only near-term option and then sent me to physio. He also gave a picture of the long-term prospects which I was not terribly happy about. I left the office feeling quite discouraged. Osteochondrital impaction? Big words for "can't fix it".

So I started physio. It made things hurt more, frankly - for a while. Then it hurt a bit less. But at the same time we were preparing to sell our house prior to moving - so I found myself up on the stepladder and tall ladder (generally, just plain upright for long periods), standing and moving as I repainted the entire inside of the house, including ceilings.

During the several weeks of prep and painting in the evenings and weekends my knees were on fire, but the job had to be done. However, after the third week I began to notice something interesting.


1) There were actually two types of pain, not just one.
2) I was hurting a bit less and less every day as I forced myself onto the ladders to paint.

By the time I went in for my followup visit with the specialist who had had little hope for me other than pain management, I was walking nearly pain-free, and not only that - I was able to stand in place for long periods as well.

Over two years of suffering, and nobody told me I just had to get off my butt and move!

Sometimes, pain is a sign to stop doing what you are doing or you will further damage things (pain #1), such as actual joint pain

Other times, it is simply a message that you need to persist, and things will get better if you push through and keep going (pain #2). This tricky type of pain was merely muscle fatigue - a sign that my knees were growing a little bit stronger again, and the next day would be a little bit better than today.

In the case of my knees, the odd bit I learned about joint mechanics is that when you exercise your muscles and tone them up, they actually pull your joints apart - reducing wear and pressure on the cartilage between the bones. If you let things go and rest because it hurts, you lose muscle tone and your joints experience more direct pressure from the weight of your body. Weird, but true.

On your projects, you will also experience two types of pain - good pain and bad pain. The key is learning to identify each type of pain and then respond to them appropriately.


 Listen to the podcast, or read the full article on Gazza's Corner blog.  

Tuesday, August 28, 2012

#023 - Teams, People and Change: You Can't Push a String

When I was younger and preparing to go to University, I received some strange but sage advice. I was told that if you wanted to go into Engineering, the two main things you needed to remember was "E=MC squared, and You can't push a string".

Image licensed from Fotolia.com

Then a lateral thinker I know said "if you wet it and freeze it, you can push the string". Needless to say, he went on into Engineering on a path that eventually led to Project Management, while I completed a degree in Computing and came into Project Management from a slightly different direction. 
Of course, the person who provided the sage advice was merely describing the physical limitations of the string and its behavior when force was applied "in the wrong direction". As we  all know, it is much more effective to pull a string in order to move whatever it is attached to.
Unless, apparently, you wet it and freeze it.
Then it would be definitely easier to push it. It might even be harder to pull it, with it being all wet, cold and slippery. You probably would need gloves or some pliers to grab it so you could pull it.
It has been many years since I was told that message, but often the strange or different sticks with you. This advice came back to me most recently when I was contemplating a new project, and refreshing my thoughts about team development, and preparing for change within organizations.
In fact, it is a perfect description of what is NOT part of a successful approach to building a team or managing change. (The string part, not the E-MC squared part. And real string, not any quantum mechanical string theory stuff).
Because when it comes right down to the bare bones of it, People are like strings. Pushing them is rarely effective - but ah, if you can lead them (and pull them along in the same direction), there is no limit to what can be accomplished.



Thursday, August 9, 2012

#022 - Built to Last - Forget Waterfall, Forget Agile - Let's Talk Tectonic Project Methodologies

Have you ever managed a really big project? I am certain that many of you have managed some very large projects. But how big is that, exactly? As big as the pyramids? Well, maybe some of you have. But there are some projects that make even those pale in comparison.

As a matter of fact, I am currently sitting in the middle of one of the world's largest Projects. No, it was not my project - not by a long shot. We don't actually have the email or mobile number for the project manager responsible - but you can clearly see the results.

I am sitting here typing away in Hamilton - roughly in the middle of the North Island of New Zealand.

No, Hamilton is bigger than a pyramid, but it is not the project either. It is a nice place to live, and a medium sized city for New Zealand - actually the largest inland city as the main ones are along one coast or another.

The project of which I am speaking is the whole of the North Island itself. The island is 113,729 square kilometres (43,911 sq mi) in area, making it the world's 14th-largest island.

Ok, ok, you say - what's the point, and how is this a project?

I suggest this is a project because it is almost entirely volcanic in origin. Just like Hawaii or any of the smaller pacific islands - but on a much, much larger scale - both geographically and the project timeline.

I guess we should really call it a Program, because it is so large. Ok then, it's a very large program - with each of the volcanoes an individual project. 27 major volcanoes in the Taupo Volcanic zone itself, with another 15 or so scattered in the North Island - well, much more than that because the Auckland Volcanic Field features more than 60 cones. After a while, you lose count of the smaller volcanoes.

Then there is the South Island - a very different kind of project and island.

So - let's translate this to Project Management terms - and build ourselves an island or two.


Mt Ruapehu and Ngarahoe (right), Taupo Volcanic Zone

Thursday, June 28, 2012

#017 - Implementing Organizational Change? Learn How to Grow a Desert

All projects are change projects. That is the nature of projects – to create something new, to improve processes or to introduce something new into the business – and all of this requires people to adapt to the change. To better learn how to approach change - especially organizational change, we need to take a trip to a place that seems timeless, but is constantly changing.

White Sands, New Mexico - home to the largest gypsum dune field in the world, covering 275 square miles (712 sq km).




The glistening dunes of the White Sands desert are one of the wonders of the world, rising from the Tularosa basin on the eastern edge of the San Andres mountain range. Every year they slowly advance eastward across the Tularosa basin towards Alamogordo.

Gypsum sand is not a "normal" sand. Usually a desert like this would not even exist - gypsum is highly soluble and usually washes out of the hills and works its way down to the sea through streams and rivers.

In fact, the Tularosa basin used to be part of an inland sea, created by a massive rift when the continental plates pulled apart - but now it is a land-locked desert basin. It is part of the Chihuahuan Desert, seeing only a few inches of rain a year with no rivers to carry moisture (or gypsum) away.

The desert basin is also very flat - really flat, as only the bottom of an old sea or lake can be. When driving up to White Sands from El Paso, I literally drove in a straight line at 70mph/113kph (yes the speed limit) for an hour or more. And it felt like I was crawling.

The White Sands dune field is a good model for looking at Organizational change - progress can often be slow and steady, with occasional bursts of movement. From a distance, change may not even be apparent at all over short periods of time. And with the "wrong" environmental factors, progress can be literally washed away. But with persistence and the right change agents working together, you can move mountains. 


Listen to the podcast, or read the article on Gazza's Corner blog.

Monday, April 23, 2012

#008 - Project Communications: GVSVCS (Free) Document Change Control System

Every project has documents. Dozens, hundreds, or even more. Some projects may be lucky enough to have an established document management system with version control. But many will not - and what do you do then? Or what if you do, but the client does not have access to the same system? Or you have a version control system - but people don't use it properly and you have a mess?

A very common scenario in the lifetime of any given document is that person (A)  writes a draft, sends it to B,C,D for review, receives feedback from each of them (separately or together), A updates it and the cycle continues until you have the finalized version. And quite often the files are exchanged by email.

Sounds simple, right? Well if you say yes - you have not actually dealt with the very real problem of version control (or change control). It is far too easy to lose updates when someone sends you a file that on the surface "looks like" the same one you had (same file name, mostly looks the same, you cannot see the changes because they were not marked or tracked properly etc). Or you overwrote B's updates with C's file when you saved the attachment. And even worse - if it is not being reviewed closely enough, that might not be caught until it is too late. Sound familiar?

There are many possible solutions to this of course - but I always like to think that simpler is better, because if you make it simple, people might actually use it. There are a lot of very expensive, fancy systems people just don't use - or don't use properly because they are difficult or tedious to work with.

Note that this is not a discussion on the "track changes" features of various document programs, which of course you should be using as well to track the internal updates. This is one level up from that, but just as important.

Listen or read the full article on Gazza's Corner (www.gazzascorner.com)

Gary Nelson, PMP www.gazzaconsulting.com