The Tipping Point

Thoughts on Web2.0, Enterprise2.0 & Knowledge Management

After Action Reviews[AAR] in software development

AAR’s is a process used by the US Army where after each action [in army's parlance] the team meets to capture the learning’s and lessons, what went well and what could be done better. The advantage of such AAR’s is that the activity performed is fresh in the teams mindspace and they can reflect better on the activity performed and learn from it.

Variations of AAR have been used in the software industry(and in other industries also) in form of Post Harvests, Sunset Reviews, Post Mortem Report etc where the team meets at the end of the project, to look back and reflect on what went well, what could be improved and how to gain from the experience.

While all such practices are fine in theory, there are some fundamental issues in their execution. Few of the limitations are:

  • Projects, programs etc get executed over a long span of time – maybe months, years. If a post harvest, sunset review etc is conducted at the end of several months, then it is practically impossible for teams to remember what went well and what could have been better. These meetings then usually will turn into blame game, finger pointing, or of things at a very superficial level. The real learning’s may not surface in such scenarios.
  • The importance if learning’s, lessons may become trivial. When the team of individual is facing an issue, or trying to solve a problem, then the lessons they learn while solving the issue/problem the first time is the most important. The next time they face the same situation/problem, then they will see little value in the lessons. They already know how to do it and over a period of time, by the time the post harvest, sunset review happens, the very important lesson that the team had while solving the problem could have become trivial to even mention it.
  • Team members join and exit the projects/programs throughout the life cycle of the projects/programs (This is especially true of software development projects). This is compounded by the fact that people leave or join a project not in one shot but in a staggered manner over a period of time. Post harvest, sunset review do not account for tapping into the lessons learnt by people leaving the project, nor do they try to tap into the lessons that people joining a project/program midway bring with them.
  • Many times during Post harvests, sunset reviews etc, the team members who had left the project and are now part of other teams are asked to join for such meeting. The intent is very noble — to also tap into the learning’s that these people had and benefit from it. However, the problem is that these team members who had left the project are mentally NOT associated with their previous project anymore, they are mentally switched off from their previous project and are very unlikely to contribute any meaningful learning’s or lessons, and even if they do, it will be very superficial. NOTE: It is not that they have noting to contribute, but the very fact they are mentally, emotionally and physically removed and no longer part of the project, make it difficult from these people to contribute anything meaningful.

There is no doubt that learning’s from Post harvests, sunset reviews can be applied to new projects, but the very fact that lessons/learning’s of AAR’s can be applied right away in the next activity of the current project make it very powerful.

It’s about time that the software industry looks real hard at the value it derives from Post Harvest processes.

January 12, 2008 Posted by Shahnawaz Khan | km, knowledge management | , | No Comments

What’s similar between the concepts and principles behind Web2.0 and unconferences?

Is it a coincidence that the adoption and popularity of barcamps, unconferences has coincided with the emergence of Web 2.0? Are there any parallels and similarities between the underlying principles of Web2.0 & barcamps, unconferences? After all both web2.0 & unconferences are about user generated content, architecture of participation etc.. etc..

I have tried to map the web 2.0 principles from the seminal article on Web 2.0; Oreilly: The Web 2.0 Design Patterns and tried to map them to the underlying principles of unconferences — and I see a striking similarity between both.

So; are unconeferences as the Web 2.0 equivalent of conferences? I bet they are..

Web 2.0 Principles

Unconference Principles

architecture of participation The basic premise behind the unconference philosophy. Every one participates. The (un)structure of barcamps, unconferences is such that it makes it easy for everyone to participate - in the manner they want.
self organized The participants themselves are the organizers. There is no ‘official organizer’. Every participant is welcome to volunteer and organize some aspect of the barcamps, unconference.
Emergent The agenda, content and even schedule is not pre decided. Everything emerges at run time and from the participants themselves as the barcamp, unconference unfolds
Perpetual beta Some unconference sessions can be washouts. It is taken in stride and no body minds that aspect. In fact participants just walk over to some other session
Gets better as more people use it The more the merrier. You can break away into smaller groups and start your own sessions
Informal & light weight No keynotes, welcome address, 5 star ambiance etc. no frills, no flashy brochures, no marketing, just to the point
Harnessing collective intelligence Every one is a participant. There is no distinction between the speaker & the audience. Everyone contributes
Rich user experiences Extreme socialization & interaction between participants. Here it goes beyond exchanging business cards and networking. You exchange thoughts ideas. You can even enter into a dialogue, debate and even make some of your best friends here.
Users add value “The audience is smarter than the speaker”… A fundamental aspect of the unconference. It is the users, the participants who make the unconference successful & add value - as opposed to formal conferences, where it’s the speakers who are perceived as adding value.
Cooperate, not control Nobody controls the unconference. It is delivered not by control but by the cooperation of participants, volunteers.

December 25, 2007 Posted by Shahnawaz Khan | barcamp, knowledge management, unconference | , , | 1 Comment

10 Tips for DIY corporate unconference

Yes, it sounds like an oxymoron: a ‘CORPORATE UNCONFERENCE‘.

An unconference is diametrically opposite to what ‘corporates’ stands for. Unconferences are unstructured, self organized, non hierarchical, user driven, sense of chaos, loose controls, speaking your mind out, no formality etc. A corporate is all about control, hierarchy, structure, predictability, organizational thoroughness, formality etc. It’s like echoing Men are from Mars and Women are from Venus.. It’s like Eric Raymonds “The Cathedral & the Bazaar” — the ‘cathedral’ standing for the formal organization and the ‘bazaar’ for the unconference…

However; the reality is that unconferences gaining traction and being widely adopted in the techie circles, and this provides an opportunity for corporates to try out unconferences as a mode of sharing & learning, conversations within their setups.So, how do organizations go about adopting, adapting, experimenting with this social, participative & emergent concept of an unconference?

One way can be to learn from other organizations that have tried unconferences within their organizational setup and factor those learning’s, inputs into their planned corporate unconference. Needless to say that each organization is different and the organizations culture, structure etc will for sure have a bearing on how the corporate unconference is rolled out.

Here are some tips that can be adopted/adapted according to your needs while planning a corporate unconference.

Tip #1: Don’t make it MANDATORY: In my opinion, making participation mandatory for all employees can be the biggest in a corporate unconference. An organization, in all its best intentions, may decide that ‘everyone’ needs to attend the unconference. However; this goes against the spirit of an unconference and is a sure fire way making the unconference unsuccessful. Organizations need to understand that an attendance of 4000 does not guarantee participation from 4000. However only 1000 out of 4000 people participate in the unconference, it is absolutely great.
At MindTree, we did the unconference on a Saturday and did not make it compulsory for people to attend. There were more than 1000 people who turned up out of their own choice - and EACH one of them enjoyed the 30+ sessions during the unconference.

http://farm3.static.flickr.com/2224/2112541733_6ce724f182_m.jpg

Tip #2: Don’t do a PoC. Yes…!!! In my view, this can be the biggest deciding factor in the overall success of the corporate unconference. At MindTree, we made unconference to the grand finale of a quarter long Osmosis event. One of the fundamental aspects of an unconference is to bring in people with diverse backgrounds, interests together and then have discussions, sessions. If an organization tries to do a PoC for an unconference, it would most probably be limited to a function, technology group of limited set of people - essentially people with SAME background interests etc… This in my opinion could be a foolproof way of ensuring a conclusion that unconferences don’t work in an organization. We did not do a PoC - though there were suggestions to try out a PoC. So, just do it… LARGE!

Tip #3: Get involved in organizing unconferences: If you have never been part of organizing unconferences in the outside world, then DO SO. There are plenty or barcamps happening in most of the cities and all of them need volunteers. Get involved as a volunteer - from the planning stages itself to get a first hand feel on what it takes to organize an unconference. Get down to the nitty-gritty details. This will come in handy when you organize your corporate unconference and is your insurance for NOT doing a PoC internally.

Tip #4: Educate the masses: The moment you announce that your organization will be doing an unconference, people will have all sorts of questions. What is this, why? How? When? Etc. Plan for educating people on the concept of barcamps/unconferences from the moment you announce the unconference. Dig out the appropriate barcamp/unconference videos from youtube and reach out to their authors for permission to use them for evangelizing the concept of unconference/barcamp in your organization. Most authors will be happy to allow their video’s being used for the promotion of unconference concept. We at MindTree did this and this helped a lot in educating people and answering their questions.

While the videos will help in general education, you need to prepare a FAQ/Mailer on what exactly will happen in the unconference in your organization. This will bring in a sense of reality for the people, within the context of your organization, and also help you in your planning of the unconference.

If possible, take awareness sessions around unconference. We did such in MindTree and more than the corporate unconference, we asked them to get involved in barcamp/unconference movement outside of the organization. That’s more important in my view.
We even created a cheat sheet around unconference concepts and made it as part of the unconference email campaign within the organization.

Tip #5: Ensure content ahead of time: Let’s face it. 99.99% of people in an organization would have no clue to what an unconference is. In a typical unconference, the content [sessions] are decided impromptu by the participants on the morning of the unconference. However; in a corporate setup, where almost no one has an idea of what an unconference is, hoping that content [sessions] will spring up on the morning of the unconference is wishing for 100 mm/day of rain in the Sahara. You need to put up a wiki, web page to solicit unconference topics well in advance. This serves multiple purposes.
- You build content for the unconference. After all the ‘meat’ of the unconference are the sessions.
- The fence sitters can decide to take part in the unconference depending on the sessions suggested.
- It helps in breaking the ice. More people are likely to come up and take sessions if they see few sessions already listed.
- You get inputs for your logistics planning

Tip #6: Educate the facilitators: Once you get the content ahead of time, you need to educate the session facilitators. For most of the participants, the sessions would be the barometer, their yardstick for measuring how the unconference went. In this scenario the role of the session facilitators becomes very important in a corporate unconference. Most of the facilitators would never have taken an unconference session before and you need to ensure that the facilitators understand how unconference sessions happen and how they are different from regular sessions. They need to know things like people can interrupt any time, people can walk in/out any time, sessions should be conversational, bi-directional, discussion oriented and not necessarily training/tutorial, and most importantly facilitators need to be comfortable with the session scheduling happening on the morning of the unconference.

You can communicate the same to all facilitators either though emails, meetings, sessions etc. This way you can ensure that sessions happen in the true spirit of an unconference.

Tip #7: Do some prior scheduling & have 10-15 minute gaps between sessions: Even after all the education, personal sessions & awareness campaigns; most people will still not get the unconference concept until they experience it. This means that you need to set the ball rolling by scheduling few unconference sessions from the session list you would have solicited earlier. This would require you to prepare your ‘paper wiki’, your session notice board, and scheduling/populating some sessions in advance. The key is that on the morning of the unconference, there should be no vacuum with people just standing there and no one knowing what to do - in a corporate setup, considering that most people would be new to the unconference concept, this could be a dampener, a false start (in a regular barcamp, this is something that people are used to but things are different in a corporate setup). Once you ‘seed’ some sessions, things will flow smoothly. This will also address the request from some facilitators who will continue to ping you for knowing when, where their session is.

Also, try to have a uniform duration for each session (ideally between 30-45 minutes) and keep 10-15 minute break between each session. This will help you in couple of ways:
- Provide a buffer if some sessions overshoot their allocated time.
- Participants can again flock to the notice board after the session is over in a relaxed manner to choose which session they would like to attend next, take refreshments breaks in a relaxed manner.

A large, vibrant & humming crowd around the notice board creates the necessary energy in the atmosphere making it contagious.

Tip #8: Get Volunteers: You will need an army of volunteers to run the unconference. In my opinion the best volunteers for the corporate unconference would be the ‘fresh campus graduates’. They have unbridled enthusiasm, energy and are always full of ideas. The best people you can wish for as volunteers and to be honest, they make the corporate unconference vibrant and colorful.
Many things that happen on it’s own in a regular unconference - such as the paper wiki/notice board update, would need volunteers. You will need volunteers for announcements, food, registration desk etc.
Most importantly, these volunteers help infuse energy and joy into the whole unconference.

Tip #9: Have all venues close by: One of the beauties of an unconference is several sessions running in parallel and participants having the freedom to choose which session to attend. This would mean people having to walk from one session to another quickly, in between sessions or after sessions and having all rooms/venues close by helps a great deal. Ideally all the rooms/venue should be on the same floor so that mobility between rooms is easy for the participants. In choosing the rooms/venue for the unconference sessions, don’t worry about the chairs, tables etc. participants will stand in the aisle, sit on the floor, squat around as long as the session is interesting.

Tip #10: Fun/Cultural activities around the unconference: This may seem trivial, but has a lot of value in creating the necessary energy. Every organization will have its share of artists - leverage their talent to create a platform for people to have fun.
This will also serve the purpose of allowing participants, who are not present but not attending sessions to bond together, socialize and meet up with each other in a relaxed atmosphere.

In MindTree we arranged for a rock band, instruments etc and we had enough people within the organization who were more than happy to perform. In the true spirit of an unconference, there were impromptu songs, dance and jamming sessions going on.

We also had ‘Mob the Leader’ sessions, where a group of 20-30 participants would ‘mob’ a person from the senior management and have them talk on topics of the ‘mobs’ choice. This was a way of encouraging unstructured conversations, discussions in a very relaxed atmosphere

Additional Tip:

Tip #11: Create an easy to use virtual platform: For people to share their experiences, pictures, blogs about the unconference and even the unconference sessions. If your organization has the culture of Corporate Wiki’s and corporate blogging, then  leverage those platforms. This way, the conversations can start well before the sessions and even carry on after the unconference sessions.
At MindTree, we used the concept of ‘Citizen Journalists’ to encourage participants to cover and share the unconference proceedings as they see it. We encouraged participants to bring their cameras video recorders or even use their mobile phones to cover the Osmosis unconference.
We even created the equivalent of Flickr, Blogger etc within the organization, making it easy and intuitive for people to share their experiences with each other.

Here are some blogs that have a review of how the MindTree Osmosis - A Corporate Unconference went.

http://shahnawazkhan.wordpress.com/2007/12/15/mindtree-osmosis-unconcerence/

http://ujjwalgrover.blogspot.com/2007/12/unconference-at-mindtree.html

http://generally.wordpress.com/2007/12/18/mindtree-osmosis-2007-an-external-view/

http://iduvejeevana.blogspot.com/2007/12/osmosis-celebrating-innovation-mindtree.html

http://labsji.wordpress.com/2007/12/08/filmcampin-mindtree-osmosis-unconference-adaptations-to-watch/

YouTube: http://www.youtube.com/results?search_query=mindtree-unconference&search=tag

Flickr: http://www.flickr.com/photos/20967821@N02/tags/osmosis/

December 22, 2007 Posted by Shahnawaz Khan | barcamp, km, knowledge management, unconference | , , , , | 4 Comments

Relationship of KM with other functions in an organization


After working in the KM arena for many years now, one thought has started puzzling me — “The relationship of KM function with other functions in an organization and the consequences of these relationships — in terms of the KM viewpoint & outlook, success etc.”

I have observed many different Indian IT organizations [I presume it must be similar in other countries also], that each organization has it’s own structure for KM within the organization. For example in one organization, KM reports into quality and is part of the quality function, In another organization KM reports in Education, Training & Research, In another it is heavily distributed and some parts report into Marketing & Sales, some into HR etc. In another one we have a separate KM function that reports directly to the COO.

I have observed the KM initiatives in all these above organizations from close quarters, through various interactions and in all of these cases, the results of KM and the road map, the view of KM, what KM is, is all different and very heavily influenced by the function/person KM reports into.

- KM being a cross-functional discipline, also is similar to an elephant being viewed by blind-folded persons and each person [function] having it’s own view/perception of the elephant [KM] depending on what part of the elephant they are seeing.

- At the same time, KM’s cross-disciplinary nature can create structural tensions within an organization if it is a separate function, with developing working relationships, alignment on directions, strategy, over stepping on other functions toes.. being just some of the issues..

- KM being a relatively new discipline and not very well understood by the stakeholders also contributes to this dilemma. For example, Quality as a function has been there for ages and is pretty well understood. You will very very rarely see quality reporting to say CIO or HR or Marketing or Learning/Training function..

- Also, KM itself is a journey within an organization and goes through various stages.. from repository/technical platforms [CIO function alignment] to communities [HR/Learning function alignment ] to reuse of knowledge [Quality function alignment] to deep integration within the line function [function head alignment] to complex change management & Innovation [COO/CEO alignment]

Surprising isn’t it? We are in the knowledge era and the position of KM function within the organization structure is neither well understood or defined….

I think every organization that is starting a KM journey needs to ponder over this in great depth and align KM function appropriately within it’s organizational structure

November 28, 2007 Posted by Shahnawaz Khan | km, knowledge management | , | No Comments

Wiki adoption - Think of a context first…

Many a times; just because the whole world is going the wiki way, organizations start a wiki initiative and put a wiki in there and say — let’s use it. Many a time it doesn’t work..

Every organization, team, function, or unit needs to first identify the context’s in which Wiki will be used and what needs it will satisfy. In short, you need to answer ‘Why do you want to use Wiki’; and generalities won’t do here. You need to be precise and identify the scenario’s , the context in which your team will use the wiki. Saying that we wil use wiki for ‘collaboration’ just won’t do. Ok.. collaboration for what?

Whatever be the context, say a place to list all the SoP [standard operating procedures] , glossary of terms, cheat sheets, place for sharing infrastructure details, contact details of team members, list of modules within a project and roles & responsibilities, release notes, installation procedures… etc etc..

If you identify even the basic 2-3 scenario’s, the contexts in which your wiki will be used, and then make them work… then wiki adoption will be easy..

November 27, 2007 Posted by Shahnawaz Khan | km, knowledge management | , | No Comments