This is from Jordan Frank, Vice President Sales & Business Development at Traction Software. I’m in Providence, RI to deliver the closing keynote this afternoon at Traction User Group 2009.
Awhile back, Stewart Mader was involved in a discussion about the role of professional services in emergent systems like wikis. In the many pilots I’ve seen its become increasingly clear that adoption doesn’t just happen on its own, there are a variety of factors ranging from technology to timing to training and even taxonomy (or folksonomy, if you will) which all play a role.
The role of professional services, in my words, is to bring forward best practices and to accelerate the process of identifying the emergent patterns that may be specific to any one organization.
In Structuring for Emergence, I’ve discussed how those patterns are a part of organizational grain and are best exposed when in context of a facilitating structure. The facilitating structure is defined by the technology deployed, the organization of the content in that technology (including space names, permissions, tags, and the way information is visually displayed) as well as the behavioral, organizational orientation to the technology (including whether there is training, whether contribution is compulsive or voluntary, and how communication in such a system aligns, or doesn’t, with job role and position).
These two cases explain how services facilitate better outcomes, faster:
Fixture Manufacturing Company: A customer installed TeamPage and started establishing workspaces with no problem. His first few steps were to make a workspace for each competitor. In just a few moments of discussion, we agreed he would be better off with a Market Research workspace containing a tag for each competitor. He engineered his workspaces accordingly and is thriving as he joins the 12-Month club in November 2009.
Pharmaceutical Marketing Division: Pharmaceutical firms are required to err on the side of caution when sharing information, but have high value for information sharing and relish the opportunity reduce barriers as much as possible. A customer needed two layers of review and started off with a process that involved information content approval by a product specific marketing manager and review of tag usage by a content administrator. I showed them how timing effects could delay the publishing process by days if not a week or more in such a two tier process.
Instead, we decided on a parallel process where the product marketing manager approved content for publishing while in a separate and independent process, a content administrator was sure to review the use of tags on the content. The latter step is important for wiki gardening, but not a necessary barrier between contribution of draft content and approval for publishing to the enterprise.
Despite anyone’s judgement as to what % of collaboration success is attributed to Technology vs. People, getting the technology right and configuring it in a way that meets rather than defeats a need is a Door 1 pre-requisite.
In the article, he discusses how CustomWare uses a wiki internally to improve information flow between teams working on client projects:
The Pain Point
The biggest snag we experienced was transferring knowledge and context from the sales team to the delivery team. This muddled flow of information threatened our client projects.
Rob and his company decided they needed to improve communication, and decided to use a wiki as their collaboration platform. [Read more]
On Monday, I posted a reader poll asking how you use wikis. As of last night, 127 of you responded, and here’s what you had to say:
There were three respondents who chose “Other”, and here are their specific responses: Managing classroom information, garbage trash, and audits. Now, I can’t really say much about garbage trash, but I can comment on the other two “other” uses:
Managing classroom information is an excellent wiki use. In fact, I got started using wikis doing something very similar – building a wiki-based science curriculum.
Using a wiki for audits is a great use too – besides having all your information easily accessible in one place, the revision history the wiki maintains for every page is very audit-friendly since it shows a complete trail of who contributed information, when they did so, and what was added, changed and removed.
Jeffrey Keefer (Twitter) commented on the post and asked about a poll for education uses. That’s coming next week! He also asked for more information on some of the uses I included in the poll, like project management. Watch for that next week too.
In order to shift from the culture of individual work to the culture of collaborative work, it is obvious that the issue of trust is crucial: trust is linked not only with the Wiki spirit but it is a very important requirement of creativity and so of the orientation to innovation.
To be considered a credible expert is important such as to be sure to have reliable expert’s opinions; the feeling that you are appreciate inside your team and more in general in your community is an incentive to be active and “creative”.
Strictly linked with transparency concept, openness is at the base of the principle that people work better if they have access to the right information and possibility to assume that all over the organization.
The simple access to other group member data or the possibility to know activities scheduled also in other groups are normal operations in a mature context such as is allowed to look to other team solutions or results in order to decide something for the own team.
A common element between Wiki philosophy and innovation successful case histories, is the partial or total absence of structure or, saying better, of hierarchy. The possibility, in fact, to contribute in the same way, indifferently at which level you are involved in the organization, is one of the first steps towards the reduction of barriers to collaboration, participation and involvement in the organizational life.
Peering is to intend in the two ways of organizational commitment: from both the perspective, the access to common information and the possibility to contribute to corporate knowledge.
Larry Cannell writes about a recent CIO Magazine interview in which Ross Mayfield discussed 4 common wiki uses that can reduce email. Here are Ross’ four examples, and my suggested Wiki patterns that can help you with each:
Collaborative intelligence – “for example, in marketing and sales operations, you need to communicate to the field organization about an ever changing product line.” The pattern I’d use here is Magnet to establish a wiki as the “go-to” place for people out in the field.
Participatory knowledge base – “99 percent of the pages created [on the wiki] and tagged allow the call center to go from 20 clicks to find information to four, substantially decreasing search costs and decreasing the average call time by 10 to 20 percent.” I’d use the FAQ and Seed it with content patterns here.
Flexible client collaboration – “a collaborative workspace between [a firm] and the client.” Agenda is a good pattern for using the wiki to organize meetings with clients, and kickstart client collaboration.
Business social networks – “with your business partners or customers, where you’re communicating to them, getting feedback from them, and they’re interacting directly.” I’d use the Corporate Directory and MySpace patterns as the building blocks of a social network.
The social networking aspect is the starting point of a company sensible to Enterprise 2.0 – then Wiki – solutions. Introducing this concept in a workplace context is possible to change in a radical and effective way the previous organizational culture.
The first step to stimulate social networking is to allow the creation of personal spaces – if possible with an internal blog – and then to produce a staff list in order to let people know who their colleagues are and which are personal skills that they own. In this way there will be a simpler identification of experts.
The WikiSym 2008 Call for Papers is available now. WikiSym will be held 8-10 September in Porto, Portugal!
WikiFest – 6:00 talks
WikiFest is a new addition this year. It’s devoted to helping you start and grow a successful wiki, and I’ve structured it Pecha Kucha style which means max 6 minutes and 20 slides – get to the point, do it fast, and hear from as many people as possible! [Read more]
You’ll just have to watch the video to find out! Sam and Dennis Howlett discussed the differences between online communities and internal collaboration, and it’s well worth watching:
Future Changes is the online home of Stewart Mader, an experienced content strategist and project manager, dynamic speaker to corporate audiences and conferences, and author of two books. He has helped organizations around the world, including Booz Allen Hamilton, Brown University, ICANN, MARS, SAP, and The World Bank develop content strategies and build products that increase information value, collaboration, and employee & customer engagement.
Future Changes, founded in October 2005, has been cited by CIO Magazine, Fast Company, InformationWeek, InfoWorld, The Guardian, The New York Times, and The New Yorker.