Comments on: Schedule Game #3: Bring Me a Rock

By: John Rusk

John Rusk — Tue, 03 May 2005 13:34:55 +0000

I really must read that book sometime – it crops up a lot on on-line discussions. I’m already in the habit of disclosing my own interests, as you describe, and it does help. Must read the book one day!

By: Gregg Colson

Gregg Colson — Mon, 25 Apr 2005 19:10:54 +0000

Sounds like a negotiation…As Roger Fisher and William Ury suggest in their best-selling book “Getting to Yes” that understanding the interests that lie behind the request is key. Without understanding the interests, there is little option for mutual gain. It becomes a battle of wills and power – senior management usually wins because they have more power. But if we take the time to ask “Why do you want it then” or “Why not…” then we can uncover the real needs driving the request. It’s equally important to disclose your interests (keeping on track, not dooming yourself and the project from the start) so that don’t perceive it as pushback, but rather as an interest in seeing success. Uncovering interests is key to getting buy-in.

By: John Rusk

John Rusk — Sat, 23 Apr 2005 06:14:50 +0000

Opps, comment got chopped off. Here’s the rest:
… versus the consequences and (lower) costs of an alternative solution and the customer made a choice.
In summary, I’m suggesting that when people ask us to fetch rocks they don’t necessary understand the options that exist, and the consequences of those options. Managers can’t read our minds, and often its only us – the technical people – who know those things. When faced with a “bad” request from a decision maker, it helps if we can assist them to better understand their choices.

By: John Rusk

John Rusk — Sat, 23 Apr 2005 05:59:13 +0000

Hi Johanna,
I think we can do more than just ask questions like “Would you like X or Y?”. Instead of just asking decision makers to choose, we can explain the consequences of their choices – since often they don’t know what those consequences are. This ties in with you comment about needing to know the the strategic goals.
For instance, a customer recently asked me for a browser-based application. The catch was, we could develop the functionalty much more quickly if it wasn’t browser-based. Furthermore, the underlying (unstated) goal was not a browser solution itself, but simply ease of deployment. So we proposed options: the consequences and costs of the browser solution versus the consequen

By: Skip

Skip — Fri, 22 Apr 2005 01:51:24 +0000

Great series! Keep them coming! It’s such a small world when you realize that others see some of the same patterns on projects as you have.
P.S. I posted a reference to this series on my site, but for some reason the trackback on your site isn’t picking it up. Not sure if it is a problem on your site or mine. Just thought you should know.