Friday, May 27, 2011

About Pecha Kucha Presentation Style [ 20x20 Presentations ]


What is Pecha Kucha?

PechaKucha Night was devised in Tokyo in February 2003 as an event for young designers to meet, network, and show their work in public.
It has turned into a massive celebration, with events happening in hundreds of cities around the world, inspiring creatives worldwide. Drawing its name from the Japanese term for the sound of conversation ("chit chat"), it rests on a presentation format that is based on a simple idea: 20 images x 20 seconds.
It's a format that makes presentations concise, and keeps things moving at a rapid pace.

More Information on PechaKucha:

Guide to Making a Pecha Kucha Presentation: Getting Started



Some Samples:


Friday, May 20, 2011

What and How of Peer Assist KM Technique


Brief Description:

Peer Assist brings together a group of peers to elicit feedback on a problem, project, or activity, and draw lessons from the participants' knowledge and experience.


When to use:

Peer Assists may be useful when:
  • You are starting a new job, activity or project and you
    want to benefit from the advice of more experienced
    people.
  • You face a problem that another group has faced in the past.
  • You had not to have to deal with a given situation for a long time.
  • You are no longer sure what new procedures to follow.
  • You are planning a project that is similar to a project another group has completed.

How to use:

Learning from your peers; someone has already done it:
  • Communicate the purpose. Peer Assists work well when the purpose is clear and you communicate that purpose to participants.
  • Share your Peer Assist plans with others. Consider whether others have already solved the problem; they may have similar needs.
  • Identify a facilitator external to the team. The facilitator is responsible for managing the process so that meeting participants reach the desired outcome.
  • Schedule a date for the Peer Assist. Ensure it is early enough to do something different with what you have learned.
  • Invite potential participants who have the diversity of skills, competencies and experience needed for the Peer Assist. Avoid the usual suspects. Peer Assist works well with six to eight people; break up larger groups so everyone has the opportunity to voice experiences and ideas.
  • Be clear on what you want out of the Peer Assist (usually options and insights) and plan the time to achieve them.
  • Allow time to socialise in order to develop rapport.
  • Spend time creating the right environment for sharing.
  • Plan the event to allow a balance between telling and listening.
  • Listen for understanding and for how you might improve your own activity.
  • Consider others who might benefit from this knowledge, then share it with them.
  • Commit to actions and keep the Peer Assist team updated.

Peer Assist Guidlines


Examples & Stories

(add yours)

Tuesday, April 19, 2011

Enterprise 2.0 = Failure 2.0: Forget the jargon and get to fundamentals!


Many experts believe enterprise largely failed (except a handful) to apply or to maximize benefits from initiatives such as Knowledge Management, E-Learning, and Collaboration in 1.0 era by running behind features and rather blindly implementing software products.  Many of these implementations took users and usage for granted and didn’t focus enough on utility, usability and adoption.  The mistake is being repeated in 2.0 or the social era. 

Last couple of decades of enterprise IT adoptions was mostly about being swayed by jargons and new terms forced on us by technology vendors and analysts and less about creating advantage through intelligent application of technology.  Today each player in every industry has the same ERP, CRM, SCM, BI & KM apps and same certifications for mature processes.  But only a handful of them can claim to have created competitive advantage. 
It’s high time we looked at IT initiatives holistically and focused on proper application and adoption by end users as prime.

Today, especially in case of Enterprise 2.0 or Emergent Social Software Platforms (ESSP, term coined by Andrew McAfee) we need to forget the jargon and: 
  • think practical to look for solutions to business challenges,
  • have clarity on the desired outcome,
  • have good understanding of your culture/work style,
  • follow it as a journey and not one time implementation,
  • continuously evolve a solution while driving adoption.
We believe the implementation scenarios for Enterprise 2.0 must look at harnessing collective intelligence for not just incremental business benefit but also for competitive advantage. Two key outcomes to target should be productivity and innovation capability. 
Go beyond jargons

Be aware of all jargons i.e. Enterprise 2.0, Social Computing, Micro Blogs, Wikis, Folksonomy, Semantic Web, Cloud Computing, Linked Data, Real Time Communication and so on and create your own understanding.  In essence, they are about certain features (technical capability), behavior, and standards.  Don’t think only in terms of either/or. Try to understand the overlap and relate it to your business context.

Right way to look at Enterprise 2.0
In order to adopt the new paradigm we need to come out of old and not so successful mind set of previous generation KM and apply common sense and scratch up thinking.
We would say, Enterprise 2.0 is about expression and management of knowledge, by sharing and organizing content in a collective paradigm, to:
  • reduce redundancy
  • improve relevance 
  • reduce information overload
  • provide context driven intelligent information discovery
Get the fundamentals right
  • Knowledge is never in content/information its always in mind and thus managing it must focus on how to facilitate its creation for your people
  • Everyone has some knowledge, they might not be experts, we need to tap into this knowledge of the collective and enable harnessing the same
  • We need to look at means of increasing the productivity of knowledge and not just its quantity ( as in amount of info/docs captured)
  • Creation of knowledge is all about learning(the mechanism/process), so why treat e-learning, KM, collaboration etc. as separate silos
Apply common sense
Following conventional wisdom and a technology phenomenon blindly is easy; Most will do it and largely fail.  It takes courage to question the conventional approach and attempt to define and go with a solution that is more aligned to your business needs.

When identifying your best fit solution, a simple common sense approach works:
  1. Challenge: Define your business challenge (e.g. high turnaround time, Poor efficiency)
  1. Outcome: Define what you wish to achieve (e.g. reduce cost by 30%, Improve productivity by 20%)
  1. Solution: Define what will be an ideal solution (e.g.  helps people co edit, organize, and publish information in a collaborative manner in a certain process or business context.)
  1. Enabler: Evaluate options for technology enablement and choose what suits best, do a holistic evaluation and not focus on features alone.
Technology must be seen as an enabler and the right enabler must:
  1. be a lean technology with no legacy
  2. provide ability to interoperate; inside-out secure connect
  3. have low total cost of ownership (TCO); 
  4. have good usability for better adoption
  5. allow to customize and evolve
  6. take minimum time to implement and rollout
Ask what a certain product can do for your business and don’t see each feature (wiki, blogs, forums, bookmarking, folksonomy etc) as separate silos. People are one, their needs are dependent, then why have a dozen different silo capabilities somehow integrated that kills usability.
Having said that, any technology solution that is dependent on people and is free form cannot be successful without proper change management, so spend more time understanding your people, their work practices, needs and preferences.  Define a roadmap for transition/change keeping in mind all adoption challenges that you may face given your work culture.