When we discover misunderstandings, and work them out, we tend to focus on the misunderstanding at hand. Afterwards — not often enough — we ask ourselves, "Is it possible that there are some similar misunderstandings elsewhere?" If we look upon misunderstandings as potential indicators of broader difficulties, we often find opportunities to search around for other examples of that same difficulty.
For example, suppose you discover that one of the Advance Marketing (AM) teams began meeting weekly to make plans for a new product introduction. And suppose you find that they've been meeting without a representative from Customer Support (CS). This isn't good, because AM does need input from CS, and CS needs to be fully aware of what AM is planning. After investigating, you manage to correct this communication defect.
But you don't stop there. It occurs to you that other AM product introduction planning teams might be doing the same thing — that is, excluding CS. Not by intention, perhaps, but it doesn't matter why. Upon investigation you discover two AM teams that are including CS and one that isn't. So you fix the one that isn't, too. Finally, you address the problem generally between AM and CS, and that kind of omission won't be happening again. Success.
But what about the relationship between CS and the Product Development teams? Are they keeping each other as informed as they need to? Since you don't know, you investigate that, too, and you fix what you find there. More success. You keep doing this until all the connections with CS are working right.
Then you take it further. You look at all the silos, top to bottom, to determine whether all the people that need to connect with each other are actually connecting. It becomes an enterprise-wide initiative.
I call Communication refactoring is a
disciplined process of improving
communication between the
parts of an organizationthis process communication refactoring. It's a method for generalizing one situational repair of organizational communications to all possible instances where it might be beneficial, throughout the organization. In this way, by improving organizational communication gradually, we help to transform the organization from a series of weakly interacting silos into a coherent whole. I say "help" because there's a lot more to do to achieve coherence, but communication refactoring is a good start.
The term refactoring is borrowed from Software Engineering, where it refers to a disciplined practice of gradually transforming a program's code, usually by a series of seemingly tiny changes, that, over time, make the code more readable, maintainable, and extensible without directly affecting its intended functionality. By analogy, communication refactoring is a disciplined process of improving communication between the parts of an organization.
You might ask, "Where else can we apply the refactoring approach to improve the effectiveness of the day-to-day interactions of organizational life?" My guess: everywhere. You can start today. Top Next Issue
Are your projects always (or almost always) late and over budget? Are your project teams plagued by turnover, burnout, and high defect rates? Turn your culture around. Read 52 Tips for Leaders of Project-Oriented Organizations, filled with tips and techniques for organizational leaders. Order Now!
Your comments are welcomeWould you like to see your comments posted here? rbrenmhXARWRMUvVyOdHlner@ChacxgDmtwOKrxnripPCoCanyon.comSend me your comments by email, or by Web form.
About Point Lookout
Thank you for reading this article. I hope you enjoyed it and found it useful, and that you'll consider recommending it to a friend.
Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.
Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.
More articles on Personal, Team, and Organizational Effectiveness:
- Should I Keep Bailing or Start Plugging the Leaks?
- When we're flooded with problems, and the rowboat is taking on water, we tend to bail with buckets,
rather than take time out to plug the leaks. Here are some tips for dealing with floods of problems.
- Most of us get too much email. Some is spam, but even if we figured out how to eliminate spam, most
would still agree that we get too much email. What's happening? And what can we do about it?
- Working Journals
- Keeping a journal about your work can change how you work. You can record why you did what you did,
and why you didn't do what you didn't. You can record what you saw and what you only thought you saw.
And when you read the older entries, you can see patterns you might never have noticed any other way.
- Asking Brilliant Questions
- Your team is fortunate if you have even one teammate who regularly asks the questions that immediately
halt discussions and save months of wasted effort. But even if you don't have someone like that, everyone
can learn how to generate brilliant questions more often. Here's how.
- Coping and Hard Lessons
- Ever have the feeling of "Uh-oh, I've made this mistake before"? Some of these oft-repeated
mistakes happen not because of obstinacy, or stupidity, or foolishness, but because the learning required
to avoid them is just plain difficult. Here are some examples of hard lessons.
Forthcoming issues of Point Lookout
- Coming October 23: Power Distance and Teams
- One of the attributes of team cultures is something called power distance, which is a measure of the overall comfort people have with inequality in the distribution of power. Power distance can determine how well a team performs when executing high-risk projects. Available here and by RSS on October 23.
- And on October 30: Power Distance and Risk
- Managing or responding to project risks is much easier when team culture encourages people to report problems and question any plans they have reason to doubt. Here are five examples that show how such encouragement helps to manage risk. Available here and by RSS on October 30.
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenmhXARWRMUvVyOdHlner@ChacxgDmtwOKrxnripPCoCanyon.com or (650) 787-6475, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of Point Lookout are available in six ebooks:
- Get 2001-2 in Geese Don't Land on Twigs (PDF, )
- Get 2003-4 in Why Dogs Wag (PDF, )
- Get 2005-6 in Loopy Things We Do (PDF, )
- Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, )
- Get 2009-10 in The Questions Not Asked (PDF, )
- Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, )
Are you a writer, editor or publisher on deadline? Are you looking for an article that will get people talking and get compliments flying your way? You can have 500 words in your inbox in one hour. License any article from this Web site. More info
- The Race to the South Pole: Lessons in Leadership
On 14 December 1911, four men led by Roald Amundsen reached the South Pole. Thirty-five days later, Robert F. Scott and four others followed. Amundsen had won the race to the pole. Amundsen's party returned to base on 26 January 1912. Scott's party perished. As historical drama, why this happened is interesting enough. But to organizational leaders, business analysts, project sponsors, and project managers, the story is fascinating. We'll use the history of this event to explore lessons in leadership and its application to organizational efforts. A fascinating and refreshing look at leadership from the vantage point of history. Read more about this program.
Here's a date for this program:
- Baldwin-Wallace University, 275 Eastland Road, Berea, Ohio
44017: November 7,
Kerzner Lecture Series/International Project Management Day, sponsored by Baldwin Wallace University and the Northeast Ohio Chapter of the Project Management Institute.
- Baldwin-Wallace University, 275 Eastland Road, Berea, Ohio 44017: November 7, Kerzner Lecture Series/International Project Management Day, sponsored by Baldwin Wallace University and the Northeast Ohio Chapter of the Project Management Institute. Register now.
- The Power Affect: How We Express Our Personal Power
Many people who possess real organizational power have a characteristic demeanor. It's the way they project their presence. I call this the power affect. Some people — call them power pretenders — adopt the power affect well before they attain significant organizational power. Unfortunately for their colleagues, and for their organizations, power pretenders can attain organizational power out of proportion to their merit or abilities. Understanding the power affect is therefore important for anyone who aims to attain power, or anyone who works with power pretenders. Read more about this program.