I am talking about my own experience.In November 2002, our organization moved from a static HTML website to a taylor-made Content Management System (cms). At that time, the basic idea was simply to help the Web Unit speed up the web content publishing process, by allowing them to focus on the content of a page, the system taking care of the design through templates. The new cms also had other purposes, such as:
- Use a common, corporate look and feel for all sub-sites of our organization (more than 30) in addition to the main website;
- Ensure that the content of the website has been cleared (in terms of internal policy), edited in English and translated into French and Spanish (we have a multilingual website) through an internal workflow.
Technically, the cms is in fact a web content management system and a document management system. It is used to create and publish web pages and also as the main repository of official publications and meeting documents. It is important to say that our organization is active in three areas:
- Intergovernmental meetings (output: meeting documents);
- Research and Analysis (output: publications and reports);
- Technical assistance (output: webpages and reports).
At the beginning, we all thought the cms was going to make everyone’s life easier, not only for the Web Unit, the main user of the system, but also for all staff involved in web content creation and updates.In the facts, it’s another story.After a bit more than 3 years of use, we are still facing some major problems in terms of workflow. We did not manage to implement a fully working and thus open the system to the web authors. In other words, the web pages are still being maintained and updated by the 5 staff Web Unit, which is not only creating a bottleneck but also frustrating the users that have been excluded from the process: the web authors.There are many reasons to that:
- lack of web culture within our organization: not everyone understands how the web can help you disseminate your information;
- system not adapted to our current needs: we need a simple and working workflow;
- some internal conflicts concering major issues: to what administrative entity should the Web Unit belong to? How many people should be working for the web? do we have a clear web strategy?
Although these reasons are crucial when you implement a cms, I will not discuss them here for the moment. Instead, my intention was to ask the following question: when we talk about implementing a tool that helps users to publish web content that needs to go through different steps, do you think that “workflow is the wrong metaphor?”A few weeks ago, I read a a paper entitled “Is workflow the wrong metaphor?“, by James Robertson, of Step Two Design. His main argument was that while workflow is an central component of cms, they often fail in most organizations. The main purpose of a workflow is to help organizations publish information that went through a precise review and approval process.The problem is that usually these workflows fail to reflect the complexity of an organization, leading to a “considerable gap between the vision communicated in cms tenders, and the reality of implementation. Eventually, the organization will only use basic, linear workflows, instead of complex ones. Robertson’s idea is the following: instead of seing the web publishing problem as a content management, with workflows, a solution might be to see this issue as a task management, where instead of having rules as in workflows, a user could “assign a task related to a specific piece of content to another staff member”. Examples of requests are:
- review the content
- update the content
- add additional details
Depending on the task, it will trigger either a direct publishing or a longer linear workflow. In other words, steps to be performed on the content will depend on what needs to be done on it. This would allow a wider range of options / workflows, instead of providing only long, non-flexible workflows.I found Robertson’s idea quite new, and it also shows that there’s a new paradigm being built around the issue of actual use of content management systems. A necessary paradigm, because my experienc taught me that, even if you have a perfect system or tool, it’s not guarantee for your system to be 100% efficient. Human factor and existing working habits are also to be taken into consideration when adopting a cms. I might be even more important than the technical side.
Recent Comments