Strategi og procesforløb ved etablering af ny hjemmeside til ...

Baggrund
Den 3. april 1995 skrev
Silkeborg Bibliotek historie.
Biblioteket var det første
danske folkebibliotek med
egen hjemmeside. Siderne
blev lavet med htmlkodning
i en almindelig
teksteditor, senere dog
med HTML-editoren Stone’s
Webwriter. Arkitekturen
blev struktureret og styret
helt manuelt, hvorfor der
ikke var dynamisk
sammenhæng i hierarki og
siderne imellem.
Det betød efterhånden som
ændrede behov og ønsker
og nye medier og
teknologier meldte sig, at
det blev sværere at holde
fælles stil i siderne og
deres opbygning, og
dermed også sværere at
holde styr på hele sitet.
Fra starten blev biblioteket
hurtigt ansvarlig for flere websites, enten alene eller i samarbejde med andre biblioteker
og/eller institutioner. Også her kunne det konstateres, at med de mange nye teknologier og
trends i webudviklingen var det en begrænsning for bibliotekets webredaktører ikke at kunne
arbejde med et dynamisk site.
Næste skridt i udviklingen blev derfor anvendelse af eksempelvis scripts - javascripts eller
eksterne programmer – til at udbygge sitets funktionaliteter.
Omkring år 2003 var vi nået til den tekniske grænse for hvor mange funktioner, der endnu
kunne tilføjes inden for det hidtidige koncept. Samtidig blev redaktion og systemudvikler i
samarbejde med andre biblioteker opmærksomme på de muligheder, der lå i anvendelsen af
content management systemer (CMS).
Et andet væsentligt argument var ønsket om at kunne decentralisere webredaktionsopgaven til
en række medarbejdere rundt omkring i organisationen, dels for at undgå flaskehalssituationer
og dels for at skabe ejerskab og engagement til hjemmesiden og dens enkelte
elementer og temaer. Filosofien var at den, der eksempelvis producerer lydavis, også selv
vedligeholder den del af hjemmesiden, der har med lydavisen at gøre etc.
Der blev derfor nedsat en arbejdsgruppe bestående af webredaktører og systemudvikler til at
undersøge bibliotekets behov og krav til et sådant CMS. Dette arbejde resulterede i en ikke
offentliggjort kravspecifikation. Desværre var der ikke på det tidspunkt økonomi til at kunne
indfri disse behov og ønsker, så projektet blev i første omgang sat i venteposition.
5