Library clips

sharing ideas thoughts and feedback

October 6, 2009

Sponsor for CoPs vs Self-serve ad-hoc groups

Filed under: network, community, tasks

I mentioned on Twitter the other day that teams at my work don’t have web 2.0 type online team spaces, but Communities of Practice do. So what happens is that teams are using our CoP tools…and then of course these online team spaces are referred to as CoPs, which is a mistake, as the technology does not define the group dynamics (CoPs are usually naturally emerging groups about learning/sharing, whereas teams are managed groups that execute assigned outcomes).

Team working CoPs

Teams using CoPs to execute tasks, can carry on with their team dynamic of getting stuff done, manage and measure, produce outcomes/deliverables.

Team sharing/support CoPs

But more common are teams using CoPs for sharing/learning/communication/support (troubleshooting). And in this case it’s important that these team sharing type CoPs encourage facilitation rather than try run the community like a team.
As I mentioned in an earlier post, the team lead and sub-team leads are too busy to run the CoP space, so a team member is given the task to run the CoP, which is sometimes like pushing up a hill, as they don’t have influence and feel they are bugging people who might not care about the CoP to start with, as they are automatically a member by default of being in the team, rather than accepting an invite. And if the lead and sub-leads are not role-model contributors then this makes it a real hard chore.

Regular sharing and learning cross-functional CoPs

For more on this point about group dynamics see my post, Team-based CoPs compared to cross-functional CoPs.

Ad-hoc groups

Then we have people coming together from different parts of the organisation who request to use a CoP space for their ad-hoc group, to work on a task like fixing a process, etc… These spaces are often more short-lived. Again this really isn’t a traditional CoP…again the technology (CoP tools) do no define the group dynamic.

Anyway, these ad-hoc groups should really be self-serve, I really feel like a bottleneck, and most of the time people don’t bother and use email because their synchronous to asynchronous flow ain’t smooth and effortless.

Sponsor vs Self-serve

Betrand Dupperin picked up on this notion of self-serve creation online group spaces, and from reading his post it seems he was more clear in his explanation.

For traditional CoPs we ask that the requestor has a community sponsor…this is important as online CoPs take time to run, and that is time the manager is allowing for, that could be spent on execution.
If there was a notice from the very top that people can spend time away from or related to tasks (like Google’s 20% time), then self-serve would be OK, but at the moment we need the requestor to note that her immediate boss is ok with this.
NOTE: we have a side issue that the CoP tools we are using are complicated to set up for a regular user, so self-serve might still be an issue from a design perspective.

Now, for ad-hoc group work, this really doesn’t require a sponsor, as the time you spend in the ad-hoc group space is time doing the task itself anyway.
So what we have to do, is work with the vendor to make simple versions of our CoP tools, where there is just one stream, and simple permissions…as stripped down as possible so it’s close to the ease of using email. This way these ad-hoc groups can be self-serve.

I see Jive SBS takes this approach where they have community spaces and group spaces, where the group spaces are self-serve and more basic.

Would people use these ad-hoc groups as traditional CoPs, probably, but they wouldn’t look like flashy websites like our regular CoPs.

I guess that’s where we are, the solution might actually create an issue…personally I would not see it as an issue but see it as emergence, and perhaps this momentum as a catalyst for the allowance of work time spent sharing and learning…not explicitly like 20% of your time, but just embedded into your day.

So what do you think?

  1. Teams or departments manage their own communities
    - we refuse CoPs that tread on the turf of an existing team or department
  2. CoPs require a sponsor
    - Bottom-up request, Top down creation
  3. Ad-hoc groups self-serve

And what do you do if ad-hoc group spaces are used as CoPs?

Would it matter, as the ad-hoc group spaces would be so simple that the facilitator does not need to spend time managing permissions, and up keeping the space. But people may still be spending a portion of their time contributing.

August 18, 2009

Design for adoption : Synchronous to Asynchronous interaction

The other day when I posted on social networks and ad-hoc groups, I mentioned these online tools need to mirror both our offline behaviour, and our online real-time behaviour.

I set the scenario that at work there may be a task or initiative which involves people from many departments.

What usually happens is everyone gets invited to a meeting: in a room, via a telecon, or something like webex (we now use MS Office Communicator).

After the meeting the coordinator will go back to their seat, document the minutes in MSword and send an email attachment.

Then various people use email to do their bit.

Then we reconvene in a new meeting to see where everyone is at.

This is hopeless; I say when we go back to our seats we can still assimilate the real-time room (meeting) environment in an asynchronous fashion.

This makes for better communication, coordination and awareness…and transparency by default.

After the meeting someone can create a group space and invite all members as quick as sending an email.

Here they will find the minutes in a wiki, each page has a comments stream.

Here they will find a question space (just like issues raised in the meeting)

Here they will find a blog to post updates about the part they are working on.

Well, look at that, we can do asynchronously, what we usually do when we are in the same room.

This online tool is a social network with ad-hoc groups, where you have your own “mypage” that lists all groups you are working in, even better if you can post to any of the groups from your page.

Integration

A good way for adopting new practices is in the design and integration with existing tools.

Just like Jon Mell describes less use of email by incorporating IM into email (placing it in the same spot where you create a new email)…what I would like to see at the end of an Office Communicator Live Meeting, is to be able to spin this real-time (synchronous) ad-hoc group into an asynchronous ad-hoc group using a social network and group tool. Somehow both tools would be integrated, making jumping from one to the other the obvious thing to do; rather than using email for asynchronous communication and coordination.

People often find email conversation frustrating so it’s decided we need another meeting…with the correct asynchronous tools you don’t need so many meetings as we can use blogs to communicate, forums to discuss and wikis to collaborate on a perpetual basis…I alluded to this use case for teams a while back.

BTW-Why is Outlook not an internal Facebook and MS Office Communicator an internal Twitter?

Like my last post, design is key to influencing new behaviours.

More from Jon Mell:

“…there is no reason why at the front end we cannot combine communication tools at the presentation layer so that people don’t have to think as much about how they are going to communicate and which tools they are going to use. There is a scale here in terms of how advanced people are in their adoption and usage of Enterprise 2.0. Once people are comfortable with the concept of Enterprise 2.0 then they will naturally and intuitively know which tools to use without thinking. At the initial adoption stage, however, putting guidance and pointers in the flow of existing tools can have a significant impact in terms of alleviating any fears of using a new system. Some users may always stay in this mode, where they need the system to do the thinking for them in terms of which tools to use, and others may move to a position where the thinking becomes more intuition.”

June 4, 2009

Activity-Centric Collaboration: Google Wave and Activities in Lotus Connections

A little while ago I talked about not so much groupware, but a middle space, moreso activityware, where you create an object and invite people to add to it. I was looking for something where a conversation could revolve around a task object. You can do this on a wiki (with comments) or Google Docs (with comments), but the more robust tools I came across were Traction, Basecamp, and Activities on Lotus Connections.

The latter is a little different as it’s an on-the-fly tool to perform and coordinate tasks/conversations similar to email, but with less annoyance…sometimes called Activity-Centric Collaboration. From the screencast I find IBM’s Activities in tune with human behaviour. I have a task to do, I create a space, and interactions with people who help me, take place in a open task thread. But the beauty is they can add to the thread with a multitude of objects, they can answer a screenshot with an email, answer an email with a doc, answer a doc with an IM…it’s a thread made up of different objects.

Finally a task/conversation lives at a URL…but it’s not a blog, wiki, forum, online doc, but instead a task/conversation thread that can be made up of elements from different object types.

In email you have to reply with an email, you have to reply to an IM with an IM, you have to reply to a blog post with a comment, etc… Things are changing, now we can have a generic thread where the conversation elements can be made up of various formats.

This is important as we are not tied to one technology when contributing to the space. Currently if I’m in an email thread, but need immediacy for the next reply I will IM…and there you have it, I have just broken the conversation into scattered pieces. And the conversation doesn’t live at an open URL anyway.

I’m finding tools like IBM’s Activites and Google Wave as the new email/IM/attachments space…where conversations take place using a multitude of tools, are threaded in an open place, and don’t have to take place in an existing group space, but instead can be created on-the-fly when the activity arises. This is totally in tune with how we behave as it has very low barriers to start something, and to contribute, in fact it has the ease of email, but is less frustrating in coordinating…which means these spaces may just be the next killer app to solve our annoyance with current tools like email when trying to do tasks/collaborate.

As you can see, you don’t have to prior belong to a team or group, it’s on-the-fly creation of a collaboration space, which is increasingly important in the more role based networked organisation that we are moving towards. It’s more about interactions revolving around an activity, rather than general sharing or that activity having to take place in a best fit prescribed place eg. an existing CoP or team space (which is dire when the people you want to collaborate with aren’t on your team or CoP).
We need more process centric methods in enterprise social computing to make way for the acceptance of more opportunistic tools such as social networks. And for ease of use, we want to contribute via lots of tools eg. a bookmarklet, and as Jon Mell says (in reference to sending an IM via email), don’t make me think…and we want updates delivered any which way.

Basically what is happening is the technology, and what and how we want to achieve our aims, has become a tool designed for human behaviour. I have a task or start a conversation, I can do this from any app I’m in, others can reply from any app they are in, we are updated from the app of our choosing, the thread lives at a central open place…again “we don’t have to think, we just act”.

As Dave Snowden says:

“Technology is a tool and like all tools it should fit your hand when you pick it up, you shouldn’t have to bio-re-engineer your hand to fit the tool”

We find we need an activityware tool at work, as our online communities are not so much for specific tasks, you need to be a member of the community, and you can’t really create them at your disposable for a small task. What we do use is email, or a forum, or a wiki, but an activity space brings the thread together, accepts various object types in the thread, and membership is not based on requirements outside of the task.

Google Wave

I haven’t seen the Google Wave videos, but from reading blog posts and screenshots I get the idea, here are some posts.

Wave is the future of the Enterprise
Could Google Wave Redefine Email and Web Communication?
Google Wave: A Complete Guide
The Top 6 Game-Changing Features of Google Wave
Google Wave: Google Tries to Reinvent Email
Twave: Google Wave + Twitter
Sergey Brin: Google Wave Will Set A New Benchmark For Interactivity
Live With The Google Wave Creators
Exclusive: Video Interview With The Google Wave Founders
Google Wave: The Full Video From Google IO
Google Wave Drips With Ambition. A New Communication Platform For A New Web.

Lotus Connections Activities

NOTE: this is part of a blog post I drafted 2 years ago but never got round to posting.

The paper Activity management as a Web service is focused on integration of various clients and using various clients to action things, and having it all managed in the Wax collaborative activity web service. The beauty of it is that when starting an activity you can go look for content where ever it lies and bring it into the system, like an activity gateway or portal page…this again reminds me of widgets of information from elsewhere, and the widget is dynamically updated at the same time as the original. Read the rest about the task flow features.

The above paper is related to another article, Beyond predictable workflows: Enhancing productivity in artful business processes, which also explains the two ends of the specturum, using email for collaborative activities is clunky and not contextual, and using a centralised workflow system is to rigid and is not flexible to encompass the intricate flavours of all situations, there is calling to allow room for “artful processes” and a requirement is the “democratization of process”. Moving from here are more people focused, community or group based systems that have a more flexible bottom up approach (this also has the bonus of allowing innovation to sprout).

The most relevant paper would be, Activity Explorer: Activity-centric collaboration from research to product. The Activity-centric collaboration style:

“…is not to provide yet another collaboration tool. It is to provide a technology that can organize collaboration so that it reflects the work being done, rather than the tools that support the work.”

It delves into the Activity Explorer client based on activity being a thread of objects.
An activity thread can start with any object (file, chat, screenshot, etc…), someone may be notified by their prefered alert mechanism (also a current area of study about attention delivery, alert, urgency, etc…), this person will reply to the thread with any object, automatically notifying the original person and so on.

The power is that you can collaborate in real-time or asynchronously within the activity, it becomes a shared thread that harnesses different object types, all without needing a meeting or entering a dedicated group share tool.

Their example, just shows how simple it can be to initiate and action an activity (task) in one simple thread with multiple people without even having to be f2f, and by using a combination of external tools integrated into the one simple display screen.

Here’s the brief on the scenario:

NOTE: to create a new object in the thread, you just right click on the previous object

1. Celine starts a new activity by dragging a file into Susan’s name
2. Celine adds a 2nd object (via a right-click on the 1st object); this 2nd object is a message note asking for Susan’s comments
3. Susan is alerted via her systems tray, clicking it takes her to the thread
4. Celine sees Susan is reading the message via an online presence indicator on that object
5. Celine clicks on the message object and initiates a 3rd object being a chat (popping up a box on Susan’s screen)
“Celine wants to clarify about an image detail in the file”
6. Celine creates a a 4th object being a shared snapshot (popping up a snapshot on Susan’s screen)
7. They annotate the image in real-time (like a whiteboard)
8. They invite their boss, Ming, into the chat (popping up a box on Ming’s screen)
- Ming has only got access to the chat object and the shared snapshot object
and so on…

As you can see this diverts or the lessens cognitive stress of deciding which tool to use to start and action a task. A discussion may start on chat, and then be moved to email, and then to some kind of groupware…and it’s not always easy to move information from system to system. Another benefit is information pertaining to the activity is already organised into one thread or view as a result of the process.

From the paper:

“…a single collaborative activity is often managed with multiple collaboration tools and technologies at different levels of formality. These can include e-mail, chat, wikis […] This diversity means that people must monitor and participate in multiple shared venues, spreading their attention and their effort across multiple media. Even if they succeed at this context management task, they still face the difficulty of having to determine the scale of any new collaborative activity in order to select the best medium.”

“The technical goal of activity-centric collaboration is to bridge these gaps of rigidity and tool boundaries by horizontally integrating different collaboration tools and technologies through the concept of a work activity.”

The Activity Explorer is further referred to in the paper, Business activity patterns: A new model for collaborative business applications.

Another great paper about creating more flexible processes is, Ethnographic study of collaborative knowledge work.

As you can see IBM are right into communication and collaboration processes based around people and tool flexibility and bringing all this together in one interface full of connected components, instead of a centralised top down system.

The Clipper Group has a review on the whole Lotus Connections Suite.

Last year, The Connections Blog posted about one of Luis Suarez’s email detox posts, which references my post on re-purposing email.

Related posts:

Activity-Based Computing
Activity-Based Computing
Lotus Connections Activities Demo Video
Activity-based Computing Moves Forward at Lotus Connections
Comprehensive Tour of Lotus Connections
Activities in Connections 2.0
When disaster strikes, create an Activity!
Using Activities to plan your Lotusphere Session

Complements social networks

What I like about all this, is that it complements social networks. I use the network to find profiles (beehive) and read up on people (their microblog, blog, bookmarks, CoPs, etc.), or maybe they are already a contact, then I invite them into my activity. I wonder what move Google will take towards networks, maybe Google Profiles, I do have my Gmail contacts, but I need to go to their space and see what their all about, at the moment this is ruled by Friendfeed, Facebook, LinkedIn.

I guess why I call this middlespace/ware is that you have groupware like Communities of Practice, then you have social networks, and I find ad-hoc activity spaces somewhere in the middle. So I guess this is related to my post, How relevant are communities of practice in a network age?.

As I mentioned earlier this middlespace or activity collaboration is paralleling with the move to a role based organisation where we are connected in social networks and assemble together for activities and disband.

Where does workstreamr come into all this.

NOTE: to clear something up with another way the term “activity” is being used of late. The Facebook newsfeed has been dubbed an “activity feed” as it feeds you the latest on what people you are following have published on their profiles and elsewhere, and what other actions they have been doing in the network, what their friends have been commenting on their profiles, as well as stuff done to you (notifications).

May 22, 2009

Do group tools get more traction due to not requiring network effects, and being in the context of certainty

A while ago I posted that size doesn’t matter when it comes to effective communities. You don’t need a lot of members to make a community of practice successful, you just need quality participation.

Whereas in a blog/micro blog social network you need lots of people in order to gain the network effect. That is, a network (individual centric) system like a blogosphere becomes more valuable as the number of players increases. The more bloggers there are, the more we have to read and learn, the more comments and linking result, and as a whole we have a richer distributed conversation. If there were only 5 bloggers in the world I would have not much to read, comment and link to…5 million diverse opinions are going to generate more material, discussion, points of view.

To re-iterate a community of practice does not necessarily become more valuable when the number of people increases…see fictional example:

“Our community was great, there were originally 10 of us that were of the same calibre, we had lots in common, we all trusted and relied on each other…now the community has 40 people, and it’s lost is attraction for me, there’s too much off topic content, and the conversations are too noisy and of lower quality, I really don’t know all these people…I liked the dynamic I had before with our original group, I was more prone to participate and felt much more comfortable among peers I trusted and had confidence in, we are thinking of branching off”

The thing about groups is that it’s a shared choice as it’s a shared space, whereas in a network it’s your own space, you just choose to ignore people, you only add friends to your contact list that you like or trust. Therefore you always keep the quality, at any time you can drop someone you lose interest in.

NOTE: Communities and networks are not substitutes, they both have unique purposes.

Why wikis have more adoption?

What sparked today’s post is a post from Sameer, 2009 is the year of Enterprise 2.0? Hold your horses….

In his post we see that Wikis are gaining more traction. I think this is because they are more:

  • group based tools
  • based around a task (an environment of certainty)
  • help with process failure, and
  • don’t require network effects like blogs and social networks
    …ie. wikis and forums don’t need lots of people to take off, all they require is a small group of people.
“To get maximum potential is so much easier when you don’t need lots of players, and so much easier when the returns/benefits don’t take long to come.”

I recently left a comment on Stewart Mader’s blog about how my boss and I (and a couple of others) are using a wiki for everything lately…it’s so much easier and less messy pointing to a URL than emailing an attachment.
This is a social tool we are getting great value from, and all it took was a group of under five people.

Another reason wikis are taking off is that so many people at work want to make topic, workaround, best of, to-do pages. The nature of knowledge work is that we deal with uncertainty and unique situations, we can only document so many official processes/procedures; often we need to bend these processes and use our thinking and conversation to respond or get things done on the fly. This is why we are the people for the job as we use our minds to get things done, we are not programmed robots in a factory, work these days cannot be programmed by management, we need to respond and act to all the different situations that face us.
OK, so after that long speel, I guess I wanted to say that sometimes we may like to communally create our own informal procedures or workaround lists that contain the ways we responded to situations. Or a list that contains the best documents on a topic; these documents may be scattered in different repositories, and a wiki can bring them together in a topic page…and of course everyone wants to make a wikipedia, or use it as a simple CRM type tool.

What’s happening is that wikis are actually replacing a process, they are becoming a new way to do group work. Just the same forums, as Sameer mentions have been round a long time, and are useful for discussions that would normally be done in email…we can often use a forum to discuss a task.

Both these group tools are about the nitty gritty work tasks that we do in email, whereas blogs and networks may not be seen as task oriented, they are more about learning, sharing, opportunities…something nice to have…and of course require network effects…and the returns of effectiveness, efficiency, productivity may take longer to reveal…in this light they may be considered an R&D thing, not something for Joe Bloggs (pardon the pun).

In saying this, our community/team blogs are also taking off because they are in a group space, and the postings are about a task, status, progress, tips (we also see posts about sharing links, and theory). But, if we were to have blogs out of a context, that is, social network profile blogs, then I think adoption would take much longer, people would feel more like they have their own publishing house (feels more serious and onus to regularly post compared to a group space like a forum), and the postings would not necessarily be in the context of a task. People would be free to publish what they know from their own individual context. Managers may see this as not contributing their time to achieving a deliverable, the question would be asked, what returns are you getting from this that you can feedback into your job.

Social tools can be used multiple ways

This comes to a fundamental question. New social tools can be used to achieve tasks, but they can also be used to be more effective, connected, tuned in, so your tasks can be more optimal, of better quality, quickly executed, of reduced cost… So if you want your tasks to be more effective, rather if you want your workers to be more effective and deliver quality and innovation, then workers need time away from their tasks to devote to informal learning. Actually, it’s not even necessarily time away from tasks, rather we need time to tap into co-workers in researching, finding, conversing, and learning. Some of this may be seeking stuff from people, some of this may be general talking about what we know so we become smarter people.

Either way social tools are here to stay, we can use them for tasks, and if allowed time, we can use them to become more effective and tuned in, which in turn make us more efficient and deliver quality tasks.

If the company devotes the time, social tools can be used in two ways, if they don’t allow the time, they can still be used to achieve tasks (what you are already doing with email and attachments and rigid process systems)

Jordan Frank says in the comments of Sameer’s post, that when the tools are more process centric they don’t seem so standalone, they are more in the flow of doing work, eg. beta bloggers vs alpha bloggers, and Directed/Volunteered.

I mentioned in my post, Conversations that revolve around task objects, certain social tools will get more adoption and credibility (acceptance) when they contribute in the flow of getting work done (more process-centric). Then later on when they become indispensable, there will be more acceptance in dedicating time to using these tools to become a learning organisation, ie. connecting and sharing what we know, more above-the-flow. James Dellow is also on this meme of social features to existing tools, rather than just having a blog or wiki, we can have blog-like and wiki-like features on existing products.

Do we face a catch 22?

I say we need to first use these tools in group spaces like communities or teams of practice, as you don’t need network effects, and they are based around doing existing work…the returns and usefulness are seen quicker.

Once people see the benefit and find the group spaces indispensable (eg. this is already happening at my work), then management may see the value in people having their own individual spaces in a profile based network.
Further to this I think a microblog profile network (like Socialcast) may get more traction than a regular blog profile network, as more people ask questions and have conversation, than having a publishing bent…lot’s of bloggers are also on Twitter, but lots of people on Twitter do not blog.

Now this is all OK when you have existing groups that want to use an online social space to work in, but what about when you want to find people with like interests in order to build a group.

There are two things happening, one is existing groups can work better in their online social space, but we also want to capitalise on unknown scattered experts…who are our people? what are they good at? let’s self organise to find this out! We need to capitalise on what we don’t know, we need to seize opportunities from our pool of talent. In this case it seems we need a social network in order to find each other, and then come together in a group.

I guess this is why most new social platforms (like Clearspace) have the social network and the group component.

Collaboration vs Participation

Olivier Amprimo has a really good point here, in relation to what I’ve mentioned above, organisations see more immediate value in collaboration spaces rather than participation systems.

“Collaborative tools are made to have people work together on common tasks. It is about team work. They are principally organized around emails and documents, detailed profiling, structured workflows (document approval or task management).”

“Participative tools are made to have people socialize their ideas and activity. It is about Flow and Networked Individualism (as Lee says). They are principally organized around blogs, social networks, social bookmarks…”

He also relates this to adoption:

“The adoption of a collaborative tool focuses on deployment. It is mostly technical, the rest is the job of the boss who will enforce its use and agree training sessions.”

“The adoption of a participative tool focuses on great user interfaces, quality people and quality content in the early days in order to create exemplary behaviors and interactions that will influence new joiners. No matter Free Will, Humans are rational herds : they copy early-adopters behaviors and reproduce it or modify it only on the fringe. It is mostly sociological, no one can be bossy to make that work. That’s OD work.”

From this we can see that participative networks are more bottom-up and don’t revolve around a task or a thing, they are instead nodes that collide together. This is more about a learning organisation, it’s related to know-how and work, but not directly (a deliverable)…it could be seen as replacing some training with informal learning.

Olivier Amprimo has another post related to this topic. In it he brings up a point related more to communities of practice rather than team spaces. He mentions that learning communities require dedication and work on borrowed/allowed time (our communities of practice at work have sponsors, which means they agree that’s is OK for these people to spend time in the community).

“Most people see online communities as communities of practices, which are known to be hard to implement because they require engagement of of members and managers. Immediately people associate engagement as costly (time consumption from the financial angle) if not dangerous for the corporate reputation (B2C). Communities of practices also have the reputation of being not successful, because most of them have low activity.”

Olivier compares these group spaces to participation networks which may generate value without needing to build group engagement.

“…my stake is that we can take advantage of the “crowd” without demanding any engagement from any of its members.
This is what I call a socialized service. A socialized service is a service where the activity of an individual is made visible to others, so that it creates awareness among service users.
It relates to concepts such as “social translucence” and “ambient awareness”. The concept of “social translucence (of technology)” is almost ten years old now. It suggests that communication systems can be designed in such a way that they support social processes. Social translucence proposes that three factors support social processes in computer-mediated work environments. Those factors are: visibility, awareness and accountability. “Ambient awareness” is similar, it actually surfaced in a NY times paper later.”

Activities and numbers

Which brings me round to Betrand Duperrin’s post, like me he see’s that numbers are essential in networks, but not for collaboration. Which means some tools are taken up much easier over others. He also relates this to activities; those that are more certain, target oriented and focused tend not to need critical mass to achieve success.

I’d like to simply say this the other way around: those activities or systems that are set up to tease out weak signals, deal with uncertainty, surface opportunities, find and learn; don’t have a focused purpose, rather they are a framework to naturally manifest into something, based on the level (critical mass) and quality of participation.

We know the aim is all the things I mentioned directly above, but we don’t explicitly work towards that aim, rather we just participate and value emerges that achieves these aims. ie we have a framework to surface innovation, but we aren’t trying to specifically innovate, it will just happen by default…the system creates the conditions for participation, and from there everything else may eventuate…we don’t directly knowledge share, it’s just a by product of participating.

Bertrand says:

“In the beginning, my idea was that is was depending on the kind of tool. It’s easy to understand that a 5 people team is enough to demonstrate the value of a wiki and that a social network, on the other hand, needs a critical mass of users. With hindsight I’s rather say that it depends on activities.”

Personally, I think the numbers and the activity goes hand in hand. If you want to tap into enterprise-wide diverse ideas and opportunities (which is not a focused task to achieve, like collaborating on an end product), you simply need critical mass.

“…social networks, being more flexibility-oriented and aiming at mobilizing expertises inside adhoc groups, need to be used by a lot of people to make sure the relevant resources (people and information) will be there when they’ll be needed.”

“That’s why wikis is often mentioned as the example of a tool that was easily adopter : defined human and functional scopes, defined goal. A contrario, tools which have a larger spectrum, more protean uses, such as blogs or social networks, need a deeper work to be a part of people’s day to day job.”

And this brilliant way of putting it:

“If we try to generalize, a small team is enough if there’s an identified purpose and that a larger populaton is needed if the tool’s purpose is rather to make things possible while these “things” are not predictable”

Again, some great insight:

“So it seems that the more certainties we have on what has to be delivered, who have to work on that, and the more mandatory the goal is, the less size is critical

I can’t help these excerpts, I’ve nearly re-published Bertrand’s post here:

Size is not critical when a clear need exists about what people have to deliver so that people immediately understand what benefits they will get from using such or such tools. Here, the goal, what has to be delivered, who has to participate are known from the beginning. Use is led by work organization“.

I really like that Bertrand has included this middle space below eg. a team using a wiki to list workarounds, and using a blog for tips and tricks

“Size may be critical when social software is to overcome dysfunctions in the way the work is organized. Here the goal is defined, but the people who have to participate and the functional spectrum can’t be anticipated, nor when the software will be used. Use is led by circumstances“.

“Size is critical when social software is expected to help people to deliver their full potential. Which, said in other words, mean to allow their to use all their skills to make things the company may have never thought about. It’s typically the case in “innovation” projects, where it’s impossible to know who wll have ideas, who’ll be interested in joining the discussion to improve things….and what the idea will be used for. Use is lead by the will to participate“.

March 23, 2009

Workflow 2.0

Filed under: tasks, process

The other day I posted about conversations around task objects, in reference to using web 2.0 tools to not just share in general, but to do down and dirty work. And in the past I’ve posted about using a combination of blogs, forums and wikis to coordinate a process.

What I’m now looking for is the middle ground; first we had rigid tools, and now we have totally unstructured tools. What I want to do is be able to connect some web 2.0 tools like lego to create a type of workflow that coordinates a process.

So far I have assembled blogs and wikis into a DIY workflow to coordinate a process, but they are not explicitly connected.

I’ve alluded to this before on a post I made about current tools having blog and wiki-like features, just like everything has an email this or print this button.

Something like Ning has been the first step where you can build your own social network, so I guess I’m looking for a similar tool to build a workflow eg. I may want to build something like Zapproved, or perhaps a support team process from logging a call to a solution.

I haven’t researched into this, but what has come across my radar is using a wiki as a DIY workflow…I guess some wikis nowadays go beyond simple HTML pages, you now get themed/template type pages.

James Robertson writes that most workflows aren’t totally effective as they don’t cater for the complexities for each context and situation.

But if we can make these workflows flexible and slightly change them to suit a context or a group of people, and to be able to adapt to freak things that happen in particular situations then this may be a middle ground.
- usually we adapt working around a process by using email

Some tools I have come across Workflow Perfect, and Thingamy.

These differ to Lotus Connections Activities and Basecamp which are more task management, rather than stitching together a process.

Perhaps my prescriptive approach is going backwards here, but I feel that being able to contextualise the workflow by actually changing the building blocks is very web 2.0. Not only can it be a read/write web, but it can also be a read/build web.

Get free blog up and running in minutes with Blogsome | Theme designs available here