Monday, June 30, 2008

Accelerated Learning

I wrote about rapid onboarding a couple of months ago. Rather than seeing it as the organization's responsibility, I was looking at it from the perspective of the employee. As an employee, what can you do to shorten the length of time it takes you to be fully integrated within your team and to add value to the organization.

Based on my experience of the past few months, I'm tempted to express some caution with this approach and to articulate some hypotheses.

Unless the organization is equally in a hurry to get you on board and fully committed to helping you out, don't rush. Whether a rapid onboarding approach is appropriate (and successful) or not may depend on factors totally out of your control as a new employee. Such factors may include 1) the extent to which you have regular access to your supervisor/management for feedback and guidance; 2) the extent of disagreement / conflict around your position.

Becoming part of a team or organizational unit has a lot to do with establishing relationships. This can't be rushed too much and if there is disagreement or conflict around your position, it may take even more time. If the environment is less than ideal, it should still be possible to focus on learning the culture, the jargon, the processes, and staying away from actually "doing" anything (especially anything that might be perceived as stepping in other people's territories), at least until things settle and you've had a chance to see more clearly what is going on and you're better able to interpret subtle cues and signals.

I'm assuming this isn't such an issue when someone is hired with a clear mandate to lead a team. Then you probably can't afford to wait and see. If you're in charge, learn quickly and act like a leader. If there is confusion about who is in charge and roles and responsibilities, then being in a rush to do things and to add value is probably not where the emphasis should be.

Labels: ,

Saturday, June 21, 2008

Propinquity... among other influence factors

Propinquity -- my new word of the day -- has to do with proximity. The "propinquity effect" refers to the impact of proximity -- or physical distance -- on human relationships. This has a clear impact on team building and efforts at fostering collaboration within organizations. How do geographically dispersed, mobile and sometimes entirely virtual teams and organizations succeed when the propinquity effect would suggest that they are bound to fail?

I came across the word "propinquity" in Influencer: The Power to Change Anything, by Kerry Patterson, Joseph Grenny, David Maxfield, Ron McMillan and Al Switzler. Interestingly, I picked it up thinking that it would be a typical business / management book with lots of anecdotes and stories from the U.S. Corporate sector and the reality was quite different. It is full of examples from the social sector. All of the international examples (Grameen Bank, Soul City, Guinea worm) were familiar to me. The book doesn't mention the term social marketing but many of the examples are clearly related to social marketing concepts. It does refer to social capital.

After reading both Made to Stick and Influencer, I realized that most books published these days -- or perhaps it's only those that are successful -- have a very similar structure. They're structured around six key concepts or success strategies. Case Studies (examples) are used throughout and each core case is referred to multiple times, across chapters.

Labels: , , , ,

Wednesday, June 11, 2008

The Curse of Knowledge

Timing is everything. Had I been reading "Made to Stick" six months ago, I would probably not be reacting to it the way I am now. "Made to Stick" is about what distinguishes a sticky idea from an unsticky one. The concept of stickiness had already been discussed by Malcolm Gladwell in "The Tipping Point," and I found the two books to be highly related and equally insightful.

There are lots of interesting insights in "Made to Stick" but I am going to focus here on what they refer to as the "curse of knowledge." The idea is that once you know something, it is quite impossible to imagine not knowing it. Good teachers know how to do it but most of us have some difficulty in explaining what we know to others simply because we tend to assume that the other person knows/ understands certain things when they in fact do not.

[This is clearly going to be an ongoing issue, very related to my last post.]

I took a position a month ago with NASA. It's a knowledge management position and I'm not expected to turn into a scientist or engineer any time soon. I expect, however, that to be effective in my position, I do need to have some understanding of the core concepts, methodologies and processes that define how NASA does business.

Yet I am confronted almost daily with highly skilled technical professionals who speak an alien language. When they used words like risk management, reliability, systems engineering, safety, --- not to mention the millions of acronyms thrown around -- there is a strong assumption that everyone in the room has a common understanding of what these terms refer to.

Let's take the word "sustainability" as an example. Coming from a "development background" -- a term which incidentally would mean nothing to someone working at NASA or would be misunderstood as having something to do with engineering design or software development -- the term "sustainability" means a whole bunch of things and can't easily be separated from the developing country / development project context I have always associated it with. Of course, for an environmentalist, the term "sustainability" conjures a whole different set of images. So, when a NASA engineer talks about sustainability, how can I unlearn what it has always meant to me?

I'm told that risk management and knowledge management are closely related. Obviously I'm going to have to figure out what risk management is all about because that's not a prevalent concept in international development work. I had come across the concept when exploring project management methodology, especially project management around IT projects but the international development community doesn't talk about risks.

I was a monitoring and evaluation specialist in my previous position. That doesn't mean anything to a NASA scientist or engineer, so I have to try to figure out what the closest equivalent is in their world. It turns out that it might be the risk manager. The risk manager identifies and analyzes risks, transforms risk information into planning decisions, tracks risks, controls risks and communicates and documents risks. The monitoring and evaluation specialist translates project objectives and activities into indicators, identifies approaches for collecting data for these indicators and plans activities to monitor progress towards the achievement of project goals, and at the end of the project, helps determine the extent to which project objectives were achieved. Both the risk manager and the monitoring and evaluation specialist are focusing on following the project life cycle to ensure that the project stays on track, avoids possible obstacles, and achieves its objectives. One focuses on identifying and avoiding obstacles, the other focuses on documenting the extent to which the project is making progress. One is proactive, the other is reactive. Is the glass half full or half empty? When you are dealing with very high risk and high cost projects, then perhaps it makes sense to focus on minimizing risks.

Wednesday, May 14, 2008

The Importance of Context, First and Second Readings

In his blog, Knowledge Jolt with Jack, Jack Vinson wrote "I was reading something today that just clicked for me. Context provides a frame of reference to what you are reading or hearing. The better I understand the particular frame of reference (context), the better I can understand what this information or knowledge means." (Knowledge Jolt with Jack, May 12, 2008)

I had a similar thought this week, only slightly reversed. I didn't read something and realized how much it suddenly made sense. I read something and realized that I wasn't getting as much out of it as I would have hoped to.

Being in a new job, with a new organization and now working with individuals in technical fields that are totally new to me, I am coming across written materials that are difficult for me to absorb. I don't think I need to acquire a degree in these technical fields in order to understand the materials but I suspect that I need extended intensive exposure to these materials and the people who write them in order to start truly understanding. Right now I understand them on a very superficial level. I'm missing at least 50% of the meaning they are intended to convey.

Related thoughts
1. Whatever I am reading now and not fully understanding, I should read again in six month or a year to "get" more of it because by then I will have a greater understanding of the context.

2. When writing a technical document, keep in mind that audiences with different levels of contextual knowledge will be reading it. For example, someone who hasn't been breathing and living development literature would probably not get a full understanding of a discussion around "sustainability" because so much contextual knowledge would be assumed rather than clearly articulated.

3. At times, even within our own field of expertise, it is useful to reread a text after a few years. Experience acquired in between the two readings of the same text will influence how we understand the text and how we are able to make connections based on these recent experiences.

4. My daughter's teacher thinks that making the kids reread a short text 15 to 20 times (once a day for a couple of weeks) increases their comprehension -- and fluency. That may be but it sure irritates me and it gets really boring for my daughter!!

Sunday, May 11, 2008

Rapid Onboarding

What I've been referring to as my rapid transitioning plan is apparently referred to as "rapid onboarding" by some employers and human resources departments. Wikipedia offers the beginning of a definition of onboarding:

"Onboarding is the process of integrating a new or a newly-promoted leader or associate into an organization or role. Onboarding begins when the leader accepts the position; it includes orientation, and extends through about month six, and sometimes up to one year, depending on the organization. Best practices for a world-class onboarding process include building knowledge, key relationships and providing feedback for the new or promoted leaders."

Three tips that apply equally well to the new employee and the employer:
- Avoid information dump (be strategic about what to focus on)
- Focus on introductions and networking
- Carefully select initial projects

A couple of related resources:

Don't Wait: Start Your New Job Now
Abstract: "Given the frequency of role changes today, managers must have their own fast-start strategy at the ready before transitioning into a new job. The most successful of these strategies combines reconnaissance on both business and cultural issues through face-to-face meetings with colleagues and customers and through plenty of independent research. Learn how sizing up your new role ahead of time can help you do more than hit the ground running."

Getting New Hires up to Speed Quickly
Abstract: "How do managers and companies quickly transform new hires into productive employees, a process called "rapid on-boarding"? The authors contend that companies that are more successful at rapid on-boarding tend to use a relational approach, helping newcomers to rapidly establish a broad network of relationships with coworkers that they can tap to obtain the information they need to become productive. Most organizations realize the importance of integrating new employees, but many fail in this regard, often because of five pervasive myths about the process: (1) the best newcomers can fend for themselves, (2) a massive information dump allows newcomers to obtain what they need, (3) cursory introductions are all that's needed, (4) first assignments should be small, compact and quickly achievable, and (5) mentors are best for getting newcomers integrated. Because of those misconceptions, managers will frequently rely on certain taken-for-granted practices that can actually hinder new employees from becoming productive."

There is probably a way to put a bigger knowledge management spin on this onboarding approach. In essence, what the new employee needs to do is a rapid knowledge audit and knowledge gap analysis to be able to focus on key knowledge areas essential to start contributing to the company/organization's mission. The employer is in a great position to help connect the new employee with the organization's knowledge bases (people, physical knowledge databases, etc...), but the employee is in the best position to identify his/her own weaknesses and knowledge gaps in terms of knowledge needed to do the work.

While most of the literature I came across was looking at the issue from the perspective of the employer and what the employer should do to accelerate onboarding, there should be more about how individual employees might want to take charge of their own onboarding -- especially if the company doesn't have a strong employee orientation or onboarding program. What I did find on this topic tends to focus on the highest levels of management and "how to take charge" rather than the average employee who might be more interested in "how do I become a productive member of the team."

Labels: ,

Saturday, May 10, 2008

Transition Acceleration Plan - Initial Adjustments

I'm now a full week into my new job. I'm still in the process of defining my role and describing what I will be doing but here's a first attempt: I work with the Chief Knowledge Officer and other OCKO (Office of the Chief Knowledge Officer) team members at NASA's Goddard Space Flight Center to "maintain and expand knowledge management practices within Goddard." There is a set of six knowledge management practices that the OCKO focuses on so that the mandate of the office is relatively well defined.

My initial transition acceleration plan is a 100-day plan which involved a combination of learning and doing.

Learning
- Who is who? Who does what?
- How do I go about doing X, Y, and Z?
- What does Goddard do? (history, current, future)
- What does the OCKO do? (history, current, future)

Doing
I don't have a detailed workplan yet. I didn't expect to have one drawn out by the end of the first week. However, I already have a much better sense of what needs to be done and what the existing team has been doing.

My first inter-related steps include the following:
1) Practicing my "story": What am I doing here? How do I contribute? How do I fit in?; and
2) Getting invited to accompany team members to any meetings I can in order to be introduced to as many people as possible and immediately start building my own network based on the team's existing relationships.

I have a specific idea for a more substantive 100-day project. It hasn't been flushed out yet but from my perspective it would be very useful to undertake a rapid knowledge management audit. I don't want to be doing an extensive audit of knowledge but rather develop an inventory of ongoing knowledge management related activities. For example, there is a main library and then project-specific libraries. There are multiple training and related capacity building events developed across the Center. How can the activities of the Office of the Chief Knowledge Officer complement and leverage ongoing knowledge management related activities sponsored by various parts of the organization?

Week 1 lesson learned: It's fine for me to get a clearer understanding of what my role is going to be but it's as important for other members of the team to share the same understanding.

Labels: ,

Monday, April 28, 2008

From Exit Interview to Transition Acceleration Plan

In my last couple of weeks at AED I was trying to think about what I could do to make the job of my successor as easy as possible and in the process, wondering about organizational memory and what happens more generally when people leave an organization. The reverse, what happens when people enter a new organization and need to be brought up to speed is also of interest to me at the moment since I will be transitioning into a position in a new organization.

I see huge potential both for knowledge loss and new learning opportunities. The losses seem to be concentrated with the organization left behind and the new opportunities primarily with the departing employee. Clearly, it takes a while for a new employee to be fully on-board and able to contribute, so there is an investment on the part of the hiring organization. At the same time, the new employee is potentially a source of very valuable knowledge. The new employee's questions, reflections, and analysis of the new situation they are thrown into can provide clues related to the organization's operations that are invisible to those working within it and can provide clues related to how the organization is perceived by outsiders. In other words, could a fresh pair of eyes be useful to the new employer? If so, how can this be leveraged efficiently?

Exit Interview
A traditional exit interview is conducted by the human resources department and is focused on issues related to employee satisfaction and supervisors. Sometimes, it also provides an opportunity for the employee to reflect on the job and offer helpful advice. The objective of such interviews is clearly to help identify potential problems and reduce employeed turnover. However, it has very little to do with trying to retain the employee's knowledge. For these types of exit interviews, it doesn't really matter if they are conducted on the last day of employment.

For long-time employees going into retirement, there are other approaches which can ensure that as much as possible of the retiring employee's knowledge is retained within the organization. That doesn't address the knowledge loss resulting from the changing nature of the workforce and the fact that younger generations don't expect to be working for the same employer for more than a few years and therefore may have more self-centered learning and knowledge strategies of their own.

My questions during my last couple of weeks of employment centered around relatively short-term issues:
- How will my successor and former colleagues find my files?
- What files do I leave and what do I take with me?
- For those projects that need to go on without me, how can I make it easy for those taking over to do so without wasting time and energy reinventing the wheel?
- How do I transfer important communication trails (emails) so that they do not disappear with my email account? Who do I transfer them to?
In the end, I didn't have much guidance on any of these issues and I made up my own answers.

Transition Acceleration Plan
Now that this exiting process is completed, I can start focusing on what happens when entering a new organization. It's probably impossible not to start thinking about that earlier -- at least once you've officially accepted a job. Based on past experience, I can say that getting to understand how things work, how things are done within an organization, can be a lengthy process. My goal in the coming months is going to figure out how to accelerate the process. Ideally, I would want to minimize the transition period -- the period of time during which I am absorbing knowledge -- being a sponge -- and contributing very little value. Perhaps I'll call it my transition acceleration plan. And perhaps a pair of fresh eyes can contribute value early on precisely because I don't know how things are done and I should be asking questions.

Some of these reflections were inspired by my recent reading of"Lost & Found: A Smart-Practice Guide to Managing Organizational Memory," by Peter Stoyko and Yulin Fang for the Canada Public School Service (2007).

Labels: ,

Saturday, April 26, 2008

Moving on....

Yesterday was my last day working at AED. I worked with AED for a little less than four years.

* rewarding -- most of the time :)-- as in "Wow... I can see how that has an impact on development."

* a great learning experience -- as in "That worked well, let's make sure to do it again this way," or "That flopped... let's not do it again," and "How did I not see that before...".

* challenging -- as in "that really pushed me to learn or do something I didn't know I could do" and "What on earth are we doing? This doesn't make any sense to me....".

In the process of reflecting on these past few years and looking ahead, I want to be able to remember as much as possible of the work I did, the relationships, the people. Below is a little collage representing the last few years at AED. Some of it would have meaning only to me but that's the idea.... The next time I have to go to an interview and I have to explain what I did at AED, I'd rather look at this collage to bring up memories than look at a few lines on my CV.

Labels: , , ,

Sunday, April 13, 2008

e-Agriculture

The Food and Agriculture Organization and the Technical Centre for Agricultural and Rural Cooperation invite applications from e-agriculture.org members to participate in a free four-day Online e-learning Course:

NETWORKING IN SUPPORT OF DEVELOPMENT

****************

I have been a fan of online learning for a long time, to the point of developing my own online courses and having a lot of fun running them on my own. To be fair, the sessions were not truly online. If we're now in the web 2.0 era, I think my course was web -1. We used a CD-ROM for content and an email discussion list for communications. I suspect that there are still quite a few people in developing countries who would appreciate this low tech approach. At the same time, I doubt anyone would dare to offer something this backward in the web 2.0 era...:) that would be akin to offering an old fashioned snail mail distance learning course.

So, each time I come across a new online course intended for participants in developing countries and focusing on development issues, my eyes open slightly wider and I check it out. Are they offering it for free? Do they say how much time the participants will need to spend online per day? Do they mix participants from all regions? Do they include participants in the US, Europe, Australia, etc...? Do they have specific technical requirements, a specific browser, etc...? How long is the course? Four days? Did they select such a short period based on past experience with longer courses? Is that the online course attention span these days?

I hope to get the opportunity to facilitate an online course again, or at least facilitate some kind of online knowledge sharing community. It's been a wonderful experience in the past.... and with the technologies evolving so quickly, I'm sure it would be an interesting learning experience again.

Labels:

Wednesday, April 02, 2008

eGov 2.0

I attended an interesting World Bank videoconference event yesterday on "Next Generation Organizational Models for e-Government." First I keep marveling at the technology that enables the participation of so many different locations across the world -- I think 13 different locations were connected via videoconferencing for the event. I still remember a few years ago when there were always technical difficulties with some of the sites, especially when such a large number of sites were connected. Whether the technology has evolved or the people have mastered the technology, the last few events I have attended or watched via webcast have been close to flawless. It is now a well-oiled machine with participants completely comfortable with the medium, including simultaneous translation (for Russia) that was so seamless that it took me a while to realize that it wasn't the speaker I was hearing but the translator.

Congratulations to the team putting these events together! It is really a testament to their extensive experience doing it over and over and improving continuously.

Now to the theme of yesterday's event. I really heard two themes. The first one was about the organizational structure needed to support successful e-Government initiatives. It is better to have a centralized body or to decentralize responsibilities for e-Government? If there is a centralized body, how large should it be? What should be its responsibilities? How can countries maintain a certain level of e-Government expertise (capacity) in a decentralized environment? Can a matrix organization model help to address some of the challenges?

The discussion reminded me of a chapter in Richard Heek's "Implementing and Managing eGovernment: An International Text," where he discusses the advantages and disadvantages of centralized vs. decentralized approaches and the evolution towards hybrid models.

In essence, this first theme was a more traditional discussion around how to structure e-Government support organizations within a government structure, including some discussion of the role of the private sector.

The second theme I heard revolved around the potential impact of web 2.0 technology and the emergence of new organizational models potentially leading to eGov 2.0. I used the words "potential" and "potentially" in the sentence above because while the ideas are being discussed, there are very few governments that have taken the lead in applying web 2.0 technologies and business models.

A lot of the discussions around web 2.0 focus on the social networking aspects and how the technologies enhance participation and engagement of the people (especially youth at this point). The potential impact of web 2.0 in terms of participation and engagement with government entities was mentioned but I was more struck by the potential of web 2.0 in terms of the application of new business models, new approaches to revenue generation. A key obstacle to the implementation of e-Government initiatives in many emerging countries has been the lack of funding and the limited base of taxation. In such contexts, innovative revenue generation models are certainly going to be welcome.

Clearly, there is still going to be a huge problem for countries where PCs and the Internet are not widespread yet. Both access to computers and the bandwidth are going to be key. Perhaps we need to start talking about m-Gov 2.0 (next generation mobile government).

For more information about yesterday's event at the World Bank, see the eDevelopment site.

Labels:


Home - Services - Portfolio - Blog - Articles


Email: info@knowledgefordevelopment.com