Obsah

1. Úvod 

2. Plánování projektu

Knihovní software je jedním z důležitých nástrojů, který knihovnám pomáhá naplňovat jejich poslání. Změna knihovního softwaru je proto velmi závažnou událostí, která se týká nejen provozu a služeb knihovny, ale i jejího směřování a rozvoje. Zároveň ovlivňuje každodenní provoz knihovny. Může být také velkou zátěží pro pracovníky knihovny, zejména v období těsně kolem termínu změny softwaru. Proto je důležité věnovat pozornost nejen samotnému výběru softwaru, ale také jednotlivých krokům, které s procesem změny softwaru souvisejí, a nezapomínat ani na potřebu informovat o procesu výběru a zavádění softwaru pracovníky knihovny.

2.1 Projektový tým

Aby byl projekt změny knihovního softwaru úspěšný, je zapotřebí řada znalostí a schopností. Jde nejen o znalost informací o dostupných softwarech a jejich modulech a doplňcích, typech a způsobech provozu knihovních softwarů, doplňcích třetích stran apod. Neméně důležitá je také praktická znalost informačních technologií, knihovních i dalších standardů, přehled o kooperativních projektech v oblasti knihovnictví, změnách a trendech, ke kterým v oblasti automatizace knihoven došlo od doby, kdy byl pořízen předchozí knihovní software, znalost používané terminologie i aktuálních technologických trendů. Klíčové jsou rovněž manažerské dovednosti, schopnost fundraisingu, orientace v právním prostředí, znalost rámce, ve kterém knihovna působí (zřizovatelé, spolupracující organizace a projekty), znalost knihovních procesů, uživatelů i pracovníků knihovny a jejich měnících se informačních potřeb a chování1).

Nelze předpokládat, že by všechny tyto znalosti měla jedna osoba. Ředitel nebo vedoucí knihovny zná obvykle obecné záležitosti týkající se řízení, provozu a financování knihovny. IT pracovník a/nebo systémový knihovník rozumí technickým a technologickým aspektům, které souvisejí s provozem knihovního softwaru. Vedoucí jednotlivých úseků podrobně znají procesy, které v knihovně probíhají. Proto projekt změny knihovního softwaru nemůže být záležitostí jednotlivce, nýbrž prací týmu, ve kterém jsou prostřednictvím jeho členů zastoupeny všechny požadované znalosti a dovednosti. Tento tým má odpovědnost za přípravu projektu a jeho dílčích kroků a zároveň komunikuje se zřizovatelem, dodavateli/provozovateli softwaru, pracovníky knihovny a jejími uživateli. Projektový tým připravuje časový plán projektu, zodpovídá za jednotlivé kroky směřující k úspěšné změně knihovního softwaru a komunikuje se zúčastněnými stranami.

Velikost projektového týmu záleží na velikosti a struktuře knihovny. V případě malých knihoven může být projektový tým tvořen jen několika lidmi (např. knihovník, ředitel instituce, IT pracovník), jinde bude v projektového týmu přirozeně zapojeno více lidí (systémový knihovník, ředitel instituce, IT pracovník, vedoucí jednotlivých úseků, právní oddělení knihovny, projektový manažer knihovny apod.). Pokud knihovna nemá pracovníky, kteří disponují všemi potřebnými znalostmi, měl by projektový tým zajistit externí spolupracovníky nebo konzultanty, nejlépe prostřednictvím zřizovatele.

2.1.1 Komunikace se zřizovatelem

Pro úspěšnou realizaci změny knihovního softwaru je v průběhu celého projektu nesmírně důležitá komunikace se zřizovatelem. Na to, jakým způsobem má tato komunikace probíhat, neexistuje univerzální návod. Vždy to závisí na konkrétním zřizovateli, typu nebo velikosti knihovny, případně na dalších okolnostech. Málokdy ovšem nastává situace, kdy sám zřizovatel změnu knihovního softwaru požaduje nebo je do chodu knihovny zapojen natolik intenzivně, že si je vědom potřeby této změny. Proto jsou velmi důležitá jednání ještě před zahájením projektu (případně v jeho počátečních fázích). Při nich je třeba zřizovatele přesvědčit o nutnosti změny a vysvětlit mu, proč je změna knihovního softwaru pro uživatele knihovny důležitá.

Při hledání vhodné komunikační strategie je třeba si připravit přesvědčivé argumenty. Ty by měly být podloženy analýzou situace knihovny, z níž vyplývají jasné potřeby uživatelů a požadavky na nové služby zasazené do kontextu poslání knihovny a potřeb místní (nebo odborné) komunity, stávajících společenských nebo technologických trendů aj. Kromě morální zastaralosti stávajícího softwaru může být podstatným argumentem pro změnu také zjednodušení pracovních procesů, které uvolní kapacitu pracovníků pro další činnosti, komunikaci s veřejností, vzdělávací nebo komunitní akce apod. Důležité je zdůraznit, co změna znamená pro uživatele knihovny, jaké umožní nové služby a jaké přinese inovace a výhody. Přínosem může být mj. zlepšení obrazu knihovny směrem k veřejnosti, možnosti propojení s dalšími komunitními službami, s infrastrukturou zřizovatele nebo s informačními systémy města či organizace.

Jednání se zřizovatelem může být jednodušší, pokud má knihovna dlouhodobější vizi své činnosti v oblasti využívání moderních informačních a komunikačních technologií vyjádřenou ve strategickém technologickém plánu, případně v dalších strategických dokumentech.

Protože důležitým kritériem při rozhodování o změně softwaru je finanční stránka, je vždy dobré být připraven předložit zřizovateli informace o možnostech získání části finančních prostředků na realizaci projektu z externích zdrojů (zejména půjde o prostředky z dotačního programů VISK 3).

Při jednání se zřizovatelem nelze zapomenout ani na požadavky knihovny na součinnost zřizovatele při realizaci projektu. Může jít o právní služby, přípravu výběrového řízení, konzultace s IT oddělením zřizovatele (pokud jsou IT služby knihovny zajišťovány jeho prostřednictvím) aj. Nutné je rovněž projednat praktické aspekty související se změnou softwaru (výběr vhodného způsobu provozu knihovního softwaru s ohledem na infrastrukturu, propojení s informačními systémy zřizovatele apod.).

2.1.2 Komunikace s pracovníky knihovny

Důležitým aspektem přípravy na změnu knihovního softwaru je poskytnutí informací pracovníkům knihovny. Existuje řada způsobů komunikace s pracovníky. Jednou z doporučených možností je uspořádání schůzky v počáteční fázi projektu. Pracovníci knihovny by na ní měli získat alespoň následující informace:2)

Všichni pracovníci knihovny, kteří knihovní software používají či budou používat, nebo přinejmenším zástupci všech oblastí činností a služeb knihovny by měli mít také možnost se k projektu výběru softwaru vyjádřit. Především se mají podílet na analýze situace a potřeb knihovny, která je základem pro stanovení požadavků na nový software. Vhodné je pracovníky zapojit i do procesu získávání informací o možných softwarech. Pracovníci knihovny na různých pozicích by se měli zúčastnit předvádění funkcí jednotlivých softwarů, zapojit se do testování nebo se s jednotlivými softwary jinak seznámit a vyjádřit se k tomu, zda a proč je považují za vyhovující/nevyhovující pro činnost, kterou vykonávají. Zkušenosti a připomínky řadových pracovníků knihovny mohou být užitečné také při plánování strategie přechodu. Do výběru softwaru lze případně zapojit i zástupce uživatelů knihovny, ať už přímo prostřednictvím zástupce uživatelů v projektovém týmu nebo nepřímo pomocí průzkumů zjišťujících požadavky uživatelů na služby knihovny nebo funkce softwaru.

Pro úspěšnost projektu je nesmírně důležité, aby projektový tým efektivně komunikoval s pracovníky knihovny. Projekt bude mít hladší průběh, pokud budou pracovníci knihovny motivováni pro změnu a pokud v průběhu trvání projektu budou mít dostatek informací o jednotlivých fázích projektu a budou se považovat za jeho součást.

2.2 Projektový plán

Příprava projektu přechodu na nový knihovní software se skládá z řady dílčích kroků. Jednotlivé kroky i jejich posloupnost se může mírně lišit v závislosti na tom, zda jde knihovnu, která dosud žádný knihovní software nepoužívala a na automatizaci se teprve připravuje, nebo zda už knihovna nějaký software používá či používala, zda jde o přechod na vyšší verzi dosud používaného knihovního softwaru nebo o úplnou změnu softwaru, zda knihovna zároveň mění dodavatele a provozovatele softwaru apod. Postup příprav ovlivňuje taktéž velikost knihovny, rozsah služeb a provozu nebo její typ a zaměření; některé kroky mohou být relevantní pouze pro určité typy knihoven.

V knihovně, která dosud knihovní software nepoužívala, je před výběrem a pořízením softwaru nutné provést přípravu na automatizaci. Ta zahrnuje především promyšlení koncepce využití knihovního softwaru pro poskytování služeb uživatelům a přípravu knihovního fondu. Součástí příprav jsou obvykle také některé administrativní záležitosti, např. žádost o siglu a předčíslí čárového kódu.

2.2.1 Časový plán projektu

Časový plán projektu se odvíjí nejen od běžného harmonogramu knihovny, ale také od možností a podpory stávajícího softwaru nebo záležitostí spojených s rozpočtem. Časový plán projektu určuje nejen konkrétní termíny spojené se změnou knihovního softwaru, ale také harmonogram a posloupnost dílčích kroků v několika oblastech. Jde zejména o proces výběru knihovního softwaru, praktické přípravné kroky, změnu softwaru (přechod na nový software) a kroky po následující po změně softwaru.

2.2.2 Proces výběru knihovního softwaru

Výběr konkrétního knihovního softwaru je výsledkem poměrně dlouhého procesu. Výběru by měla přecházet analýza situace a potřeb knihovny, jejíž podstatnou součástí je analýza pracovních postupů a procesů a služeb knihovny. Z těchto analýz poté vychází vytvoření seznamu požadovaných funkcí softwaru a výběr vhodného způsobu jeho provozu.

Velice důležitým krokem je získávání informací o jednotlivých softwarech. Tyto informace spolu s požadavky na funkce softwaru, rozpočtem a technologickým plánem tvoří základ podkladů pro výběr softwaru a hodnocení nabídek, a to bez ohledu na to, zda výběr probíhá formou veřejné zakázky či nikoliv.

2.2.3 Praktické kroky při přípravě na změnu softwaru

Již v době, kdy probíhá výběr softwaru, je možné začít s některými praktickými kroky. Jejich úspěšné zvládnutí může samotný přechod na nový software velmi usnadnit. Jde zejména o přípravu knihovního fondu, které zahrnuje revizi a podle potřeby vyřazení zastaralých a nepoužívaných knihovních jednotek. Dále je důležitá příprava (případně čištění) bibliografických i dalších dat.

Poté, co je vybrán nový software, uzavřena smlouva a vyřízeny všechny potřebné náležitosti spojené se získáním softwaru, následuje instalace softwaru nebo jeho zpřístupnění (v případě provozu softwaru formou služby)3). Po provedení potřebných nastavení na základě požadavků knihovny nastává příprava a převod dat do nového softwaru. Importovaná data jsou testována a spolu s nimi jsou testovány také jednotlivé funkce softwaru a jeho napojení na externí služby či kooperativní projekty. Případné chyby jsou během testování odstraňovány.

V období po výběru softwaru probíhá také školení pracovníků, jsou připravovány popisy nových pracovních postupů a procesů. Zároveň by měla být připravována informační kampaň pro uživatele, která má být optimálně spuštěna ještě před změnou softwaru. K praktickým krokům patří také zajištění každodenního provozu knihovního softwaru softwaru po jeho spuštění, včetně jeho zálohování, bezpečnosti apod.

2.2.4 Přechod na nový software (den D)

Ústředním bodem časového plánu projektu změny knihovního softwaru je samotný přechod na nový software. Ten je možné realizovat po uskutečnění všech přípravných kroků a odladění případných problémů. V závislosti na typu a situaci knihovny je zvolena vhodná strategie přechodu. V našich podmínkách jde nejčastěji o jednorázové ukončení provozu starého softwaru a zahájení provozu v novém softwaru.

2.2.5 Období po změně knihovního softwaru

Období následující bezprostředně po změně softwaru bývá velice náročné pro pracovníky knihovny a částečně i pro uživatele, kteří si zvykají na nové funkce a způsoby práce s katalogem. Po změně softwaru je nutné počítat s delším obdobím, kdy bude probíhat proces ladění funkcí nového softwaru i pracovních procesů. Tomuto procesu může pomoci hodnocení projektu změny softwaru, do kterého jsou kromě projektového týmu zapojeni také běžní pracovníci knihovny. Hodnocení by mělo zahrnovat jak proces vedoucí ke změně softwaru a jeho jednotlivé kroky, tak fungování nového softwaru v běžném provozu.

Po přechodu na nový knihovní software je nutné také uzavřít stávající software po právní i technické stránce.

Přestože uzavřením starého softwaru a odladěním nového softwaru projekt změny knihovního softwaru končí, nemělo by pro knihovnu rozhodně končit plánování nových služeb a rozvoje. Naopak by knihovna měla průběžně sledovat nové trendy, kooperativní projekty i aktuální standardy a snažit se své služby neustále rozvíjet.

1)
Srov. též BILAL, Dania. Library automation: core concepts and practical systems analysis. 3rd ed. Santa Barbara (CA, USA): Libraries Unlimited, c2014, s. 20. ISBN 978-1-59158-922-8.
2)
WEBBER, Desiree a Andrew PETERS. Integrated library systems: planning, selecting, and implementing. Santa Barbara: Libraries Unlimited, 2010, s. 116. ISBN 978-1-59158-897-9.
3)
Tento postup se může mírně lišit v případě, že knihovna zvolila svobodný knihovní software nebo pokud si knihovní software spravuje vlastními silami.
1. Úvod