Forums

I've just finished a 3 day strategic planning process that didn't follow the manager tools format. Each day ran from 8am to 6/6.30pm with no breaks except for 30 mins lunch. The 'agenda' for the three days was a list of 11 tasks with no times. Very frustrating when you are used to 'real agendas', and 'Manager Tools' meetings.

No one was asked for any preparation. The facilitator arrived on the first day and we started to talk things through, but I wouldn't be surprised if we missed important input because the only process for bringing it forward was 'brainstorming' at the time.

It was interesting to see how much people let good ideas go when they felt drained - one way to get some form of consensus. We ended up with a new mission statement (although the previous one was only 9 months old) and five areas for action that address some of our weaknesses much more than our potential.

Has anyone had similar experiences?

jhack's picture

Yes...

...and the result was little or no change from what we had been doing before the meetings.

John

drsubstance's picture

We will form 'action teams' which in theory should make sure there is action. On the other hand they could be yet more ineffective committees that take time away from really getting things done. Because the whole process felt quite rushed and only involved a small percentage of the organization, it might be hard for the action teams to get buy in and meaningful change.

BJ_Marshall's picture
Licensee BadgeTraining Badge

I have had a similar experience, and a phrase from my old college computer science classes seems apropos: Garbage In, Garbage Out.

I think it's great that you were able to view this strategic planning process with a critical MT eye. In the future, when it's YOU running the strategic planning sessions, people will be amazed at how effective they are.

And I see this is your first post. Welcome aboard.

Cheers,
BJ

jhack's picture

The MT format is not the only effective format. The output matters, along with the level of engagement employees feel. Almost all successful strategy efforts include:

- Unwavering commitment from the CEO
- Emphasis on specific actions/programs/projects
- Easily articulated and understood mission

For example, when Sun Microsystems was introducing the SPARC chip, Scott McNealy repeated: "All the wood behind one arrowhead." He meant that Sun's strategy and future was in SPARC. Those of us designing and building products could make decisions day to day: is what we're doing going to help the SPARC chip be successful? No "action teams" were needed to help us align.

It is unfortunate that the focus is on weakness rather than opportunity. That's more of an 'operational excellence' initiative (which is good!) than it is a 'strategy.'

John

drsubstance's picture

[quote="jhack"]
For example, when Sun Microsystems was introducing the SPARC chip, Scott McNealy repeated: "All the wood behind one arrowhead." He meant that Sun's strategy and future was in SPARC. Those of us designing and building products could make decisions day to day: is what we're doing going to help the SPARC chip be successful? No "action teams" were needed to help us align.

John[/quote]

I like the length of Scott McNealy's statement. We came up with a complex sentence of 52 words which covers most bases, but won't be used in day to day decisions. Any thoughts on the length of mission statements?

jhack's picture

Length shouldn't matter. Shorter is better.

The McNealy quote isn't Sun's mission statement - it was his way of articulating the strategy so that we all knew whether our actions were aligned.

John

HMac's picture

Regarding your 'action teams' - here's an approach that's worked well for me several times. It's based in my bias that none of the real work takes place in these meetings anyway. And yes – it’s focused on a much more tactical level than deciding on a new mission statement. But it’s a great way to get work done!

BACKGROUND:
Twice a year, as part of an all-hands meeting, I'll bring a list that I refer to as our "Shared To-Do List." It's nothing more than a collection of things we know we need to get done, but they tend to get pushed out by day-to-day events (examples: update our online project management system, develop ways to improve group relations between our NY and Minneapolis teams, develop a new format for reporting results to our clients).

They're all things I want to get done, but I don't want to assign them myself - I want some buy-in.

THE TECHNIQUE: "LITTLE TEAMS"
After I go through the list of all the To-Do items, I explain that we'll form a "Little Team" to address each one of them. And I keep the structure of the Little Teams very simple: each team must have at least 3 members, but not more than 5 members. My reasoning is that fewer than 3 puts a lot of burden on the members (because after all, they’re going to get this done above and beyond their daily work), but more than 5 gives people too much opportunity to hide and let others do the work.

When I first used this technique, I was concerned with trying to “mix” the membership of the Little Teams (getting people from different departments to work together, etc), but that was a little too much social engineering. Really, when it came right down to it, I wanted people to volunteer to help get something done that really interested them.

After a quick scatter of people to picking projects, we would end up with 6-8 projects, each with 3-5 people populating them. That means that as much as half of the To-Do list projects would NOT get Little Teams, but hey – I have other methods, and I try to keep the long view.

While we were still at this meeting, I’d give the newly formed Little Teams a half-hour or so to accomplish specific objectives:
· Refine the To-Do item into a project statement
· Call out any technical or other resources you think you may need
· Rough out a workplan
· Define your first deliverable that you will produce within 10 days

All the Little Teams reported out these four items in front of one another (peer pressure is a good thing).

Then my job was to help the keep the Little Teams accomplish THEIR objectives, and to report their progress to one another. And to celebrate their success VERY publicly! (memos, pizza lunches).

I was thrilled by how much pride people took in their Little Team assignments. And it was a great way to get things done!

This was based on my strong belief that meetings aren’t where the actual work gets done, but they can be used to focus the team, organize ourselves, and to step up and accept responsibility for getting something done as a small team.

I’ve probably left lots of details out – if you’re interested, I’d be happy to answer any questions.

kalens99's picture

I agree that shorter is better for a couple of reasons.  First of all, extensive planning usually leads to less time being available to actually make decisions.  Secondly, the more complex plans are often seen as being bullet-proof, leading managers to believe that they will always be perfect.  Unfortunately, the research done by Mankins (http://organizationdecisionmaking.blogspot.com/2010/02/excessive-planning-can-get-in-way-of.html) says that static plans end up becoming obsolete in the real world business environment.  Therefore, the best thing to do is to make the planning process constant and ongoing rather than simply deciding to invest a specific amount of time at the beginning.