You Can Observe a Lot By Watching – Yogi Berra

watchingbyAliaQunhuaFlickrCCThis is the second post in a series about how we learn from our work. The first one can be found here.

The great American baseball player/philosopher Yogi Berra, said “You can observe a lot just by watching.”

That quote popped into my mind when I was on a phone call with a group of Bill and Melinda Gates Foundation grantees of the Water, Sanitation and Hygiene program. We were on a great 90 minute call with those working on projects in Africa when one participant shared this story. The following is a total paraphrase!

I received this drawing of a septic tank from one of our colleagues in India. Looking at it, I saw it was a great design, but I closed the email and moved on. A few months later I visited and saw the remarkable tank and realized what a breakthrough it was and thought, why did I just close that email a few months ago? Why didn’t I share it with a colleague in Africa who I knew would be interested? What was it about that face to face moment that crystallized the learning for me?

“You can observe a lot just by watching.” All humor aside, I’d like to greet that with a rousing “Yes, AND…” The AND is that we are getting so programmed for efficiency, and addressing every little blip on the radar screen that we miss the importance of the things we are ostensibly “watching.” When we go into the field, many of those distractions are electronically de-tethered. We focus, focus, focus on what we actually see in front of us. We ARE watching with all of our attention and thus can reflect on the importance of what we are seeing.

So is the solution to simply go into the field? Well, not so practical. Not so sustainable. Sometimes not even possible, especially for anyone lower on the project hierarchy. It is not equitable.

So what do we do?

We are currently initiating two experiments to try and solve this problem. I’ll share the first here, and save the second for a follow up post. (Focus, focus, focus!)

Shared, Open-Topic Conversations

One is the semi-regular, open agenda telephone calls with subgroups of BDS grantees. The calls were initiated by the portfolio leader, as a response to working with the KM team and hearing needs from grantees. By walking the talk, our client is using his leadership position to invite conversation, versus disseminate requirements or content.

So far it feels like having between 8-12 people on the call is a good size. There is enough diversity, but not too many voices so everyone can have some air time and attention. We use a telephone bridge line and a shared note taking/chatting space. (Our “community technology configuration.”) Currently we’ve been experimenting with Meeting Words (http://www.meetingwords.com).

We do a quick check in, then each person is invited to share some insight about their current work. People use chat or voice to ask questions, answer, look for possible collaboration opportunities, but more importantly, pay attention for 90 minutes to thinking across the portfolio, not just within their project.

Because there are others there “listening” to us, we speak and pay attention differently than a quick scan of an email. My sense is that the more we can recreate the sense that we are together, the more this behavior shows up, rather than paying attention with half an ear whilst doing email and reading a note someone in the office just set in front of us. The shared note taking space helps focus attention and offer different means of engagement. We didn’t have it the first call and I personally felt less coherence. (That could just be me.) When we added it for the second call, people did not have to wait for “airtime” to talk – they could type. In addition, I did live note taking in the wiki side of the page and invited others to improve my note taking. In when the links! In went the correct spelling of a report. And we had very useful, collaborative notes ready by the end of the call. Boom!

The turn taking helps stimulate our past experience of being in a room, in a circle together sharing a beer or coffee, and simply talking with each other.  It helps the shyer people know there will be a space for them, even if they want to pass. It evens out some of the inevitable power dynamics of funder/grantee, boss/team member.

At the end of the second call we asked ourselves if we found value in the call and the meeting words and the quick informal feedback was very positive. I was even surprised at how positive. What did we do right? What could be improved? We still need to answer these questions.

The final piece of these calls is just starting up – following up with sharing of mentioned resources, setting up follow up actions for pairs with shared needs or interests, and development of asynchronous discussion threads of topics identified as useful for more depth.

My key questions going forward on this include:

  • How often do these calls need to be to build sufficient trust and practice to be, and be perceived as valuable and worth the time spent? In other words, what is the heartbeat of this practice? Time is always the scarce resource, so value MUST exceed time spent. This raises the question of what metrics help us understand received and perceived value. Is it important to have metrics or is informal feedback enough?
  • How will the proposed follow up items emerge and how will we discern the value of these experiments? Will we succeed in sustaining asynchronous interaction or is that even another step away from the “face to face attention.” Again, what are our metrics?
  • Finally, if these calls continue to provide value, who else would benefit from/want to attend? How far away from those in charge of the grants should we go? I personally think we miss a LOT by not having these conversations with front line staff, but it becomes increasingly logistically challenging and time is that darn choke point.

Have you done informal, regular knowledge sharing calls? What have you learned about convening them? Measuring their value? Let me know and I’ll share it back around! Because, after all, you can observe a lot by watching, right? J

Where is the Cooperation in International Development and Cooperation

Warning: The following was written in haste, has repetition and can very much stand a good edit. But if I don’t hit post, this won’t go out. Life is busy.

Earlier today my friend and respected KM/KS practitioner Ian Thorpe Tweeted a link to a consultancy announcement.

kmtoolkittweet

I blithely responded:

Now, I was pretty tough on Ian and did not offer any context. Later this morning he posted a really thoughtful blog post on the thinking behind his organization’s desire to have their own internal Knowledge Exchange Toolbox. I started to post a comment, but the comment grew so large I decided a post here was called for.

I’m going to quote a sizable chunk of his post and then my response. But if this interests you, please go read the whole thing.

But, I think there are actually a few good reasons to reinvent or at least adapt.

People working in an organization tend to have more trust, and are thus more likely to use something that has been specifically created for them and has some form of official endorsement. This sounds like “not invented here syndrome” – but it’s not quite that.

The advantages of developing your own toolkit (or platform, strategy, bibliography, taxonomy etc.) include:

  • It can be written in the kind of language (and jargon and buzzwords) people in the organization understand
  • It can include tools selected to meet the specific needs of the organization, and the tools selected (even when sourced from elsewhere) can be adapted and tailored to the organizational context.
  • The tools can be tested on real organizational problems and the feedback obtained can be used to improve them and help communicate them better.
  • The tools can go through a quality review and sign off process that the organization understands and respects.
  • The fact that the toolbox is developed together with internal as well as external expertise means that staff know who they can follow-up with for advice and support on when and how to use them.

Overall these points mean that there is a sense of organizational ownership of the toolbox meaning not only is it officially sanctioned, but also officially supported and adapted to what the organization needs.

Thanks for adding really useful context, Ian. I find your reasoning totally logical. I have also heard it many times at other organizations.

First, can we connect usage to the factors you noted above in the context of ownership? Has anyone objectively looked at how usage of such a tool matters if it is internal or external?

I strongly suspect usage is driven by other, less visible, more informal things like seeing other peers use the tools, having colleagues they value endorse or role model, etc. I don’t have data. But in considering this,  I wonder about our assumptions about

  1. the use of these toolkits in general, and
  2. the importance of the points you make toward use (and improvements going forward).

Or are we just masking or missing the deeper, underlying issues? I really don’t know and I’d really LIKE to know.

I confess, I get totally frustrated when my own clients hire me to do things that are already done. The KS Toolkit came out of that frustration after three separate clients asked for the SAME thing and the differentiating factor was not whether the tool was on a private intranet or public, but branding. Yes, branding. Does that change the value of the toolkit? Should it?  Now, that said, over time the existing Toolkit product needs improvement. And your focus on adaptation is to me SUPER IMPORTANT. The issue of how to create and improve cooperatively sourced products alone deserves another blog post. (Note to self). But lets go back to rationale for internal vs. cooperative, shared resources.

I think a lot of the points you make are right on, but I also worry about some of the underlying causes that make these ideas of “needing internal validation,” “our language” and stuff so important in a field like international development and cooperation. From where I sit, I thought our field has shared goals.   So why do we have these counterproductive insider, invented here, not invented here, we are different from everyone else, etc attitudes? What do they represent? Control? Power? Fear? Territoriality? Reliance on the status quo?

Do we really understand if and why we need our unique products? Or is our vision too limited to see both the value and possibility for, and the mechanisms to cooperatively create, use, and improve resources?

Let me get more specific and look at each of Ian’s reasons for a customized product.

  • It can be written in the kind of language (and jargon and buzzwords) people in the organization understand. Having a sense of identity and ownership is important. But reinforcing organizational buzzwords and jargon does not help wider cooperation in the development field, no? Why might we want to reinforce this behavior? Think of the “beneficiaries” as well. Doesn’t our insider language and jargon distance us from them? 
  • It can include tools selected to meet the specific needs of the organization, and the tools selected (even when sourced from elsewhere) can be adapted and tailored to the organizational context. This is a compelling argument for internal platforms. Curation, adaptation and tailoring are really useful “value added” to a toolkit. But why not do that adaptation in a public, cooperative platform where others can learn from what you do, particularly those closest to your organizational domains. Why not do it WITH those others? Hm, as I write this, I wonder about shifting from “organizational” context to “practice” or “domain” context. So if tool X is more useful in working with Y population, lets make sure all of us working with Y population have access to that tool adaptation and can contribute towards its ongoing improvement?
  • The tools can be tested on real organizational problems and the feedback obtained can be used to improve them and help communicate them better. I can’t figure out the value of this being internal to an organization. Again, it relates to the practice, no? The global public good here is pretty darn high…
  • The tools can go through a quality review and sign off process that the organization understands and respects. Why can’t this happen in a cooperative platform? Heck, it might even contribute to better interorganization practices as a whole? And who is the arbiter of quality at the tool level when we rarely seem to care or pay attention at the application level where the IMPACT happens, right?
  • The fact that the toolbox is developed together with internal as well as external expertise means that staff know who they can follow-up with for advice and support on when and how to use them.  Again, I can imagine this same value on a public/cooperative platform.

Adaptation is an important thing we ignore very often in KM. There is too much sense that replication and scaling are the solution. So I deeply respect this aspect of adaptation that I sense in Ian’s response.

My “yes, and” perspective  is that what you learn/do through adaptation is of value beyond your org. And insights come from beyond your org. And your org exists for public good, right? Why not build more nuanced structures that facilitate open, public, crowdsourced resources, ones that add that layers of adaptation – for example there are other orgs sharing UNICEF’s targets and goals who might also benefit from this need to improve tools.

I fully know that what I’m suggesting is not easy. We have learned through the KSToolkit.org that people DO have different needs, need the material organized or expressed differently. But those reasons don’t appear to be organizational. They appear to be driven by the users context and practice. And that these contexts and practices vary WITHIN organizations, and are often shared ACROSS organizations. And cooperatively creating and supporting a shared resource doesn’t fit into most organizational process or budgeting parameters, so when we see things like the KSToolkit.org we are seeing the work of committed individuals who make things happen, often in spite of their organizations. (And deep bow to all of you, including Ian who has been a toolkit supporter.)

I think there is a much larger, more valuable proposition of opening up some of this work across organizations and getting off the  focus on our organizations. Lets focus on our goals and the ultimate reason we are doing this. So every human being has the right to and access to food, clean water, housing, education and human dignity.

So what are the barriers? What is it we are really avoiding by sharing this “knowledge infrastructure?” Is it convenience? When we work for global public good, what is the cost of this “convenience?” What is keeping us from shifting towards more cooperative and networked structures which can tap a potentially broader and more diverse set of expertise, share the burden of refinement, adaptation, improvement and just simply reduce this recreation? We all need and benefit from the process of adapting and improving tools.  Many of the tools in a Knowledge Exchange toolkit will have relevance to wider audiences. At the same time, so much of what is in these toolkits is not rocket science. What IS rocket sciences is the organizational shifts and changes that actually enable people to USE this stuff. Toolkits are just a resource. And this opens another Pandora’s box for another blog post!

I’ll say it. Lets start breaking down more walls instead of using what is convenient and conventional to maintain the status quo. And a little starting point like KM and KS toolkits seems like an ideal laboratory to find new, cooperative, networked ways to maximize value and minimize waste. Let’s recreate and improve together. Otherwise we are supporting wheel reinvention.

And Ian, thanks for lighting me up to write about this today. You have helped me clarify my thinking. The next two things we need to consider is what it takes to cooperatively create global public goods (and a lot of good people have been doing some great work in other domains from which we can learn), and how to move the tools from toolboxes into practice!

via Why we sometimes need to reinvent the wheel | KM on a dollar a day.

Puddle Jumping @ the Canadian Network for Innovation in Education Conference

DSC_0013~2Well, it is on the schedule for tomorrow morning, so I had better be ready for my keynote at the Canadian Network for Innovation in Education Conference. This is a placeholder blog where I’ll post the talk artifacts (song lyrics, visuals, and whatever else we create) and resources. The resources below are placeholder for now, so stand by until tomorrow night! I’m talking without slides, with uke and probably (as usual) trying to pack too much in. But hey, if you aren’t learning, why do a keynote, right? Wish me luck

Resources

Related and Interesting Stuff

Clay Shirky and “the collaborative penumbra”

Some words just catch us.

I was scanning this transcript of an interview with Clay Shirky (thank you Twitter network) and came across this quote:

So the collaborative penumbra around 3-D printing is a place where you don’t have to have someone who can do everything—from having the idea to making the mesh to printing it. You can start having division of labor. So you’ve got all of these small groups that are just working together like studios and still able to play on a world stage.

via The disruptive power of collaboration: An interview with Clay Shirky | McKinsey & Company.

I just loved the term, “collaborative penumbra.”

I continue to rabbit away at what has become my hobby research, how international development organizations plan for, pick, provision, monitor and evaluate their online collaboration platforms. What comes up again and again is that organizations have very limited ideas about the meaning and possibilities of collaboration. There is still this idea that it is composed of two things: document sharing and project management. And document sharing covers the territory of “knowledge sharing.” Sigh. I keep looking for useful anecdotes to demonstrate the rainbow of possibilities. But each example then points to the fact that this is a fundamental shift in the way work is done. That scares people. They like their “habitus” as Zaid Hassan talks about in his book, “The Social Labs Revolution.”

Here is another quote from the interview (emphasis mine):

“And all the way at the other end of the spectrum, you’ve got these collaborative environments where almost no one has to coordinate with anybody else. When I upload something to Thingiverse, or I make an edit on Wikipedia, it’s not like I need anybody else’s help or permission. So the collaborative range is expanding. The tight groups have more resources, and the loose groups can be much more loosely coordinated and operate at a much larger scale. And I think the people who think about collaboration want to know what’s happening to it, and the answer is everything.”

Go read the rest. There are more gems there… go to the source!

My Harvest from a Half Day at Seattle #Kaizencamp

Thanks to a serendipitous conversation with friends im Benson (@ourfounder), Tonianne DeMaria Barry (@sprezzatura), I was able to pop in for 1/4 of the Seattle #KaizenCamp. If I were pitching a Hollywood script, I’d say “Open Space” meets “Lean Coffee” meets “Liberating Structures.” A group of smart, engaged people conversing about ways of working in a lovely place (The Foundry) with good food and coffee.

I sat at two rounds of “lean coffee,” one about Storytelling and the Arts, and one about Knowledge Sharing. I made a couple of sketch notes and captured some of the resources and I wanted to get them up and out, tagged and tweeted, before I rushed on to the next thing. (Rushing— sucks!) So here we go…

Storytelling and the Arts

KaizenCampArtStorytelling

 

URLs/Resources Shared:

 

Knowledge Sharing

KaizenCampKnowledgeSharing

 

URLs/Resources: