Freitag, 24. Oktober 2008
Applied collaboration - Share files
Applied collaboration should allow you to store files, manage access rights, get statistics, control versions – and, most important: tell people where and how they can find it.
If there is then some realtime editing mode and more stuff that allows “true” collaboration on one file – that's a nice add on. even though I think that this perception of collaboration does not focus on it's biggest benefits. Concentrate on information, opportunities and status. Collaboration doesn't mean that others will do your work.
Applied collaboration - Get in touch
But if they write it down – you may be highly interested...
You can do some research without being intrusive, you can talk to people without having to hide your findings, you don't have to feel like a stalker.
And you can present yourself as an expert, you can tell everything you want and you don't have to talk louder than anybody else. You don't even have to care whom you are talking to – of course you should think about your target group, but if your audience today does not understand a thing – maybe your audience tomorrow is perfect.
So an applied collaboration network could be the place to give you information about new people, colleagues you've met for the first time. And it is the place for you to set the tone: How do you want people to perceive you, how do you want to position yourself. - It becomes an important tool to shape and steer your career – more transparent and flexible than MBOs, Performance Contracts or Review Meetings, more tailored to your needs, and more under your control.
It's not only the content that matters, but also the mere activity: do you do something, do you want to achieve something? As an opposite, you can also use networks to hide: If you're not in there, nobody will find you. Whatever that tells about your company...
Applied collaboration - The collaborative value of doing nothing
As an example: I'm waiting for Patrick to send out meeting minutes, coordinate a workshop and give me more information on the innovation project he's working on. I haven't heard anything for the whole week. So how should I know? Call him? Wait for an email? Or just wait?
Or should I send him an email, asking what he's actually doing, when he will send the meeting minutes and if there is anything new with the innovation stuff? - You know how likely emails are to sound rude, and how easily rumors are spread: Is the innovation project dead? Am I telling Patrick that he does not do his work?
A collaboration network with minimal status-notes could tell me that Patrick was very busy with the innovation project, did not have any time for the meeting minutes, and is dealing with our partner agency to schedule our workshop.
Applied Collaboration
But what is the use in it?Why should we do it? And how does it related to our specific business?
I use the term applied collaboration as a summary for collaboration, online-socialising and networking in the enterprise.
You can not not collaborate – it' just communication, seen from another perspective. You can only choose between good and bad, productive and not so productive ways to collaborate.
The other choice you have: Your collaboration or anyti-collaboration can be transparent or hidden – but actually that shouldn't bne your choice. You should not have the possibility to hide the fact that you are putting obstacles in someone's way by doing nothing or by spreading rumours – and there should be no need to emphasize all the good things you do.
Social networks, versioning tools, easy ways to join and consult or ask colleagues deliver a solution for you. You don't have to send 20 unrequested status mails per day (“I'm sorry I didn't work on your request yet, but I'm really busy with...”), to request 20 undelivered status mails, or to ask ten people if they know anything about LDAP or FX Swaps in non-EU-CEE-countries.
The network does that for you. A good collaboration network delivers a consistent overview about who people are, what they are doing generally, what they are doing right now, what there experiences are, and where they will be.
Applied collaboration has to deal with
* cooperation
* communication
* information
* planning
* sharing
* hiding
That's pretty obvious? Can you give me some examples, some that really touch real enterprise life? I'll think of some...
Mittwoch, 22. Oktober 2008
Interaction Audit – test your page and create an objective diagnosis
The two outstanding feature were:
he gave a definition of “feel” in “look & feel”
he introduced a well shaped method called Interaction Audit
The feel is an interaction groove - “It can be click-click-click oder clickp-hover-type or click-scroll-type – it does not matter, as long as you don't start to turn a telephone in an airplane cockpit.”
The target of controlling feel is not only to attract the user, but also to make him feel comfortable, so that he can reserve bigger parts of his mental bandwidth for the content of a site instead of it's technology.
In the interaction audit (which aims to check and harmonize the feel), they started with
* defining some example workflows: what do users do, what tasks do they perform on the way.
* that led to a task-activities matrix to find out similar activities in different tasks.
* Detailed descriptions of both were collected in a database
* The number and the number of variations in the interactions are now a criteria o quality (links, tabs, forms, mouseovers etc. - 16 different types of reactions/behaviours after you click on a link, 5 different types of forms ertc.)
* in addition to interaction inconsistencies, also task inconsistencies were analysed
* object inconsistencies as well.
This was a base that could be used to define targets, go through the enterprise universe and clean up.
What makes this so great?
It's all about structuring – shaping and describing a problem is maybe not solving it, but it's a good start to avoid it in the future.
There is no common taxonomy or reusable usecase for that – it's up to us to create the best practices and to find innovative ways and solutions.
As long as you don't forget your goals, there are never to many details – all those small pieces (if kept in a clear structure) will help you understand new problems that will keep arising every day.
Multilingual Sites
Some points that are remarkable to me: abbreviations, tag clouds, words without context are specific issues in multilingual environments. It's an additional challenge to actually identify the language.
Good or bad translation affects the author's credibility – that can be your own, if you are centrally talking to an international audience. Or it can be your partner's (and your author is your partner – or maybe even your customer) credibility; that means high responsibility.
It's not only about credibility, it's also about confidence, like and dislike, authority and reputation and respect – especially if you are an international enterprise talking to it's multilingual employees.
I should try to draw a model capturing and illustrating these complexities.
Several approaches to deal with the multilingual challenge are:
* laissez faire: contributors choose their language according to whom they want to talk. That's only feasible if you're working in a very decentralized environment and can afford to loos control.
* common ground: pick one language (eg english, or russian or spanish) and stick to it – the common thing then will be, that it's strange for everybody. It makes a big difference in this concept, if you have native speakers in the community or not; that also makes a big difference between the US and Europe.
One point I want to add, especially from the intranet point of view: Intranets are nowadays always user generated content.
That needs to be respected
* in creating the CMS and other means to create, deliver and manage content
* in talking to the authors and other contributors
* in considering language issues
That adds up to a multidimensional model of influences and dependencies:
who created the content (“professional” author, part-time contributor; headquarter representative, local employee; manager, expert...)
whom does the content address (local – international clientel; mandatory or optional information)
references: other contents (are they translated?), applications; what is the desired output (eg. prepare customer letters – use the correct wording in the local language)
communication clouds: who is talking how about this topic? where do you need a common language (application users and helpdesk, retail sales and customers, sales and controlling etc.) - sometimes translation can be an obstacle in understanding... (what does “preferences” mean in ukrainian? or romanian?’
The main question is actually: What is it we should translate?
Then you can answer the question how to translate, how to handle this process.
Donnerstag, 16. Oktober 2008
Shaping a poor man's portal
That's a common problem for now; so should we get used to it or should we try to wait for better times? One big problem, I guess, is that most of us did probably already wait for a few months or even a year: things have been slowing down before, thorough planning and 100% budget compliant planning were some of the biggest slowdown factors up to now.
So now I'm about to plan a redesign of a ten year old intranet that should not produce any costs, should not require too many emergency workarounds, should be manageable for average-skilled editors and should attempt to satisfy those need, that we identified as the drivers for a 1 Mio € project.
Sounded disgusting in the beginning. Now I think it sounds interesting. There is no other choice anyway.
Early adopters – that's not us
Well, the beginning was more moderated; the main topics were curiosity, content and communication.
As business pressure started to rise and advertising customers wanted to sell something (I still believe that they did not know what they wanted to sell, but they tried anyway), we also had to sell something in our stories.
In 1997 Bertelsmann started a digital tv project – we hyped interactive tv, ecommerce merged with soap operas and a revolution on the living room sofas. Nothing happened; just some boring technical tests. In 1999, the 3G-umts-licenses were auctioned in Europe. Telco companies paid tremendous money, we wrote stories on location based services, mobile tv, mobile commerce, mobile dating services and video conferencing. Nothing at all happened. In 2000, Telekom Austria and ORF closed a deal that did not mean anything – just some vague cooperation. And againg, nothing at all happened.
We were doing some more stories, were heavy users of some pilot applications (I especially enjoyed the mobile public toilet finder for London and Paris) and then got bored and went to something new.
Yesterday my wife who does not care at all about technology, told me that she will buy a new n-Generation 3G mobile phone, because she wants to use the gps navigation tool, use the phone as a mobile video camera and because she wants to use the mobile shopping guide features: “It doesnt matter in which city I am, it can always tell me the address of the next drugstore and show me a way with some satellite-pictures.”
I had not spent a thought on these services for years. I'm a heavy user of mobile email, sometimes I'm quickly browsing the mobile web for exchange rates, travel schedules or footballl results, but I don't spend any money in the mobile world.
I've just been making up my story. And it seems to be up to others to live it. - No problem; Im always finding new stories. We just should not forget that what seems like looking back may be a great outlook in the future: Ok, we invented the stuff, we've been there, done that. But others live it. And they tell us, if it works, if what we've made up makes sense.
And it's been a while since she has been asking for the ip-based tv-service of Telekom Austria, which finally had come out in 2006 (without much ORF-participation). Fortunately, it still does not work outside of big cities.
Donnerstag, 4. September 2008
What are intranets actually good for? ( they are your identity)
What is an intranet actually good for? - Well besides the fact that it is an invaluable tool, often the only or the most reliable source of information and a very cheap and efficient media, what – this is a very fashionable question, what problems does it solve for the enterprise?
- It is cheap and fast
- it provides many possibilities for control (if you really want to act out on that):who may see what when, who has read what when, when will what informationbe spread etc.
- its your voice – and if its done smart, it is the company voice – nobody else can talk to that wide range of employees.
The whole thing influences the image, the idea your employees have of your company – its not only the content, its rather the processes, the roles- and permission-management, the authoring policies that shape your employees perception.
so its not only a business tool (actually most intranets are not – they are just heading there), but it is the best communication media to deliver your vision and mission, your internal brand, the real company identity you have in your mind
I dont think these topics are important to determine whether you should have an intranet or not (does anybody seriously want to ask that question?). But it may help to keep them in mind, if youre considering how to do your intranet, how to address certain issues.
You cant tell people that your company is open minded and visionary, if your intranet is centrally run, publishes strictly business information only and spreads the look and feel and the usability on an early 1990s prototype.
You cant asko people to relate the fancy ads you are running to their everyday work life, if their daily work environment is so not fancy at all.
And you cant expect people to participate in anythoing, if you dont build your intranet for openness, communication, interactivity. This has to be done very dilitgently – you really need to know what you are doing and you need to invest a lot of thought in the processes in order to create a good experience for your people.
Get some experts, listen to their recommendations and let them go ahead. Dont try to follow the Ive read there something approach – your intranet is too valuable for that. It is your identity.
Freitag, 29. August 2008
Prediction Markets on the Intranet
Mandatory prerequisites are:
- a decent usermanagement that does not add any hurdles
- an integrative intranet-environment
- a media landscape that offers more participation opportunies (wikis to start, discuss and sharpen ideas, polls to get through the first steps of idea-casting, posting and commenting-opportunities)
- an open and supportive company culture
- some sense for competition
- a moderator/admin who can get things going
The preprocess - how to find the right questions to treat on the markets - is even trickier to me than the market itself (especially regarding innovation management, bringing up, evaluating and trading ideas). I'm still looking for great examples in that area.
Donnerstag, 28. August 2008
Identify Project Drivers
- Tell the user a story, give him a reason to be on your pages.
- Imagine (or better research) what the users want to do in order to live this story.
- Make sure the story fits to your business targets.
- Design processes that satisfy your and your users' needs.
- Design a system that supports these processes.
Sacrifying the user experience to the beauty of an architecture diagram or the simplicity of a process is a bad habit. Maybe it will make your system run smoothly and save some work for the 5 or 10 people who are maintaining it. But did you ever compare that to then pain of several dozens of business users or the frustration of several thousand end users?I like the user experience driven approach to projects, but be warned: it will make you look stupid in the beginning when you are starting your discussion with IT.
Dienstag, 25. März 2008
Communication and Organization
The last one makes a really big difference: this is were you get from talking to acting. That sounds as if communication was nothing (well, it's my job, so dont get me wrong), but what I'm trying to tell is that usually communication sets the agenda and makes the decisions (things are determined a lot by the way they are told; think about new products, organizational changes, new managers) but in the case of representing business processes through the intranet, you learn a lot about the limited power of communication:
- you have to understand the processes
- you have to convince the process owners that they bother to explain the processes to you
- you have to represent the processes in a way that others can also understand them
- you have to create the communicative processes that surround the business processes; thats actually some kind of marketing activity
- you have to question yourself if all this is actually worth it or if the world would not be much simpler and clearer if business processes stay where they are and intranets are communication media.
