STRAŻACKI STRAŻACKI
Nr 2012-5/2012 wrzesieÅ, październik - Komenda Wojewódzka ...
Nr 2012-5/2012 wrzesieÅ, październik - Komenda Wojewódzka ...
- No tags were found...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
KURIER <strong>STRAŻACKI</strong> NR 149-150<br />
KS<br />
wykorzystywaniu WIKI.<br />
Wszyscy mieli prawo podejmować<br />
decyzje dotyczące tego,<br />
jak będą wykorzystywać<br />
WIKI np. do zarządzania projektami,<br />
pisania dokumentacji<br />
albo też do ustalania programów<br />
zebrań. Te decyzje były<br />
bardzo istotne, ponieważ jeśli<br />
wszyscy podejmują przynajmniej<br />
początkowe decyzje<br />
wspólnie, to są duże szanse,<br />
że będą się ich trzymać i WIKI<br />
ma szansę na dobry start.<br />
Inne sposoby wykorzystania<br />
systemu pojawiają się podczas<br />
codziennej pracy.<br />
• poinformowanie o możliwościach<br />
systemu. Już w trakcie<br />
ważnego spotkania można<br />
za pośrednictwem systemu<br />
przekazywać swoje spostrzeżenia,<br />
jest to o tyle cenne, że<br />
powstałe w naszych głowach<br />
pomysły nie ulatują później<br />
w natłoku codziennych obowiązków<br />
służbowych.<br />
Syndrom pustej strony<br />
Największym problemem<br />
w uruchomieniu systemu<br />
WIKI na terenie woj. łódzkiego<br />
był tzw. syndrom pustej strony.<br />
Systemy te są bardzo elastyczne,<br />
ale podczas wdrożenia może<br />
okazać się to ich minusem.<br />
Syndrom ten polega na tym, że<br />
użytkownik loguje się i nie wie<br />
jak zacząć używać oprogramowania.<br />
Podczas budowy SWI<br />
w woj. łódzkim uniknięto tej sytuacji<br />
ze względu na stworzenie<br />
wstępnej struktury danych, która<br />
obejmowała katalogi i najważniejsze<br />
strony m.in. Wojewódzki<br />
Plan Ratowniczy. Głównym<br />
celem tego działania było zapoznanie<br />
użytkownika z praktycznym<br />
wykorzystaniem systemu<br />
na istniejącym już przykładzie.<br />
Realizując wdrożenie WIKI<br />
oraz uruchomienie wersji elektronicznej<br />
Wojewódzkiego Planu<br />
Ratowniczego zaczęliśmy od<br />
najprostszych rzeczy. Jedną<br />
z najlepszych strategii była stopniowa<br />
gradacja liczby tworzonych<br />
za pomocą WIKI dokumentów.<br />
Na początek zostały<br />
uruchomione karty osobiste<br />
wszystkich naczelników/kierowników<br />
wydziałów operacyjnych.<br />
Następnym krokiem było stworzenie<br />
planów szkoleń, notatek<br />
ze spotkań itp. Te dokumenty<br />
mogli współedytować wszyscy<br />
funkcjonariusze. Skutkowało<br />
to tym, że każdy na szczeblu<br />
„zarządzającym” miał kontakt<br />
z WIKI.<br />
Następnym kluczowym elementem<br />
było stworzenie swojej<br />
osobistej strony. Na niej każdy<br />
pracownik mógł opisać nad<br />
czym aktualnie pracuje, ewentualnie<br />
nad czym będzie pracował.<br />
Została utworzona sekcja zadawania<br />
pytań i wymiany „luźnych<br />
informacji”. Każdy z użytkowników<br />
może zamiesić także informacje<br />
kontaktowe oraz wszelką<br />
wiedzę, która pozwoli na lepszą<br />
komunikację. W ten sposób<br />
szybko udało się stworzyć aktualną<br />
bazę ekspertów z komend<br />
powiatowych/miejskich PSP woj.<br />
łódzkiego.<br />
Kolejnym etapem wdrożenia<br />
ww. systemu było zrealizowanie<br />
cyklu szkoleń dla kadry<br />
zarządzającej (wydziały operacyjne).<br />
Ze względu na braki<br />
sprzętowe i lokalowe rzeczone<br />
spotkania odbywały się w szkolnych<br />
salach wykładowych wynajętych<br />
w ramach porozumień.<br />
Omówiono na nich budowę modułów<br />
do realizacji powiatowych/<br />
miejskich planów ratowniczych.<br />
Kolejny cykl szkoleń realizowany<br />
był już w poszczególnych<br />
komendach powiatowych/<br />
Wykorzystanie w zarządzianiu kryzysowym systemu Google Maps w USA.<br />
Mapy huraganu Sandy w serwisie Google Maps<br />
miejskich uwzględniając małe<br />
grupy robocze tj. maksymalnie<br />
do 4 osób. W tak małym gronie<br />
udało się szczegółowo wyjaśnić<br />
zasady budowy systemu i jego<br />
funkcjonowania. Wskazano drogę,<br />
dzięki której naczelnicy wydziałów<br />
mogli w sposób bezproblemowy<br />
uruchomić oraz wdrożyć<br />
system dla swoich wydziałów,<br />
w których oprócz modułu<br />
wiedzy funkcjonują również inne<br />
rozwiązania ułatwiające codzienne<br />
funkcjonowanie wydziałów<br />
operacyjnych.<br />
Opory w dzieleniu się<br />
wiedzą<br />
Ludzie często boją się<br />
dzielić swoją wiedzą. Im więcej<br />
pracownik przekazuje swojej<br />
wiedzy na Wiki, tym cenniejszy<br />
staje się dla każdej organizacji.<br />
Dlaczego?<br />
Odpowiedź jest prosta, ponieważ<br />
jego wartość w organizacji<br />
jest lepiej znana. Ktoś może<br />
być ekspertem w pewnej dziedzinie<br />
i nie być tego świadomym.<br />
Jeśli inni o tym nie wiedzą,<br />
osoba ta jest mniej przydatna.<br />
Największym problemem<br />
jest to, że ludzie boją się dzielić<br />
z innymi wiedzą. Aby wyeliminować<br />
ten aspekt zasugerowano<br />
takim osobom żeby, choć część<br />
swojej wiedzy, nawet kilka procent,<br />
umieściła na Wiki i zobaczyła,<br />
co się stanie. Scenariusz<br />
wydarzeń był nieunikniony: ludzie,<br />
którzy to przeczytali domagali<br />
się więcej i często kontaktowali<br />
się z autorami w celu współpracy<br />
lub uzyskania szczegółów.<br />
Głównym założeniem tego<br />
„triku” było to, że im większy rozmiar<br />
będzie przybierać ta współpraca,<br />
tym bardziej początkowo<br />
nieufna wobec Wiki osoba będzie<br />
jej potrzebować. Dlaczego?<br />
Ponieważ taki pracownik będzie<br />
musiał umieszczać coraz więcej<br />
informacji na Wiki, żeby zmniejszyć<br />
liczbę e-maili i próśb o więcej<br />
danych.<br />
W końcu większość jego<br />
wiedzy znajdzie się na WIKI,<br />
a wszyscy będą mieli dostęp bez<br />
konieczności bezpośredniego<br />
kontaktu z jej autorem, co zwiększy<br />
ilość czasu, który ten może<br />
poświęcić na pracę nad nowymi<br />
projektami i tworzenie kolejnej<br />
porcji wiedzy.<br />
W następnym cyklu artykułów<br />
dot. systemu wymiany informacji<br />
zostaną opisane aspekty<br />
zarządzania własnymi dokumentami<br />
oraz integracji z Google<br />
Apps, oraz Google earth.<br />
kpt. Michał Kłosiński<br />
10<br />
11