Monthly Archives: June 2007

5 Rules of Change

For years I have advocated 5 steps for managing change in a professional setting. They are:

  1. Know what you’re changing.
  2. Less is more.
  3. Evolution, not revolution.
  4. Round wheels work.
  5. Iterate, iterate, iterate.

I believe if you follow these steps, you maximize your chances of being successful in any change endeavor (this is not the only path to success, just the one with the best odds). In the next series of articles I’ll talk about how I’m trying to apply them personally right now, and whether or not they work as well when I put my money where my mouth is.

As with all of these, your mileage will vary. I’d also love to hear from other folks other things that work to help them change things in their lives.

What’s Your Story?

Last night I attended a memorial service for one of J’s patients. J deals with death all the time. It’s the nature of her job and her field. Many people do get better from other cancers, but brain cancer still eludes most modern medical treatments. Still, this patient had really impacted J, and when she was invited to the service she felt both honored and nervous and asked me to go. I had never met the deceased.

At the service I learned a lot. I learned that cancer had struck down a woman in her early 40s, leaving behind two children, leaving behind a thriving career and leaving behind a distraught husband. But I also learned that this women left behind a community of people who felt in every way that having known her had left them as richer people. Listening to the service, I knew my life had lost a little by never knowing this woman.

Earlier in the day I had reconnected with an old friend. He told me a story of how he had recently met a fascinating woman in Africa in her late 70’s, and during their conversations he had asked her if she had any advice for him in life, anything she could tell him about what life meant. She raised herself up on her tip toes, stabbed her finger into his chest plate and, knowing she had his attention, said “when you’re about to die, someone will ask you the question, ‘what’s your story?’ And your answer… your answer had better be good!”

Sitting at this service I realized this 40-year-old woman that I never knew had a tragic story, but at the same time, a rich and beautiful one. She made those around her better people. She had raised beautiful talented children. She had a loving husband. She had a family that loved her and were loved by her. She had, in my mind, achieved a level of perfection in her life to which I can only hope one day to reach a part of. She had a story that I will take with me forever.

– Art

Help me raise over $5,000 to help people suffering from cancer

Coming clean…

Liar!!!

One of the key principles behind running naked for me is admitting when you’re wrong.

G pointed out to me that in my original e-mail to folks asking for donations, I said the ride in September was “200 miles”.  In reality, it is “170 miles”.  I had my numbers wrong originally (as opposed to “marketing inflation”).  I have corrected this in past posts and on my website, but I’m coming clean about it here.

 If you have donated money, and feel jipped, let me offer you the following options:

  1. You may withdraw the money (although I hope not).
  2. You may feel some consolation that while it’s only 170 miles, my ass will feel at least 85% of the ancipated pain, which is pretty good.
  3. You may insist that I add the 30 miles somewhere during that weekend.
  4. You may suggest alternate punishments in the blog comments 🙂

Let me know!

– Art

Help me raise over $5,000 to help people suffering from cancer

Nude Numbers

I’ll post these on Mondays on my way to the Marathon. This is a view of the stats I track as I’m trying to change my overall health.

Subjective Data:

I’m probably being too aggressive in my calorie control, as I felt quite tired and weak on my Thursday spinning ride. My shoulder continues to nag me slightly, so I’ve switched to mostly core and leg work in the weight room to give it more time to recover. I didn’t get any bike time in this weekend because I was in Jacksonville all weekend and didn’t have my bike.

My running improved as I worked on my stride, and I’m starting to feel comfortable with my new, less pounding, way of running. My ten mile run on Sunday was actually ‘easy’ – jeez.

Objective Data:

Weekly Stats 20070618

Assessment:

Well, I recovered (mostly) from my shoulder injury and you can see that in the time spent back in the weight room. I did a 10 mile run on Sunday in 90 minutes, which I’m quite happy with. I’ve decided to adjust my calorie intake upwards a little to give me more energy during the week, so I expect that my weight will start to creep up a little. We’ll see.

Plan:

1) Continue to ramp up running mileage. I’m cheating on the bike stuff at the moment given I spent most of the winter spinning, but I need to make sure I get some long rides in on the weekend to get my ass used to the seat.

2) Slightly tweak up my calorie intake – I shouldn’t fade in energy as the week goes on.

3) Get one long ride in this weekend.

– Art

p.s. I have weight and fat tracking back to last September if folks are interested, but only started breaking out the run and bike data four weeks ago.

Help me raise over $5,000 to help people suffering from cancer!

Why Doctors Use Soap

This is an article sharing some things I’ve learned getting stuff done.  The idea is to pass on techniques that I’ve found useful, and hopefully to get folks to share techniques they’ve found useful too.  Let me know if you find it useful, and I’ll do more of them.

Soap  

The mess

What had the hell had gone wrong?  S was the project manager on a project for a new client at a company I used to work for.  The project, to build a new phone system for a major travel-agent website, was supposed to take 10 weeks and cost about $100,000.  The project was 1 month ahead of schedule, and was running about 25% below budget.  Users loved the system.  All measurements and metrics were heading in the right direction.  Yet when I was assigned the account and checked in with my client, she was not happy.  In fact, she’d begun to wonder had she made the right decision to choose us in the first place.

What had gone wrong?  Simply, S didn’t use soap[1], and it was costing him his client!

Why doctors use SOAP

I look for concepts in other fields that might help me get better at getting stuff done.  My wife is a doctor, and I often find myself looking at how doctors go about their jobs.  And it turns out there are lots of parallels between being a manager and being a doctor.  For example, let’s look at problem solving:

Doctor Manager
New patients or symptoms pretty much every day. New challenges or problems pretty much every day.
A lot of (often conflicting) data for you to look at A lot of (often conflicting) data for you to look at
An expectation on the part of your patients, managers, and administrators that you should get stuff right An expectation on the part of your clients, managers, and teams that you should get stuff right
Often not much time to make decisions Often not much time to make decisions
If you make a mistake, your patient may die. Um…

And suddenly the analogy breaks down.

The consequences of a doctor making the wrong decision far outweigh the consequences of most managers’ decisions.  Given that, you’d think that doctors have figured out some pretty good general ways to approach solving problems.

And they have:  They use SOAP.

What is SOAP?

The medical field has institutionalized a way to evaluate treatment for every patient; every doctor who is coming up with a treatment plan creates a SOAP Note.  Its’ a very simple concept:

  • S (Subjective): What subjective data can I glean about the patient. Does the patient say they feel depressed? Do they say they feel pain?
  • O (Objective): What do my tests show me? Blood pressure? Heart rate? Reflexes? MRI Scans?
  • A (Assessment): Using both the subjective and objective data, what is your assessment of what’s wrong.
  • P (Plan): Now, what’s your plan to make things better.

Doctor’s force themselves to always look at subjective as well as objective data.  They always explicitly assess the situation[2].  And they always form an explicit plan.  Go ahead and ask any doctor you know – they all do this (well, almost all, and almost allways as my wife would say)! 

Why?  Well it’s because as humans we have an ingrained tendency to either be too objective or too subjective, and that usually leads to bad things.

If you only look at the objective data, you miss potential symptoms your tests couldn’t detect.  You don’t find out that while a test shows a medicine is within tolerable ranges, the dose your patient has is making them throw up.  If you only look at subjective data, you get patients claiming pain, but only trying to score free drugs.  You need both to get a full picture of a problem before you assess and plan.  By institutionalizing this simple framework, the medical community has been able to significantly decrease its error rate.

How we’re biased differs depending on who we are, and how far we are removed from the people involved.  Some people tend to almost exclusively look at objective data[3], and don’t believe their peers if a spreadsheet says otherwise.  Other people tend to almost exclusively look at subjective data and ignore numbers screaming to them at their face.  I know you’ve met both extremes in your career.

Most people are somewhat in the middle, but will tend to look mostly at subjective data when the problem is emotionally close[4] and at mostly objective data when the problem is emotionally distant[5].

But to make the best decisions, we have to discipline ourselves to always look at objective and subjective data.  The SOAP framework is an excellent way to do that.  It doesn’t need to be very formal.  Doctors just follow the convention when they write notes on a chart.

How did SOAP clean up this mess?

So, getting back to S.  S had been trained (as most good managers and project managers are) to be on top of all his metrics.  He watched his timeline like a hawk.  He watched his budget like a hawk.  He kept “feature creep” (the tendency of “new ideas” to sneak into projects and cause timelines to expand) to an absolute zero.  He quickly assessed problems and made rational plans and decisions to keep everything running smoothly.   He had the “O”, the “A” and the “P” down pat!  But he didn’t take a look at any subjective measures – if the metrics were good, the project was good.

And this was costing him his client.  You see, everything was going swimmingly, except S wasn’t asking his client’s opinion enough.  His decisions were good, but his client would have preferred her team were actually consulted more about them.  Not that they would have decided differently, but the client wanted her team to feel involved.  And because her team didn’t feel involved, they were complaining about all sorts of little inconsequential things (like what format bug numbers should be reported in), because S had made a decision without asking them.

S and I sat down shortly after I got the account assigned (and poor S was forced to actually work for me) and I introduced him to SOAP.  For about 4-weeks, I actually made him present problems to me in that framework.  And S started looking for subjective measures.  He talked to his client and asked her not just about the metrics, but about how she felt.  What could be better?  And she told him[6].

Within a week, S was actively changing his behavior and the client was happier.  I got one of my favorite voice mails of all time: the message said “I don’t know what’s gotten into S, but be careful, or we might decide we want to hire him.”  By making sure he looked at both subjective and objective data, in a somewhat structured manner, S was able to drastically improve how well he managed both the project and the client.

How do you get honest subjective data?

In a business context, people are often trained to only give negative feedback objectively, and often will mask their subjective opinions in order to either spare you emotional discomfort or to avoid confrontation.  Guess what?  We’re human!  As a manager you need to expect this to happen, and not get frustrated when you can’t get feedback.

The best way to get real subjective data is to be open, always.  That’s hard (and while I’m trying, I certainly don’t succeed at it).

But here are some techniques for getting good subjective (and negative) feedback that I’ve had some success with in the past:

  1. First, ask for it. So many people don’t. Just ask someone how they feel, and be genuinely interested in their responses. Then, and this is the important thing, make at least one change in behavior based on what they say. It doesn’t need to be the issue they were most concerned about, just an issue. Over time, people will see that you’re listening and changing, and will open up more (guaranteed).
  2. Ask people “On a scale of one to ten, one being God Awful and ten being Awesome, how would you say we’re doing right now.” And then once you have an average (let’s say 7)[7], ask folks for ideas on getting from a 7 to an 8. You’ll be amazed what will show up as suggestions, and how you’ll quickly be able to figure out major issues of discomfort for a person or a team.
  3. Don’t ask if everything is OK; ask what could be better. The question “does anyone have any issues they’d like to bring up” will rarely get sensitive issues like “you’re not involving me enough in the project” on the table. On the other hand, the question “hey guys, any thoughts on things we could do to make life more enjoyable for folks on the project” (assuming it’s asked openly and honestly) will often bring up suggestions like “it’d be great if I could consulted the next time we have to change the user interface, because I could help you with …”.
  4. Everything else failing, it can sometimes be useful to have a 3rd party ask or survey for the feedback, with a guarantee that you’ll only get a summary of everyone’s feedback without identifying someone. That said, while this is what most managers of large teams or client organizations end up doing, I think it’s the least successful way to get good feedback (but you at least get some).

How I Use SOAP

For changing things about myself (to which, to be honest, I’m fairly emotionally attached), I tend to be more subjective than objective.  I often feel like I’ve worked out harder than I actually have.  I feel like I’ve eaten less than I actually have.  And so, I’ve tried over the past few years to bring more objective data to bear.  When trying to lose weight, I now track what I’m eating and measure it (in addition to weight).  I use a heart rate monitor to figure out how hard I’m actually working.  Sometimes I don’t like seeing the data (this week, my body fat is up…), but it helps me figure out how to keep things moving in the direction I want.

In business settings, I’m the opposite, and tend to like numbers too much. So, I try to step out of a spreadsheet and ask for opinions.  A former colleague of mine and I used to swap stories every 2 weeks about how we both would “walk the floor” for a couple of hours each week, just so we could chat and get a sense for mood.

But mostly, I try to constantly remind myself that every problem can be viewed in two ways: with numbers, and with stories.


[1]Now to be fair, in case anyone can guess who “S” is, S is one of the cleanest folks I know.  He may wear sweaters a little too much, but otherwise has impeccable personal grooming habits.[2]They also form a differential diagnosis, which is also useful to look at as a manager, but I’m not going to go into that here.

[3] I tend to tweak in this direction.

[4] An example of this is most parents report that their children are of “above average” intelligence, despite the fact that objectively this is unlikely.

[5] Examples of how rational people can make bad decisions based on only objective data (and no subjective data) because of their emotional distance from the topic abound, but can often be seen in action (along with several other factors) in decisions large companies make leading up to major disasters.  Usually quantifiable ROI will trump any subjective pleas for help.  See Union Carbide’s decisions leading up to the Bhopal disaster for example.

[6] For those who hear this and think “my god, how could you not ask someone how they feel!!!”, congratulations.  You’ve got the “S” down.  Now, how good are you about measuring things objectively?

[7] If you track this number, it can be a fun measure of team’s morale throughout a project.  Expect it to start high, go low in the middle, and go high at the end 🙂