Richard Mogan, Web Technical Manager at the V&A Museum, presents the challenges encountered when moving a major cultural institution such as the V&A onto an Open Source CMS environment
5. Introductions
• A website redesign for the V&A
• Putting the entire collections database
online
• Creating a new website for the V&A
• A new Content Management System
6.
7. Procurement – what we did
• Create a short shortlist
• A mixture of Open Source and
Commercial offers
• Tender designed for companies to “choose
a system” and “propose a model”
• Statement of requirement focus was on
the company, not an endless list of CMS
features
8. Evaluation
• A technical evaluation of the system
– Asked for a Virtual Machine for us to play with
– Could we accomplish basic tasks on the
system – without a manual?
9.
10.
11. User testing
• Even a little user testing is a lot better than
none
• No training, no previous experience – the
ultimate usability test for “museum” users
• A simple task
12. Import and migration
• Could we import items into the system
without much help?
• Was it going to work?
13. Interviews with stakeholders
• Test of the cost model
• Test of the project management approach
• Test of the relationship
• We made a nuisance of ourselves
14.
15. Technical strategy
• Web Content Management is hard …
• … and Content Management Systems are
all terrible.
• As for Content Management System
clients…
16. No Platonic CMS
• A good CMS is not an end in itself
• Who wants to be known for great
management of content?
17. Linked data and applications
• CMS was not the “master” system
• Play to the strengths of the system
• Use alternatives rather than squeezing in
functionality that doesn’t work
• But consumption and provision of services
is vital
18.
19. Spread the risk
• Using multiple systems reduces the risk
associated with any one system
• Is ok to be complex, not complicated
20. Spread the cost
• Different sources of funding available at
different times
• Many projects, not coordinated means a
variable cost model throughout the
financial year
21.
22. Open Source or Commercial?
• The “traditional” risks of open source are
well known
• OpenSource is free … but it still costs
money
• But commercial solutions cost money too
23. Software or services?
• Focus on delivery, not elegance
• The museum does not want a Content
Management System, it wants a website
• Time and materials requires firm project
management
• But broken promises on fixed cost projects
help nobody
24.
25.
26. Flexibility
• A variable cost model allows migration to
be done piecemeal
• An opensource model where functionality
can be extended …
• … delivers incremental improvements to
challenged users
27. Agility
• Migrating content incrementally
• Improving interfaces incrementally
• Delivering many small projects with a
small ace team
• An agile project management approach is
required
28. “Mixed model” development
• Empower the museum to create its own
website
• But guard against variable staffing levels
• Co-location days transfer knowledge
• Doing simple things with a few systems is
easier than doing complicated things with
one system
29. Conclusions
• Buying CMS “software” is just taking a hit
before getting to work
• Content Management Systems should do
services well
• Content Management Systems should not
poorly replicate functionality in other
systems
• Flexibility, agility, delivery and service