Browsing articles by " Rob Drysdale"

Sometimes You Just Shouldn’t Jump In Feet First #FailFriday

Apr 10, 2012   //   by Rob Drysdale   //   Blog, Professional Development  //  No Comments

Pipeline im Bau

Pipeline im Bau (Photo credit: Wikipedia)

 

Thinking about it, this could also be titled “There’s No I in Team” or “Communication is Key”.

About 20 years ago I was a young(er) Engineer working away at a company learning all about how things worked.  I was given the task to look after and inspect a pipeline project that was about 20 kilometers long.  One of the tasks at the end of the project is to test the pipeline before it is put into service.  The tests are done with water and the pipeline is pressurized almost to its full theoretical yield strength.

In the days leading up to the tests there wasn’t much for the inspector (me) to do so I helped out the contractor doing some menial tasks on the site.  One of them was filling this long pipeline with water.  We used a small water pump that pumped at a maximum of about 200 psig.  Not much compared to the full yield pressure we were going to test at.  As you can imagine when you are testing a pipeline at over 1,000 psig you have to use some pretty heavy duty fittings so we could pretty much do whatever we wanted with that little pump…including closing the valves with the pump running.  Remember this as you read on…

The day of the test everyone got there, we set up the test assembly, the dead weights to measure the pressure and a high pressure piston pump.  This piston pump can pump in excess of 3,000 psi, but it pumps relatively slowly compared to the pumps we used to fill the pipeline.  But think about it, water is incompressible so if the pipe is already full of water it doesn’t take a lot more to get it to the test pressure.  I forget the exact values, but it was probably about 400 to 500 gallons of water that we needed to pump in.

imageSo we started pumping water and found it was taking extra time to get the pressure to rise the way it should.  Sometimes you see this if there’s a bit of air in the line, but in this case the pump just seemed extra slow.  I had been on tests before (and had them go wrong before) and I knew (or thought I did) what was happening.  We stood at the top of the excavation looking down at the test head and wondered what was wrong.  Without saying anything to anyone, I jumped in the excavation and put my ear next to the valve.  It didn’t sound right to me.  So guess what I did….I closed the valve.  In my mind I thought there might be something in the valve and if I closed it and opened it again right away maybe it would help.  It was a sound theory, right?  Wrong.

Remember what I said about using heavy duty fittings?  The valves were 2” ball valves rated at 3000 WOG or 3,000 psig.  Remember what I said about the piston pump being able to pump in excess of 3,000 psig?  Guess what happened when I closed that valve WITH THE PUMP RUNNING?  Let’s just say I never got the valve open again.  I took the top of the valve, the handle and the stem in the chest.  Lucky for me I was bent over the valve far enough and it was late fall I was wearing enough winter gear it wasn’t too bad.  I got a face full of water right away so I didn’t even realize I got hit by anything else.  It wasn’t until later that I started feeling a dull ache that let me know.

I was working with a team.  Had we actually talked about the issues and what we should be doing I never would have dead headed such a strong pump against a closed valve.  We may have closed the valve and reopened it based on my theory, but we would have shut the pump off first.

Sometimes you just shouldn’t jump in feet first.

What If Its A ‘Wicked Problem’?

Aug 9, 2011   //   by Rob Drysdale   //   Blog, Professional Development, Project Management  //  No Comments

I’ve been doing business analysis and project management for a while now and sometimes you run into one of those project that you just can’t seem to get traction on.  Maybe it’s time to consider it a ‘Wicked Problem’.

From Wikipedia it states:

‘Wicked Problem’ is a phrase originally used in social planning to describe a problem that is difficult or impossible to solve because of incomplete, contradictory, and changing requirements that are often difficult to recognize.

I know what you’re thinking…if you’re the Project Manager or Business Analyst you should be able to get to the real requirements and the real problem.  And I would normally agree with that, but read a little further about “Wicked Problems” and you’ll see it isn’t so straightforward.  It isn’t just about the requirements, but the difficulty in defining the problem and the goal, as well as the overall social and cultural aspects at play.  And if the organization and environment are constantly changing you can’t stick a stake in the ground and say “this is what it looks like”.  By the time you finish writing it down, it will have changed.

The people in the organization also contribute to the problem here.  If you have different aspects of the business that are unable to agree on the goals and vision you will never be able to come up with a solution using traditional methods.  Normally, this type of problem doesn’t apply to an organization, but more to societal and cultural issues.  However, the odd time, you run into a company and project where it exists.

I found a great blog post about this over on Charlie’s Diary written by Karl Schroeder.  I would advise you to go read it.

Lastly, have you ever run into a ‘Wicked Problem’ in an organization or project?

Enhanced by Zemanta

Part 2 of Professional Development: What Would You Tell Your 16-Year-Old Self?

Aug 2, 2011   //   by Rob Drysdale   //   Blog, Fun, Professional Development, Space  //  4 Comments

Rob HS Graduation

A couple of weeks ago, Karen posted Professional Development: What Would You Tell Your 16-Year-Old Self?  There was a lot of discussion about it on Twitter and I’ve been meaning to write up a post about my 16-Year-Old self ever since then.  It would appear though that they’ve finally come out and said that time-travel is impossible so I’ll never get to go back and say these things to myself.  I also had trouble finding a pic of me at 16, but I did find the one above of me at 18.

While Karen focused on the purely professional advice she’d give to herself, I’m going to wander a bit more than that and hit the highlights on a few more topics than she did.

  1. The end of high school or university is not the end.  Remember that you always need to be learning new things.  You don’t necessarily have to take formal classes, but there will always be new things to learn.
  2. You can’t rely on others to look after your career and your training.  You are the one that is in control of your life.  Don’t ever forget it.
  3. Working for a living is not the same as living for work.  And you don’t have to work 40 hours a week for someone else to make a living.
  4. Learn how to say No.  As you work through the early years in your career you need to make sure that you only take on what you can handle and that it’s okay to say ‘No’.  Somewhere you grew up with this idea that you can’t say ‘No’, but think about it.  You are the one that can judge whether you can handle something or not.  You may not know this now, but even your own Father learned to say no to certain jobs he didn’t want to do. And that’s okay.
  5. Speaking of our Father…watch how he does those mechanical and household repairs.  Sooner or later you’re going to own a house and you’ll need to know those things.  But just remember, you’ll never be able to drywall, tape, mud and sand as well as he can.
  6. You’ll never, ever regret those two years of typing class you just had.
  7. You know that Space Shuttle that just launched? Keep watching those because in 30 years it will have it’s last flight.
  8. Take time to enjoy life as it comes and don’t let work get in the way.  And when Karen (oh yeah, you’re going to marry a wonderful woman named Karen) goes to Germany, Amsterdam, New Zealand and … (heck, I can’t even list them all), don’t say you can’t go with her because you have to work.
  9. Never forget to have fun.  When it stops being fun, stop doing it.
  10. Oh, and one last thing…that company called “Apple” that just started publicly selling shares last year…buy some.

Making The Hard Decisions On A Project–Lessons From NASA

May 2, 2011   //   by Rob Drysdale   //   Blog, Fun, Professional Development, Social Networking, Space, Travel  //  6 Comments
Space Shuttle Endeavour STS-134 (201104290011HQ)

Image by nasa hq photo via Flickr

A Right Turn Instead Of A Left Turn

Some time ago, Karen and I put our names in to attend the #NASATweetup scheduled for the last launch of Space Shuttle Endeavour (STS-134).  Karen was chosen and went down last week and had a fabulous experience, but with less than 3 hours to go until the launch it got scrubbed.  Throughout that morning they had already worked on a problem with a regulator and had made up for lost time caused by a storm the previous day and it all looked good for a launch.  I was watching the tweets and through NASA TV saw the astronauts in the Astro Van heading to the launch pad when they turned right to go back instead of left and we found out the launch was scrubbed.  As of right now, a new launch date has not been set as they work on the problem and determine when the next eligible target launch date can be.

But We’re Going To Disappoint All These People

The launch delay got me thinking about how decisions like that get made especially so close to the deadline and how we could apply this thinking to our own projects.  Think about it, the President was on his way, there were numerous dignitaries, 150 #NASATweetup attendees, and an estimated 700,000 others there to watch this historic launch of the last shuttle flight of Endeavour.  Can you imagine having to be the one that has to say “not today”?  Have you ever been on a project when the executives are there saying “Let’s just go ahead and implement it and we’ll fix it later”?

Your Decision Making Process Is Key And Must Be In Writing

While most of us don’t deal with projects with the same risk factors as NASA does we still have to deal with problems and risk, but how we deal with it is key.  As Karen detailed in her post #NASATweetup – It’s a GO! Readiness Reviews and Your Projects this all works when you have everything documented beforehand and you have a formal process for this.  In essence, you have algorithms and decision trees that you follow that make sure that you make the right choice and don’t let human emotion and behaviour get in the way.  Don’t get me wrong, this was not an immediate decision and I’m sure it was not an easy decision.  But if you have all of your options and decision trees, policies and procedures mapped out ahead of time then the decision is based on those written policies and not subject to human emotion.

In the announcement of the delay Shuttle Launch Director, Mike Leinbach, stated:

Today, the orbiter is not ready to fly…we will not fly before we’re ready.

This was not a decision taken lightly, but after thoroughly  evaluating the problem and determining if it could be fixed prior to launch or if it was more serious.  But with such a short time to launch they had to make a firm decision, so they did.  In my mind, this takes a lot of integrity and strength to be able to stand up and say that they can’t launch.

WWND

So the next time you have a problem on one of your projects think about this: WWND – What Would NASA Do?  Better yet, when you start a project, write down all the possible scenarios, risks and decisions and a have a formal process so you can follow it when you need to.

Enhanced by Zemanta

Cats Give Warnings Before It Gets Bloody

Feb 23, 2011   //   by Rob Drysdale   //   Blog, Data, Fun, Professional Development  //  3 Comments

Annie

What do you think of this picture of Annie?  Doesn’t she look cute?  She’s such a tiny cat and looks so innocent that you think you can pick her up and pet her and she’ll be all sweet and nice.  She can be nice and sweet, but she can also be nasty and bite and scratch.  The funny thing is, she turns from nice to nasty really fast.  You can be petting her and thinking everything’s fine, but all of a sudden she’ll turn and hiss and lash out to scratch.  For those that don’t know her and just try and pet her they are surprised when she turns and they aren’t expecting it.  For those of us that know her and have experienced it, we know what the signs are and can see her starting to turn.  It’s in her eyes and the way she holds her head, but if you haven’t seen it before you may not recognize it.

Last week I wrote a blog post called What It Feels Like To Be The Cat and I talked about a specific example of feeling like a cat when you’re in meetings.  In my example, the project team was surprised when I finally did “lash out” in a meeting, but they shouldn’t have been.  Just like Annie does, we all show signs when we are not happy, not engaged, ready to run, or ready to lash out.  We just have to look for the signs.  In Karen’s recent post Herding Cats The Hard Way, she talks about situations where you can be causing your users or project team to act like a cat and want to lash out, but sometimes it happens no matter what you do.  But I think that if we see the signs, we can change our actions and it can keep things from getting too bloody.

I’ll give an example of how this can happen.  Let’s say you’re invited to a normal status meeting where everything seems to have been going fine and it’s a clear agenda of things to discuss.  Now suppose that someone has found some problem that wasn’t on the agenda and it relates to your (or your team’s) work and they bring it up.  Your first reaction internally is an adrenalin rush and you get defensive.  Most of us won’t “lash out” in that meeting as a first response, but if it keeps getting discussed and we’re pushed into a corner it could happen.  But if the others in the meeting are paying attention they can see it coming and defuse the situation.  Think about it, has this ever happened to you? What was your reaction? Did you feel like the cat and want to lash out or run away and hide?

You’re actions and what you do and say are important in your interaction with people.  You can’t deliver the same message the same way with everyone and you have to watch and pay attention to the other person so you can see when their attitude is changing.    If you don’t pay attention, you could be surprised and a bit bloody.

What It Feels Like To Be The Cat

Feb 18, 2011   //   by Rob Drysdale   //   Blog, Data, Professional Development  //  1 Comment

Frank as a Kitten

In her recent blog post Herding Cats the Hard Way, Karen talked about trying to herd a cat into a cat crate and that it struck her as being similar to trying to work with business users when you treat them like a cat.  Karen wrote:

The worst part was not being able to explain to Frank why all this was going on.  He had to be treated so there was no question about having to put him through this process.  Unlike a business user, though, we don’t have the opportunity to prepare him for the event with good data, analysis of the cost, benefits, and risks of going to the veterinarian.  He was blindsided by all of this.

All of this made me think of attending meetings where I really did feel like the cat and, like Frank, wanted or needed to lash out.  Over the years I have worked in a number of different areas as both an employee and a consultant and there are times when I’ve been the cat or when I’ve treated others like the cat.  We all know the meetings where someone feels like the cat…the person sits there and doesn’t understand what’s happening, they are reticent and don’t want to participate and they may get really defensive.  All the while, you’ll be sitting there thinking “What’s the problem here? I just want to make it better.”

At one point in my career I managed a contracting organization and a major client hired a system integrator and bought a new ERP system to do their work management.  The system integrator and the company justified this system to the Board of Directors based on benefits or savings and, in fact, the integrator would receive a portion of the savings as part of their contract.  Of course we weren’t privy to all of the information, but they wanted us to participate and tell them we were happy and agree with everything they did.

Frank Snoozing in the SunEvery time we had one of these meetings there was someone in there asking about benefits.   We were okay with that if the benefits were real, but we also foresaw areas where there would be costs associated with using this system.  The integrator and company would hold these meetings, lay out the process, ask about benefits, but never talk about costs.  In fact, when we asked about costs and how they would be handled we were told that was an issue for another group.

Now I can go with the flow and work through a lot of issues, but just like a cat, eventually I’ll lash out if you keep pushing the wrong way.  About halfway through the project we were having another meeting to discuss the process and I talked about how a certain part of the program should be configured.  The IROC sitting across the table with pen poised above paper asked “and what’s the benefit of that?”  My response was “I’m not going to tell you if there’s a benefit or not.”  Everyone in the meeting stopped and looked at me and I said that we would have no further discussions or meetings to discuss benefits until we actually talked about the “elephant in the room”.  The meeting was over.  Then all of the contractors and the project sponsors had to have a big meeting to talk about what we were trying to achieve and how we should work together and that it was benefits net of costs so we got what we wanted, too. 

Just like the cat, there are times when you have to lash out and make it a bit bloody for people to understand that you don’t like something.  We business users don’t want to do that, but sometimes that’s the only way to make certain people listen.

So the next time you’re going into a meeting with a business user, another department, a vendor, a customer, etc. think about it.  Have you been listening?  Have you shown the others that you understand what they want and are working to make that happen?

You Want To Do What? Lessons Learned From A Desire To Produce More Beer

Jan 20, 2011   //   by Rob Drysdale   //   Blog, Fun, Professional Development  //  No Comments

6 Beer Fermentation Tanks on TrucksA few nights ago I went out to have a look at a logistical marvel.  There were 6 very large beer fermentation tanks working their way to a Molson brewery location on the streets in and around Toronto.  First, you might not think that this was any big deal except that each tank holds about 1 million bottles of beer and couldn’t be taken through any normal routes.  Second, you might ask why I would go out at midnight on a really cold night to see this, but the engineer in me had to see it up close to see just how big these things were and how complicated this was.  The planned move and the progress were profiled through many news outlets and it was an interesting story.

What struck me about all of this when I was watching was just how complicated and involved this was from a project planning and logistics perspective.  There were also key lessons in project management tat can be gleaned from this:

NOTHING Impossible Ever Is

Truck and Tank Turning When someone comes to you and says “we want to do this….can it be done?”  The answer should never be a simple no.  There may be reasons why it can’t be done, but everything can be done given enough time, effort and money.  The key is to figure out how badly they want it done and if they are willing to pay for it.  The impossible part of it might be that the cost is too much for what it is, but you won’t necessarily be the judge of that.  As Jerry Weinberg says in The Secrets of Consulting, you should always frame it as “I can do that, but this is what it is going to cost”.

With the beer tanks, Molson’s knew they wanted to increase their production and they needed these tanks.  The trick was to figure out the manufacturing, logistics and installation.  Given the size of the tanks, building them somewhere else and shipping them to the site seemed impossible.  But building them on site would have been cost prohibitive so they looked at other options and figured out that they could have the tanks manufactured in Germany and shipped to Toronto.

Find The Right Expertise

Tanks Going Under and Over Two Sets of Wires While Turning From One Street To AnotherYou might think that you are the experts and only your company or department can do the project you’re thinking about, but trust me when I say that’s not true.  Unless you are on the bleeding edge of some new technology, everything has been done before by someone.  Find them and either hire them or glean the information you need from them.

In the case of the beer tanks, Molson Breweries hired Challenger Motor Freight to figure out how to get the tanks from Point A to Point B.  Challenger has experience with moving very large freight and could provide the logistics necessary to make it happen.

Think Outside The Box

As I said in the first point above, nothing is impossible.  But in order to see the solution sometimes you have to think about the problem differently.  You can’t just have a narrow focus and think in terms of how it’s always been done or you’ll never see the answer.  The other point here is that if you are just looking at a problem from you’re own little world, or department, you might miss the bigger solution and end up with something that is sub-optimal.

Preparing and Moving Wires For Tanks To Go Under - Note long pole for measuring height before tank goes underTo ship the beer tanks and get them to the brewery they wouldn’t fit on any planes so they had to come on a boat.  Then there were all the logistical issues of getting them to the brewery.  If you looked at this simply from bringing them to the port in Toronto you would think it’s impossible given the infrastructure and bridges and everything in the way.  Instead, the tanks were shipped to Hamilton which is farther from the brewery, but it made it possible for the land portion of the shipping.  From Hamilton it became a huge puzzle of taking the right combination of streets to avoid all underpasses and bridges where the tanks wouldn’t fit and dealing with the utilities and infrastructure that was in the way.  For example, on the last night of the move, the convoy was on the same street that the brewery was on, but they had to turn off that street and take a number of others just to avoid an underpass before getting back on line to the brewery.

Stuff Happens

You might have the best plan in the world, but sometimes stuff happens.  You have to be ready to adjust your plans and have contingencies in place in case it doesn’t work according to the plan.
The key to project management is being able to see the holes and risks in your plan and be prepared to take action or adjust when it does go off the rails.  The best project managers aren’t the ones that never have any problems with their plans, but the ones that adapt and adjust quickly and cohesively when things do happen.

The shipping and installation of the beer tanks was behind schedule.  Even before they left Hamilton they were behind.  The tanks got to Hamilton in November, but with delays and the holiday season they didn’t leave for Toronto until January 7th.  The move itself from Hamilton to Toronto was supposed to take 4 nights.  In reality it took 10.  The weather played a factor as well as the time involved in moving the electricity, cable and telephone lines.  The convoy had to be prepared to stop at different locations and adjust their plans as they went.  On the night I watched, there were three sets of wires the tanks had to go over/under in a very short stretch and these all had to be moved out of the way.  In some cases the wires were taken down and laid along the ground and in others they were lifted up out of the way.

The Entire Team Has To Work Together

On any project it isn’t just one person that has to do all the work on the problem, there is a team of people.  The team can include internal people, contractors, consultants, suppliers, etc.  Even in your own companies there may be other departments and people that you must rely on to complete your projects.  The point here is that everyone must have the goal in sight and be working together to get there.

Everyone Working Together As Tanks Move Under One Set of Wires and Wait For Next Set To Be ClearedFor the beer convoy there were trucks, drivers, spotters, supervisors, utility workers, police, etc. all working in concert to get the freight delivered.  There were a number of different companies and organizations represented, but everyone knew the goal and what they were contributing to the project.  While I watched, I could see the coordination in action and the way everyone was working together to get the trucks through their next obstacle.

Final Thoughts

There are a lot of things happening in the world around us that we can look at and study to learn about how it applies to our work and what we do.  This project was a lot more complicated than most, but when it is broken down it really is just a bunch of steps put together to get a tank another 50 meters down the road.  If you do enough of those 50 meter long tasks eventually you get the full 108 kilometers covered.  You might be a few days late, but you’ll get there…

Pages:12»

Subscribe via E-mail

Use the link below to receive posts via e-mail. Unsubscribe at any time. Subscribe to www.datamodel.com by Email


Categories

Archive

UA-52726617-1