background image

 
 
 
 
 
 
 

Jak wdrożyć wiki w firmie? 

Praktyczny poradnik autorów BusinessWiki 

 

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

W

s

t

ę

p

 

2

 

 

Spis treści 

Wst

ę

p ....................................................................................................................................................... 3

 

Dla kogo wiki?.......................................................................................................................................... 4

 

Czy Twoja organizacja w pełni wykorzystuje potencjał swoich pracowników? ................................... 4

 

Najwa

ż

niejsze korzy

ś

ci z wdro

ż

enia wiki ............................................................................................. 4

 

Co to jest wiki?......................................................................................................................................... 5

 

Jakie s

ą

 najcz

ę

stsze zastosowania wiki? ............................................................................................ 5

 

Wiki a Enterprise 2.0 ............................................................................................................................... 6

 

Enterprise 2.0 usprawni Zarz

ą

dzanie Wiedz

ą

 ..................................................................................... 6

 

Enterprise 2.0 dla praktyków ................................................................................................................ 8

 

Wiki dla menad

ż

era ............................................................................................................................... 10

 

Jak szybko wdro

ż

y

ć

 nowego pracownika? ........................................................................................ 10

 

Masz doskonały pomysł ale teraz nie ma czasu by go realizowa

ć

?.................................................. 10

 

Z firmy odchodzi pracownik? ............................................................................................................. 10

 

Szukasz 

ź

ródeł inspiracji? .................................................................................................................. 10

 

Tracisz codziennie du

ż

o czasu na poszukiwanie informacji? ............................................................ 10

 

Dokumentacja projektów, które prowadzisz z definicji jest nieaktualna? .......................................... 10

 

Najlepsze praktyki ................................................................................................................................. 11

 

Współpraca zespołu projektowego .................................................................................................... 11

 

Zbyt du

ż

o e-maili? .............................................................................................................................. 11

 

Ż

yj

ą

cy intranet .................................................................................................................................... 12

 

Baza wiedzy ....................................................................................................................................... 12

 

Wiki FAQ ................................................................................................................................................ 13

 

Dlaczego korzysta

ć

 z wiki do wymiany wiedzy? ................................................................................ 13

 

Globalny intranet czy lokalne wiki? .................................................................................................... 13

 

Dlaczego wiki zadziała tam gdzie nie działaj

ą

 inne systemy? ........................................................... 13

 

Proces wdro

ż

enia wiki ........................................................................................................................... 14

 

Projekt pilota

ż

owy .............................................................................................................................. 14

 

Spotkanie startowe ............................................................................................................................ 14

 

Syndrom pustej strony ....................................................................................................................... 15

 

Zacznij od najprostszych rzeczy ........................................................................................................ 15

 

Osobista strona wiki ........................................................................................................................... 15

 

Warsztaty wiki .................................................................................................................................... 15

 

Opory w dzieleniu si

ę

 wiedz

ą

............................................................................................................. 15

 

Zarz

ą

dzanie projektami ...................................................................................................................... 16

 

Lepsze spotkania ............................................................................................................................... 16

 

Listy ToDo .......................................................................................................................................... 16

 

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

W

s

t

ę

p

 

3

 

 

Wstęp 

Oprogramowanie wiki staje si

ę

 jednym z podstawowych narz

ę

dzi współpracy grupowej.  Analitycy 

rynku oraz praktycy biznesu zgodnie twierdz

ą

ż

e to jedna z najbardziej perspektywicznych form 

komunikacji wewn

ę

trznej firmy.  

Ten podr

ę

cznik ma za zadanie wspiera

ć

 osoby uruchamiaj

ą

ce wiki w swoich organizacjach. 

Znajdziesz tutaj praktyczne porady, które pozwol

ą

 z sukcesem wdro

ż

y

ć

 wiki w Twojej organizacji. 

Nasz poradnik opieramy na do

ś

wiadczeniu z Wiki tworzonymi dla du

ż

ych i mały firm, stowarzysze

ń

 i 

organizacji rz

ą

dowych. Współtworzyli

ś

my Wiki u

ż

ywane w Europie, Azji oraz obu Amerykach. Ci

ą

gle  

wiele uczymy si

ę

 o naszych klientach, ich potrzebach i pomysłach na wykorzystanie Wiki – nie 

przestaj

ą

 nas zaskakiwa

ć

. Chcemy z pokor

ą

 podzieli

ć

 si

ę

 wiedz

ą

, któr

ą

 ju

ż

 zdobyli

ś

my i zach

ę

ci

ć

 Ci

ę

 

do samodzielnego eksperymentowania z Wiki w Twojej organizacji. 

Zapraszamy serdecznie do lektury i zgodnie z filozofi

ą

 Wiki – zach

ę

camy do dzielenia si

ę

 z nami 

swoimi pomysłami i opiniami. 

Tomek Karwatka 
Dyrektor Operacyjny 

Divante

 

tkarwatka@divante.pl

  

PS.  Wi

ę

cej  informacji  o  naszym  Wiki  znajdziesz  na 

http://onbusinesswiki.com

.  Wi

ę

cej  o  ofercie 

zarz

ą

dzania wiedz

ą

 znajdziesz natomiast na stronie 

http://divante.pl

.  

 

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

D

la

 k

o

g

o

 w

ik

i?

 

4

 

 

Dla kogo wiki? 

Czy Twoja organizacja w pełni wykorzystuje potencjał swoich 
pracowników? 

Ka

ż

dy menad

ż

er, szef działu, wła

ś

ciciel firmy zadaje sobie pytanie czy zrobił wszystko by stworzy

ć

 

swoim pracownikom optymalne 

ś

rodowisko pracy. Truizmem jest powiedzie

ć

ż

e pracownicy s

ą

 jedn

ą

 

z najwa

ż

niejszych warto

ś

ci firmy. Warto zada

ć

 sobie pytanie co zrobi

ć

 by warto

ść

 ta nabrała realnego 

kształtu. 

Dzi

ś

 szefowie zespołów napotykaj

ą

 podczas pracy na szereg problemów. Ka

ż

dy z nas intuicyjnie 

czuje, 

ż

e uporanie si

ę

 z nimi pozwoliłoby organizacji jak i ka

ż

demu z pracowników wiele zyska

ć

Problemy jakie obserwujemy w firmach: 

1.  Gdy pracownik odchodzi, znika z nim wiedza, któr

ą

 posiadał.  

2.  Wdro

ż

enie do pracy nowego pracownika jest długotrwałym procesem, podczas którego 

znacz

ą

co spada wydajno

ść

 tak

ż

e innych pracowników. 

3.  Nawet krótka nieobecno

ść

 pracownika skutkuje problemami w dost

ę

pie do materiałów, nad 

którymi pracował. 

4.  Najlepsi specjali

ś

ci nie maj

ą

 czasu na dzielenie si

ę

 wiedz

ą

5.  Pomysły nie s

ą

 wdra

ż

ane w 

ż

ycie, gin

ą

 gdzie

ś

 w bie

żą

cych sprawach. 

6.  Tracisz codziennie du

ż

o czasu na poszukiwanie informacji. 

7.  Poszukujesz miejsca inspiracji, sk

ą

d mógłby

ś

 czerpa

ć

 nowe pomysły. 

8.  Dokumentacja projektów, które prowadzisz z definicji jest nieaktualna. 
9.  Wszyscy w zespole narzekaj

ą

 na ilo

ść

 maili. 

10.  Trudno odszuka

ć

 w organizacji ekspertów. 

Przez ostatnie kilka lat zarz

ą

dzałem firmami i projektami, które dynamicznie si

ę

 rozwijały. Napotkałem 

na wszystkie opisane wy

ż

ej problemy. Postanowiłem zaj

ąć

 si

ę

 oprogramowaniem wiki by skuteczniej 

pracowa

ć

 nad własnymi projektami. Zaczynałem od MediaWiki i Doku Wiki, nast

ę

pnie poznałem wiele 

komercyjnych systemów Wiki oraz systemów konkurencyjnych do Wiki. Filozofia Wiki jest dla mnie 
swego rodzaju kwintesencj

ą

 mo

ż

liwo

ś

ci jakie daje nam Internet – komunikacja w celu tworzenia 

synergii. 

Najważniejsze korzyści z wdrożenia wiki 

Wiki rozwi

ą

zuje wiele problemów współczesnych firm w obszarze zarz

ą

dzania wiedz

ą

, współpracy 

grupowej, przygotowywania dokumentacji, zarz

ą

dzania jako

ś

ci

ą

, marketingu i pr. 

Wdro

ż

enie wiki zapewnia: 

1. 

Ś

rodowisko współpracy grupowej. 

2.  Ułatwienie zarz

ą

dzania du

żą

 ilo

ś

ci

ą

 informacji. 

3.  Aktywacj

ę

 pracowników do dzielenia si

ę

 wiedz

ą

4.  Mo

ż

liwo

ść

 tworzenia elastycznych baz wiedzy, bez ogranicze

ń

5.  Mo

ż

liwo

ść

 rozwoju w kierunku dzielenia si

ę

 cz

ęś

ci

ą

 wiedzy z otoczeniem biznesowym. 

6.  Budowanie wizerunku otwartej, nowoczesnej firmy. 

Wiki jest niekiedy tak

ż

e u

ż

ywane jako centralne miejsce – spinaj

ą

ce wszystkie bazy wiedzy. Coraz 

cz

ęś

ciej rozmawiamy z klientami o projektach ł

ą

czenia poprzez Wiki baz danych Lotus Notes, 

intranetu opartego na Sharepoint oraz innych rozwi

ą

za

ń

. Wiki doskonale spełnia rol

ę

 integralnego 

komponentu zarz

ą

dzania wiedz

ą

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

C

o

 t

o

 j

e

s

w

ik

i?

 

5

 

 

Co to jest wiki? 

Czy znasz Wikipedi

ę

? To najwi

ę

ksza encyklopedia na 

Ś

wiecie, tworzona przez miliony internautów 

 z całego 

ś

wiata. Mo

ż

na zaryzykowa

ć

 stwierdzenie, 

ż

e Wikipedia to najwi

ę

kszy projekt zarz

ą

dzania 

wiedz

ą

 jaki stworzyła ludzko

ść

. Wikipedia opiera swoje działania na mechanizmach Wiki. 

Wiki jest prywatn

ą

 stron

ą

 zaprojektowan

ą

 z my

ś

l

ą

 o współpracy grupowej. Tradycyjne strony s

ą

 

tworzone do przegl

ą

dania, natomiast Wiki ka

ż

dy mo

ż

e edytowa

ć

, aktualizowa

ć

, dodawa

ć

 strony z 

nowymi informacjami. Mechanizm ten nie wymaga znajomo

ś

ci HTML. 

 

 

Rysunek 1 - Wikipedia to najbardziej znane wiki. 

Jakie są najczęstsze zastosowania wiki? 

Elastyczno

ść

 Wiki mo

ż

e by

ć

 niekiedy barier

ą

 w jej wdro

ż

eniu. Dlatego przedstawiam tutaj najcz

ę

stsze 

zastosowania Wik – mog

ą

 sta

ć

 si

ę

 dla Ciebie inspiracj

ą

 

Zarz

ą

dzanie wiedz

ą

 – gromadzenie, udoskonalanie, współtworzenie wiedzy korporacyjnej. 

 

 

Intranety w małych i 

ś

rednich firmach – publikowanie informacji dla pracowników firmy (np. 

przepisy, procedury, poradniki, opisy produktów).

 

 

Zarz

ą

dzanie projektami – bie

żą

ce informowanie o stanie projektu, współpraca nad 

dokumentacj

ą

 projektow

ą

, tworzenie planów rozwoju.

 

 

Tworzenie dokumentów i publikacji – wiki pozwala na swobodne tworzenie dokumentów w 
grupie, ich dopracowywanie, redagowanie, recenzowanie i tłumaczenie.

 

 

Współpraca grupowa – wiki mo

ż

e by

ć

 głównym narz

ę

dziem organizacji współpracy grupowej, 

tak

ż

e wirtualnej. Mo

ż

na tworzy

ć

 strony projektów, listy todo, kalendarze i agendy spotka

ń

notatki z ustale

ń

, strony wizytówki członków zespołu.

 

 

Support – wsparcie dla u

ż

ytkowników produktów oraz działu wsparcia technicznego. Strony z 

opisem rozwi

ą

zania problemów w postaci wiki mog

ą

 zbiera

ć

 feedback u

ż

ytkowników.

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

W

ik

a

 E

n

te

rp

ri

s

e

 2

.0

 

6

 

 

 

eLearning – tworzenie bran

ż

owych słowników, kursów, samouczków.

 

Wiki a Enterprise 2.0 

W korporacyjnym 

ż

argonie popularno

ść

 zdobywa poj

ę

cie „Enterprise 2.0”. Postanowiłem napisa

ć

 kilka 

słów o tym trendzie gdy

ż

 wi

ąż

e si

ę

 bezpo

ś

rednio z zastosowaniem Wiki w firmie.Wiki s

ą

 uznawane za 

jedno ze sztandarowych narz

ę

dzi trendu Enterprise 2.0. Czym jest Enterprise 2.0? Poj

ę

cie to postuluje 

u

ż

ycie społeczno

ś

ciowych aplikacji WWW jako narz

ę

dzi firmowej współpracy grupowej.  

Enterprise 2.0 usprawni Zarządzanie Wiedzą 

W 1983 roku człowiekiem roku według Time został.. komputer. Nieco ponad dwadzie

ś

cia lat pó

ź

niej 

zrozumieli

ś

my, 

ż

e to ludzie tworz

ą

 warto

ść

 tego co w systemie. Człowiekiem roku zostałe

ś

 Ty – czyli 

konsument. Trend Web 2.0 zyskał popularno

ść

 i dzi

ś

 jest ju

ż

 czym

ś

 co stało si

ę

 cz

ęś

ci

ą

 Internetu. 

Dzi

ś

 triumfy zaczyna 

ś

wi

ę

ci

ć

 młodszy ale powa

ż

niejszy brat Web 2.0 - czyli Enterprise 2.0. Enterprise 

2.0 to nowe podej

ś

cie do staromodnego korporacyjnego oprogramowania. Firmy zaczynaj

ą

 

dostarcza

ć

 swoim pracownikom szybkich, prostych w u

ż

yciu narz

ę

dzi społeczno

ś

ciowych – po to by 

Ci pracowali wydajniej, kreatywniej, przyjemniej. Wszystko podane w sposób znany z Bloxa, 
GoldenLine, Naszej-Klasy czy Wikipedii. 

Enterprise 2.0 to tak

ż

e oszcz

ę

dno

ś

ci dzi

ę

ki modelowi sprzeda

ż

y oprogramowania SaaS. W modelu 

SaaS oprogramowanie sprzedawane jest w cyklu miesi

ę

cznych opłat, gotowe do u

ż

ycia zaraz po 

zakupie, bez długotrwałych i kosztownych wdro

ż

e

ń

, bez udziału IT. 

Termin Enterprise 2.0 istnieje w 

ś

wiadomo

ś

ci biznesu w USA od 2006. Dzi

ś

 w 2008 zaczyna si

ę

 o nim 

mówi

ć

 w Polsce. Niemniej Enterprise 2.0, nawet na rynkach bardziej rozwini

ę

tych, nadal brzmi do

ść

 

obco i nadal wiele firm nie bardzo wie co z tym zrobi

ć

. Firma Market Intelligence przedstawił wyniki 

bada

ń

 dotycz

ą

cych Enterprise 2.0. Pytano menad

ż

erów z USA jakie cele chc

ą

 osi

ą

gn

ąć

 dzi

ę

ki 

wdro

ż

eniu narz

ę

dzi nowej generacji. Najcz

ęś

ciej (63%) wymieniano polepszenie współpracy, 

podniesienie 

ś

wiadomo

ś

ci wiedzy jaka jest w organizacji (56%) oraz zwi

ę

kszenie szybko

ś

ci 

komunikacji i działania (równie

ż

 56%).  

CoreMedia w swoim raporcie z 2007, dotycz

ą

cym rynku niemieckiego, wykazuje, 

ż

e korporacyjna 

odmiana Web 2.0  jest najlepiej znana w działach marketingu (nie słyszało o niej tylko 14%) oraz w 
działach rozwoju. Działy Marketingu i PR uwa

ż

aj

ą

 te

ż

 (a

ż

 56%), 

ż

e ju

ż

 za kilka lat narz

ę

dzia 

Enterprise 2.0 stan

ą

 si

ę

 jednym z podstawowych sposobów komunikacji w firmach. Niemieccy 

respondenci uznali za najwa

ż

niejsze zalety E20 (Enterprise 2.0) usprawnienia w zakresie zarz

ą

dzania 

kontaktami, wymiany informacji, dzielenia si

ę

 pomysłami i innowacjami, dost

ę

pu do wiedzy. Tak

ż

raport na temat Enterprise 2.0 wydany przez Forrester Research w kwietniu 2008, zwraca uwag

ę

 na 

to i

ż

 zainteresowanie oprogramowaniem typu Enterprise 2.0 wychodzi najcz

ęś

ciej z działów 

Marketingu, R&D. Paradoksalnie to działy IT w tym układzie zachowuj

ą

 si

ę

 bardziej konserwatywnie. 

Obecnie po

ś

wi

ę

caj

ą

 one około 70% swoich zasobów na utrzymywanie istniej

ą

cego ju

ż

 

oprogramowania i s

ą

 ostro

ż

ne w korzystaniu z oprogramowania typu Enterprise 2.0. Zapewne model 

licencji SaaS (Software as a service) ułatwi zakup oprogramowania – oddaj

ą

c mo

ż

liwo

ść

 decyzji 

wprost do działów R&D i Marketingu.  

Wymieniane wielokrotnie ułatwianie wymiany wiedzy i przyspieszanie komunikacji wi

ąż

e si

ę

 wprost z 

Zarz

ą

dzaniem Wiedz

ą

. Ta dziedzina wydaje si

ę

 jednym z ciekawszych zastosowa

ń

 trendu Enterprise 

2.0. Dotychczas Zarz

ą

dzanie Wiedz

ą

 zarezerwowane było dla du

ż

ych korporacji. Dzi

ę

ki tanim 

narz

ę

dziom (z zaszytymi wewn

ą

trz dobrymi praktykami) tak

ż

e MSP mog

ą

 korzysta

ć

 z dobrodziejstw 

tej dziedziny nauki. 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

W

ik

a

 E

n

te

rp

ri

s

e

 2

.0

 

7

 

 

W zarz

ą

dzaniu wiedz

ą

 oczywi

ś

cie od lat chodzi o to samo – jak najlepsze wykorzystanie talentów w 

organizacji. Jak dot

ą

d teoretycy zarz

ą

dzania wiedz

ą

 twardo upierali si

ę

 aby rozdziela

ć

 zarz

ą

dzanie 

wiedz

ą

 od systemów informatycznych, które to zarz

ą

dzanie wspieraj

ą

. W efekcie tego powstawały 

systemy, które zupełnie nie spełniały pokładanej w nich nadziei. Nawet je

ś

li w zarz

ą

dzaniu wiedz

ą

 nie 

chodzi o technologi

ę

 to trzeba mie

ć

 na uwadze, 

ż

e to wła

ś

nie technologia mo

ż

e mie

ć

 decyduj

ą

ce 

znaczenie w powodzeniu wdro

ż

enia. Wiele firm wr

ę

cz zraziło si

ę

 do hasła „zarz

ą

dzanie wiedz

ą

” 

wdra

ż

aj

ą

c u siebie jeden z dedykowanych systemów, który zamiast usprawnia

ć

 prac

ę

 i zapewni

ć

 

mo

ż

liwo

ść

 dzielenia si

ę

 wiedz

ą

, stworzył jedynie nowe biurokratyczne obowi

ą

zki. Nie nale

ż

y jednak 

s

ą

dzi

ć

ż

e zarz

ą

dzanie wiedz

ą

 przeminie jak niejedna tymczasowa koncepcja. Zarz

ą

dzanie wiedz

ą

 to 

konieczno

ść

 w czasach, kiedy informacji jest nadmiar, ale dopiero naprawd

ę

 warto

ś

ciowa wiedza 

zapewnia przewag

ę

 konkurencyjn

ą

. Trzeba jednak spojrze

ć

 realistycznie na zadania, które przed 

nami stawia zarz

ą

dzanie wiedz

ą

. Jednym z najwa

ż

niejszych zada

ń

 jest stworzenie oprogramowania 

na tyle elastycznego by dopasowało si

ę

 do kultury organizacyjnej firmy. Tylko oprogramowanie, które 

pozwoli pracownikom aktywnie wł

ą

czy

ć

 si

ę

 w proces jego adaptacji ma szanse zdoby

ć

 uznanie i 

akceptacj

ę

 zespołu. Narz

ę

dzia Enterprise 2.0 dzi

ę

ki swojej elastyczno

ś

ci wyniesionej z trendu Web 

2.0 maj

ą

 szans

ę

 odda

ć

 władz

ę

 w r

ę

ce pracowników. To pracownicy mog

ą

 wybra

ć

 oprogramowanie, 

dostosowa

ć

 i i u

ż

ywa

ć

 tak jak u

ż

ywaj

ą

 swoich ulubionych serwisów społeczno

ś

ciowych. Dział IT ma 

zapewni

ć

 jedynie techniczne funkcjonowanie narz

ę

dzia – na poziomie koncepcyjnym sterowanie 

przejmuj

ą

 u

ż

ytkownicy. 

W prezentacji na ostatniej Enterprise 2.0 Conference Carl Frappaolo postuluje wykorzystanie narz

ę

dzi 

Web 2.0 na wszystkich poziomach zarz

ą

dzania wiedz

ą

.  

 

Rysunek 2 - Wykorzystanie narz

ę

dzi Web 2.0 na wszystkich poziomach zarz

ą

dzania wiedz

ą

.  

Autor: Carl Frappaolo. 

Według raportu Enterprise 2.0 wydanego przez MarketIQ najcz

ęś

ciej u

ż

ywane narz

ę

dzia Enterprise 

2.0 w firmach to kanały RSS oraz firmowe Wiki. Oba narz

ę

dzia znajduj

ą

 si

ę

 w fazie dynamicznego 

wzrostu i oba adresuj

ą

 zagadnienia zwi

ą

zane z Zarz

ą

dzaniem Wiedz

ą

Forrester zauwa

ż

a, 

ż

e dzisiejsze pokolenie 12-17 latków bardzo aktywnie korzysta ze 

społeczno

ś

ciowych narz

ę

dzi Web 2.0. W tej grupie a

ż

 1/3 to twórcy tre

ś

ci. Natomiast w populacji 

obecnych 50 latków tylko 7% to twórcy. W najbli

ż

szym czasie grupa 50 latków odejdzie na emerytury 

a firmy przyjm

ą

 do pracy dzisiejsze nastolatki. Mo

ż

na spodziewa

ć

 si

ę

ż

e Ci pracownicy z ch

ę

ci

ą

 

przenios

ą

 swoje „cywilne” zachowania na grunt firmy, popularyzuj

ą

c przy tym narz

ę

dzia Enterprise 

2.0. 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

W

ik

a

 E

n

te

rp

ri

s

e

 2

.0

 

8

 

 

Mimo, 

ż

e trend Enterprise 2.0 dopiero raczkuje w Polsce, niesie on z sob

ą

 wiele potencjalnych 

korzy

ś

ci dla wszystkich firm. Popularyzacja narz

ę

dzi E20 pozwoli firmom uzyska

ć

 dost

ę

p do 

efektywniejszych i znacznie ta

ń

szych narz

ę

dzi biznesowych. 

Enterprise 2.0 dla praktyków

 

Poznaj Charliego. Charlie pracuje w wielkim szklanym biurowcu ale zdarza mu si

ę

 pracowa

ć

 tak

ż

e na 

wielkiej wygodnej kanapie w swoim mieszkaniu. Charli pracuje w małym zespole – jest w nim pi

ęć

 

osób. Ka

ż

da na innym kontynencie. Gdy w Rio de Janeiro współpracownik Charliego ko

ń

czy prac

ę

 i 

wychodzi do domu inny członek zespołu, pracuj

ą

cy w Melbourne, zaczyna czyta

ć

 jego maile przy 

ś

niadaniu. Je

ś

li w Rio o czym

ś

 zapomn

ą

, Ci z Melbourne musz

ą

 czeka

ć

 cały dzie

ń

 – zatem czytanie 

maili do 

ś

niadania stało si

ę

 stylem ich 

ż

ycia. 

Zarz

ą

dzanie zespołem osób, które nigdy si

ę

 nie spotkały i pracuj

ą

 w ró

ż

nych strefach czasowych jest 

głównym wyzwaniem codziennego dnia naszego bohatera.  

Charli ma szefa, nigdy go nie spotkał osobi

ś

cie ale poprzez kanał RSS 

ś

ledzi jego bloga, dzi

ę

ki czemu 

czuje, 

ż

e dobrze go rozumie. Charli te

ż

 ma bloga. Blog dotyczy projektu Charliego i tym razem to jego 

szef 

ś

ledzi kanał RSS. Post

ę

py nad projektem 

ś

ledzi tak

ż

e cały zespół Charliego oraz jeszcze 130 

osób z firmy, które s

ą

 zainteresowane tematyk

ą

 projektu. 

Aby zapanowa

ć

 nad bie

żą

cym prowadzeniem projektu Charli u

ż

ywa BaseCamp 

(

http://www.basecamphq.com/

). Przydziela zadania i monitoruje stopie

ń

 ich wykonania, ma wgl

ą

d w 

dost

ę

pno

ść

 zasobów. Dokładnie $49 / mc kosztuje go oprogramowanie, które umo

ż

liwia zarz

ą

dzanie 

wszystkimi jego projektami. Nie musi interesowa

ć

 si

ę

 technikaliami, gdy w zespole pojawia si

ę

 nowy 

pracownik – po prostu tworzy dla niego konto w BaseCamp. Poza tym BaseCamp tak

ż

e posiada RSS 

dzi

ę

ki, którym Charli jest informowany na bie

żą

co o stanie prac. 

Charli ci

ą

gle u

ż

ywa firmowych wiki. Jedn

ą

 z wiki takiego typu jest BusinessWiki 

(

http://businesswiki.eu/

) - firma wybrała to rozwi

ą

zanie bo mo

ż

na go u

ż

ywa

ć

 zarówno w modelu SaaS 

jak i zainstalowa

ć

 w wewn

ę

trznej sieci firmowej. Oparte na otwartych standardach, daje szefowi 

Charliego pewno

ść

ż

e zgromadzone tam dane s

ą

 bezpieczne.  Wiki słu

żą

 zespołowi do tworzenia 

dokumentacji projektów, zapisywania pomysłów, tworzenia planów. Wiki jest dost

ę

pna dla wszystkich 

pracowników – Charli i jego zespół mog

ą

 korzysta

ć

 z wiedzy, do

ś

wiadcze

ń

, bada

ń

 i kontaktów 

zgromadzonych przez inne zespoły. To znakomicie przyspiesza im prace. 

Grupowe tworzenie dokumentacji i planów w zasadzie znacznie odci

ąż

a Charliego od tej pracy. Dzi

ę

ki 

zaanga

ż

owaniu wielu osób w proces edycji, powstaj

ą

ca dokumentacja jest lepiej przemy

ś

lana. Dzi

ę

ki 

kanałowi RSS, Charli jest powiadamiany gdy tylko powstanie nowa wersja dokumentu, który dodał do 
obserwowanych.  

Charli w weekendy lubi szpera

ć

 w Sieci w poszukiwaniu inspiracji. Ciekawe linki zapisuje w firmowej 

bazie linków, przypominaj

ą

cej serwis 

http://Delicious.com

. Charli oznacza ka

ż

dy link tagiem, dzi

ę

ki 

czemu mo

ż

e łatwo grupowa

ć

 i odszukiwa

ć

 interesuj

ą

ce linki. Charli korzysta z tej bazy inspiracji 

zawsze gdy staje przed trudnym zadaniem stworzenia czego

ś

 od zera. Dzi

ę

ki tagom mo

ż

e szybko 

dotrze

ć

 do linków na interesuj

ą

cy go temat, które zgłosili inni pracownicy. W organizacji Charliego z 

tego systemu korzysta kilka tysi

ę

cy osób – zawsze znajdzie co

ś

 o czym wcze

ś

niej nie słyszał. 

Oczywi

ś

cie Charli subskrybuje za pomoc

ą

 RSS informacje o wszystkich nowych linkach jakie dotycz

ą

 

interesuj

ą

cych go tematów. 

.W organizacji Charliego pracuje kilka uznanych autorytetów. Niektórzy z nich s

ą

 dla Charliego 

mentorami. Caroll, ma zazwyczaj bardzo wiele do powiedzenia ale cierpi na ci

ą

gły brak czasu. Wiedza 

i do

ś

wiadczenie, które posiada zawsze robi

ą

 na Charlim wielkie wra

ż

enie. Caroll chc

ą

c dzieli

ć

 si

ę

 

swoj

ą

 wiedz

ą

 w dogodny dla siebie sposób nagrywa firmowe podcasty. Podcasty publikuje na swoim 

blogu. Gdy pojawi si

ę

 nowy podcast Caroll pracownicy s

ą

 powiadamiani o tym za pomoc

ą

 RSS. Charli 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

W

ik

a

 E

n

te

rp

ri

s

e

 2

.0

 

9

 

 

ma 

ś

ci

ą

gn

ą

ł z Sieci darmow

ą

 aplikacj

ę

 Juice (

http://juicereceiver.sourceforge.net

), która pobiera nowe 

podcasty i wgrywa je na odtwarzacz mp3.  Teraz Charli codziennie w drodze do pracy korzysta z 
do

ś

wiadcze

ń

 swojego mentora, słuchaj

ą

c podcastów. 

Charli posiada te

ż

 konto na LinkedIn (

http://linkedin.com

).Nie jest sam. Konta w LinkedIn maj

ą

 

wszyscy jego firmowi znajomi. Charli lubi LinkedIn bo to wła

ś

nie tam znalazł swoj

ą

 prac

ę

. Headhunter 

jego organizacji przegl

ą

dał profile osób o odpowiednim do

ś

wiadczeniu. Znalazł Charliego – w jego 

profilu widniało sporo referencji, skontaktował si

ę

 zatem z osobami, które wypowiadały si

ę

 o Charlim i 

szybko upewnił si

ę

ż

e to wła

ś

ciwa osoba. Dzi

ę

ki wewn

ę

trznej poczcie nawi

ą

zał kontakt z Charlim i 

zaprosił go na spotkanie. Odk

ą

d istnieje LinkedIn Headhunter organizacji Charliego przebywa tam 

kilka godzin dziennie.  

Charli skrupulatnie uzupełnił swój profil na LinkedIn informacjami o interesuj

ą

cych go tagach, wpisami 

o do

ś

wiadczeniu zawodowym i projektach w jakich bierze udział. W ci

ą

gu tygodnia Charli nawi

ą

zuje 

zazwyczaj 1-2 nowe kontakty z osobami, które s

ą

 zainteresowane współprac

ą

 na interesuj

ą

cych 

Charliego polach. 

Jeszcze kilkana

ś

cie miesi

ę

cy temu Charli u

ż

ywał oprogramowania typu Microsoft Office. Przesyłał 

pliki mailem, niekiedy gubił je lub wysyłał nieaktualne wersje, czasem w mi

ę

dzyczasie kto

ś

 naniósł 

zmian

ę

 i musiał godzinami ł

ą

czy

ć

 ze sob

ą

 dwa pliki, które si

ę

 rozsynchronizowały. Starał si

ę

 utrzyma

ć

 

aktualno

ść

 projektów ale wi

ą

zało si

ę

 to z konieczno

ś

ci

ą

 ci

ą

głego aktualizowania danych w MS Project. 

Przydzielał zadania za pomoc

ą

 maila co cz

ę

sto wywoływało przeci

ąż

enie lub niewykorzystanie 

zasobów. Po

ś

wi

ę

cał wiele czasu na dopytywanie si

ę

 wszystkich o stan prac. Kiedy miał jaki

ś

 problem 

po prostu pisał wiele maili z nadziej

ą

ż

e kto

ś

 znajdzie akurat w tym momencie czas na to by podzieli

ć

 

si

ę

 z nim swoim do

ś

wiadczeniem. 

Dzi

ś

 Charli u

ż

ywa przede wszystkim aplikacji webowych, które ju

ż

 z natury rzeczy zapewniaj

ą

 mu 

maksymaln

ą

 dost

ę

pno

ść

 do informacji oraz ich aktualno

ść

. Dzi

ę

ki dobremu planowaniu Charli nauczył 

si

ę

 wykorzystywa

ć

 przesuni

ę

cia czasowe dla zwi

ę

kszenia mocy przerobowych zespołu. Praca nad 

projektem trwa 24 h na dob

ę

. Dzi

ę

ki współpracy poprzez wiki wszyscy maj

ą

 stale dost

ę

p do 

aktualnych informacji. Pracownik zaczynaj

ą

cy dzie

ń

 pracy zerka w swój czytnik RSS i po 15 minutach 

ma pełen obraz tego nad czym pracowali jego koledzy gdy on spał. 

Gdyby zapyta

ć

 Charliego która z wymienionych aplikacji jest jego ulubion

ą

. Odpowie, 

ż

e jest ni

ą

 

Firefox. Swoj

ą

 prac

ę

 zaczyna od uruchomienia przegl

ą

darki WWW bo wszystko czego mu potrzeba 

dost

ę

pne jest wła

ś

nie za pomoc

ą

 WWW. 

Gdyby zapyta

ć

 Charliego czym jest Enterprise 2.0, powie, 

ż

e to kolejny buzzword ale w najwi

ę

kszym 

skrócie mo

ż

na powiedzie

ć

ż

e to oprogramowanie społeczno

ś

ciowe wewn

ą

trz firmy. 

Oprogramowanie, które jest proste w u

ż

yciu i pozwala u

ż

ytkownikom samodzielnie budowa

ć

 struktur

ę

 

firmowego intranetu z gotowych elementów.  

Opracowanie powstało na podstawie prezentacji Scott'a Gavina „Meet Charlie”, za zgod

ą

 autora. 

 

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

W

ik

d

la

 m

e

n

a

d

ż

e

ra

 

10

 

 

Wiki dla menadżera 

Jak szybko wdrożyć nowego pracownika? 

Gdy organizacja posiada swoj

ą

 wiki, pracownicy mog

ą

 gromadzi

ć

 i dzieli

ć

 si

ę

 informacjami, których 

inni potrzebuj

ą

. W wiki znajd

ą

 informacje na temat projektów, strategii, bada

ń

 ale tak

ż

e informacje 

przydatne w codziennej pracy – procedury, rozliczenia, zasady przeprowadzania spotka

ń

, konfiguracj

ę

 

sprz

ę

tu.

 

Pierwszy dzie

ń

 w pracy nowego pracownika mo

ż

na po

ś

wi

ę

ci

ć

 na zapoznanie go z wiki. Pracownik 

zyskuje aktualne 

ź

ródło informacji, poznaje te

ż

 wcze

ś

niejsze pomysły, inicjatywy i projekty. Cały 

zespół nie traci natomiast efektywno

ś

ci pracy gdy

ż

 wi

ę

kszo

ść

 odpowiedzi na pytania nowego 

pracownika znajduje si

ę

 w wiki. 

Masz doskonały pomysł ale teraz nie ma czasu by go realizować?  

Zapisz go w sekcji Pomysły na wiki. Mo

ż

e kiedy

ś

 ty lub kto

ś

 inny z zespołu wrócicie do niego. 

Najbardziej kreatywne firmy zapisuj

ą

 wszystkie pomysły. Wiki pozwala gromadzi

ć

 baz

ę

 pomysłów  

a tak

ż

e nagradza

ć

 ich autorów, co zach

ę

ca do wymiany wiedzy.

 

Z firmy odchodzi pracownik?  

Czy jego wiedza odejdzie wraz z nim? W Wiki pracownicy opisuj

ą

 swoje pomysły, inspiracje, projekty, 

dokumenty i procedury. Odej

ś

cie pracownika b

ę

dzie du

ż

o mniejsz

ą

 strat

ą

 dla firmy je

ś

li zespół oraz 

jego nast

ę

pca b

ę

d

ą

 mieli dost

ę

p do materiałów nad którymi pracował oraz wiedzy, któr

ą

 zgromadził. 

Jest to swego rodzaju kopia bezpiecze

ń

stwa pracownika.

 

Szukasz źródeł inspiracji? 

W stresie nie zawsze łatwo stworzy

ć

 oryginaln

ą

 koncepcj

ę

. Gdy mo

ż

na si

ę

gn

ąć

 do setek i tysi

ę

cy 

wcze

ś

niej zapisanych pomysłów nagle wszystko staje si

ę

 prostsze. Czasem wystarczy tylko rzut oka 

na zapisy burzy mózgów sprzed roku aby zainspirowa

ć

 si

ę

 do ciekawych rozwi

ą

za

ń

. Warto wszystkie 

burze mózgów i spotkania dokumentowa

ć

 za pomoc

ą

 wiki.

 

Tracisz codziennie dużo czasu na poszukiwanie informacji? 

Członkowie zespołu zapisuj

ą

 informacje w ró

ż

nych formatach, cz

ę

sto trudnych do współdzielenia oraz 

przeszukiwania. Wiki umo

ż

liwia integracj

ę

 z oprogramowaniem Office, dzi

ę

ki czemu pracownicy bez 

trudu mog

ą

 publikowa

ć

 swoje informacje. Tak opublikowane informacje s

ą

 proste do przeszukiwania. 

Mo

ż

esz te

ż

 zobaczy

ć

 histori

ę

 zmian ka

ż

dego dokumentu oraz dyskusje prowadzone podczas jego 

tworzenia.

 

Dokumentacja projektów, które prowadzisz z definicji jest nieaktualna? 

Dla menad

ż

erów istotne jest posiadanie aktualnej dokumentacji projektowej i zapewnienie dost

ę

pu do 

niej całemu zespołowi. Wiki umo

ż

liwia wygodne dokumentowanie dowolnego projektu na bie

żą

co, 

podczas prac nad nim. Członkowie zespołu maj

ą

 dost

ę

p do zawsze aktualnych informacji.

 

 

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

N

a

jle

p

s

z

e

 p

ra

k

ty

k

11

 

 

Najlepsze praktyki 

Współpraca zespołu projektowego 

Problem

 

Członkowie zespołu projektowego znajduj

ą

 si

ę

 w ró

ż

nych lokalizacjach, cz

ęść

 z nich pracuje zdalnie 

lub w nietypowych godzinach. Mimo cz

ę

stych telekonferencji i u

ż

ywania e-mail trudno jest utrzyma

ć

 

klarowny obraz stanu projektu. Nie wiadomo, kto co aktualnie robi. 

Rozwiązanie 

1.  Stwórz osobn

ą

 Wiki dla projektu lub stron

ę

 projektu. 

2.  Popro

ś

 by na pocz

ą

tek ka

ż

dy z uczestników projektu stworzył swoj

ą

 osobist

ą

 stron

ę

 na Wiki. 

Osobista strona opisuje rol

ę

 danej osoby w projekcie, ale tak

ż

e jej wcze

ś

niejsze dokonania, 

linki do innych projektów w których bierze udział, fotografi

ę

 – wszystko co mo

ż

e interesowa

ć

 

inne osoby z projektu i co mo

ż

e okaza

ć

 si

ę

 pomocne. 

3.  Stwórz stron

ę

 podsumowania projektu – jest to strona domowa projektu.  

a.  Opisz na niej cele projektu i kamienie milowe.  
b.  Stwórz na tej stronie linki do stron osobistych wszystkich uczestników projektu. 

4.  Dodaj do tej strony linki do notatek ze spotka

ń

, agend, kontraktów i wszystkich powi

ą

zanych 

materiałów. 

5.  Stwórz stron

ę

 Dziennik projektu, na której ka

ż

dy z uczestników projektu b

ę

dzie mógł 

odnotowywa

ć

 aktualny stan projektu. 

Wynik 

 

W jednym miejscu zgromadziłe

ś

 wszystkie informacje o projekcie – dost

ę

pne z ka

ż

dego 

miejsca i w ka

ż

dym czasie. 

 

Informacje zawsze s

ą

 aktualne. 

 

Jako Project manager nie musisz ju

ż

 pisa

ć

 raportów – stan projektu oddaje Dziennik projektu. 

 

Osoby które doł

ą

czaj

ą

 do zespołu projektowego szybko wdra

ż

aj

ą

 si

ę

 w prace dzi

ę

ki wgl

ą

dowi 

w histori

ę

 i aktualny stan projektu. 

 

Po zako

ń

czeniu projektu cała wiedza nadal pozostaje w organizacji i b

ę

dzie mo

ż

na z niej 

skorzysta

ć

 przy nast

ę

pnych projektach.  

 

Inne zespoły projektowe mog

ą

 mie

ć

 dost

ę

p do wiedzy wypracowanej przez zespół projektowy. 

Zbyt dużo e-maili? 

Problem

 

Pracownicy regularnie przesyłaj

ą

 sobie plany, raporty i aktualizacje projektów. Ka

ż

da taka wiadomo

ść

 

jest wysyłana do wszystkich osób w danym zespole, co powoduje przeci

ąż

enie informacj

ą

 u 

pracowników. Czasem zdarza si

ę

ż

e ludzie wczytuj

ą

 si

ę

 w e-maile i dopiero po lekturze uznaj

ą

ż

temat ich nie dotyczy, inne osoby omyłkowo usuwaj

ą

 kierowane do nich informacje. W natłoku e-maili 

ci

ęż

ko znale

źć

 ten aktualnie potrzebny. Mi

ę

dzy innymi z tego powodu niekiedy kto

ś

 nanosi poprawki 

na starsz

ą

 wersj

ę

 i dokumentacja si

ę

 rozsynchronizowuje. 

Project Managerowie cierpi

ą

 najbardziej, otrzymuj

ą

 kopi

ę

 ka

ż

dej wiadomo

ś

ci, czytanie i ocenianie tych 

informacji zabiera im mas

ę

 czasu. 

Rozwiązanie 

1.  Stwórz osobn

ą

 Wiki dla projektu lub stron

ę

 projektu i zapro

ś

 na ni

ą

 pracowników. 

2.  Stwórz osobne strony do dyskusji na tematy zwi

ą

zane z ró

ż

nymi płaszczyznami projektu. 

Wynik 

 

Pracownicy sami decyduj

ą

 w jakich dyskusjach chc

ą

 bra

ć

 udział i co ich interesuje. 

 

Spada prawdopodobie

ń

stwo pomini

ę

cia wa

ż

nej informacji (osobna strona skierowana do 

wszystkich pracowników – zawiera tylko wa

ż

ne komunikaty) 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

N

a

jle

p

s

z

e

 p

ra

k

ty

k

12

 

 

 

Spada obci

ąż

enie pracowników niepotrzebnymi im informacjami, zwi

ę

ksza si

ę

 komfort pracy. 

 

Spada obci

ąż

enie firmowych serwerów poczty. 

 

Raz na zawsze rozwi

ą

zany jest problem wersji dokumentów – na stronach projektu s

ą

 zawsze 

aktualne dokumenty a tak

ż

e mo

ż

liwo

ść

 

ś

ledzenia historii ich zmian. 

 

Raz na zawsze rozwi

ą

zany jest problem zwi

ą

zany z ró

ż

nymi formatami plików, które 

przesyłane s

ą

 poczt

ą

. Do stron wiki ka

ż

dy ma dost

ę

p. 

 

Wszystkie informacje teraz mo

ż

na łatwo przeszukiwa

ć

. Znika problem „gdzie

ś

 to mam ale nie 

mog

ę

 znale

źć

”. 

 

Nowa osoba nie traci dotychczasowej wymiany wiedzy.  

 

Po zako

ń

czeniu dyskusji jej wynik nadal dost

ę

pny jest dla wszystkich. 

Żyjący intranet 

Problem

 

Tre

ść

 w twoim intranecie jest nieaktualna. Ludzie przesyłaj

ą

 sobie e-maile z pytaniami, które ci

ą

gle si

ę

 

powtarzaj

ą

.

  

Rozwiązanie 

1.  Zacznij publikowa

ć

 raporty, dokumentacj

ę

 i procedury w łatwej do aktualizowania stronie wiki. 

2.  Zaanga

ż

uj pracowników w odpowiadanie na pytania na łamach wiki. 

3.  Przeka

ż

 wszystkim ide

ę

 wspólnego edytowania, aktualizowania i poprawiania tre

ś

ci. 

4.  Stwórz korporacyjny słownik, tłumacz

ą

cy 

ż

argon nowym pracownikom oraz uspójniaj

ą

cy 

słownictwo jakim firma posługuje si

ę

 na zewn

ą

trz. 

Wynik 

 

Informacje s

ą

 łatwe do odnalezienia - wyszukiwarka 

 

Informacje s

ą

 zawsze aktualne 

 

Pracownicy s

ą

 zaanga

ż

owani we współprac

ę

 nad korporacyjn

ą

 baz

ą

 wiedzy 

 

Nowi pracownicy szybko zapoznaj

ą

 si

ę

 z firm

ą

 

 

Odchodz

ą

cy pracownicy zostawiaj

ą

 w firmie swoj

ą

 wiedz

ę

 

 

ę

dy w dokumentach s

ą

 na bie

żą

co poprawiane przez osoby, które z nich korzystaj

ą

 

 

Eksperci s

ą

 rzadziej odrywani od pracy, wystarczy, 

ż

e raz odpowiedz

ą

 na pytanie by z tej 

odpowiedzi mógł skorzysta

ć

 ka

ż

dy, w dowolnym czasie. 

Baza wiedzy 

Problem 

Trac

ą

c pracowników bezpowrotnie tracisz wiedz

ę

, któr

ą

 posiadali. Nowi pracownicy długo wdra

ż

aj

ą

 

si

ę

 w swoje obowi

ą

zki i popełniaj

ą

 wiele bł

ę

dów. 

Rozwiązanie 

1.  Stwórz korporacyjn

ą

 baz

ę

 wiedzy i zach

ę

caj pracowników do publikowania w niej. 

2.  Specjali

ś

ci odpowiadaj

ą

 na pytania poprzez wiki (odpowied

ź

 jest widoczna dla wszystkich). 

3.  Zach

ę

caj do pisania podsumowa

ń

 i wniosków z projektów w wiki aby wszyscy mogli si

ę

 

zapozna

ć

4.  Grupy projektowe rozwi

ą

zuj

ą

c problem opisuj

ą

 go w wiki. 

5.  Działy HR, Administracyjny, PR publikuj

ą

 na bie

żą

co swoje wytyczne w wiki. 

6.  Przeka

ż

 wszystkim ide

ę

 wspólnego edytowania, aktualizowania i poprawiania tre

ś

ci. 

Wynik 

 

Pracownik odchodz

ą

cy z firmy zostawia spor

ą

 cz

ęść

 swojej wiedzy w firmie. 

 

Nowi pracownicy korzystaj

ą

 z do

ś

wiadcze

ń

 swoich starszych kolegów, nawet tych, których ju

ż

 

nie ma w firmie. 

 

Organizacja uczy si

ę

 - tak

ż

e na własnych bł

ę

dach udokumentowanych w wiki. 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

W

ik

F

A

Q

 

13

 

 

 

Nowi pracownicy poznaj

ą

 ju

ż

 przeprowadzone projekty, wytyczne poszczególnych działów, 

odpowiedzi na najcz

ęś

ciej zadawane pytania. 

 

Nowy pracownik po krótkim wprowadzeniu zawsze mo

ż

e na bie

żą

co sprawdza

ć

 informacje w 

wiki. 

Na stronie 

http://bizneswiki.pl/dla-kogo-bizneswiki

 znajdziesz opis wykorzysta

ń

 wiki według typu firmy. 

Wiki FAQ 

Dlaczego korzystać z wiki do wymiany wiedzy? 

Wikipedia jest najwi

ę

ksz

ą

 baz

ą

 wiedzy jak

ą

 dotychczas wspólnie stworzyli ludzie. Filozofia, któr

ą

 

proponujemy oraz narz

ę

dzie na którym bazujemy, wywodzi si

ę

 w prostej linii z fenomenu Wikipedii. 

Dzi

ę

ki mechanizmom wiki mo

ż

na uzyska

ć

 nie tylko wysokie jako

ś

ci wiedz

ę

, ale przede wszystkim 

nieosi

ą

galny innymi metodami stopie

ń

 zaanga

ż

owania pracowników w dzielenie si

ę

 wiedz

ą

. Wiki 

buduje trwał

ą

 warto

ść

 w ka

ż

dym członku zespołu, który staje si

ę

 cz

ęś

ci

ą

 firmowej społeczno

ś

ci 

wymiany wiedzy. 

Globalny intranet czy lokalne wiki? 

Tworz

ą

c globalne systemy wymiany wiedzy (lub ka

ż

dy inny intranet) zazwyczaj narzuca si

ę

 całej 

organizacji pewne standardy. Okazuje si

ę

 jednak, 

ż

e znaczna cz

ęść

 wymiany wiedzy nast

ę

puje w 

obr

ę

bie działów i grup projektowych. Wiki s

ą

 cz

ę

sto uzupełnienie globalnych intranetów w działach 

(Marketing, PR, R&D, HR, QA) gdzie wymiana wiedzy jest szczególnie istotna.

 

Dlaczego wiki zadziała tam gdzie nie działają inne systemy? 

Wiele systemów informatycznych nie przyjmuje si

ę

 gdy

ż

 ludzie odczuwaj

ą

ż

e musz

ą

 dopasowa

ć

 si

ę

 

do systemu i reguł, które sztuczne im narzucono. Wiki pozwala ka

ż

demu zespołowi samodzielnie 

stworzy

ć

 zasady wymiany wiedzy. Prosty i elastyczny mechanizm wiki dopasowuje si

ę

 do procesów, 

zachowa

ń

, kultury organizacji. Zespół przenosi do Wiki te mechanizmy, które działaj

ą

 w 

rzeczywisto

ś

ci. Je

ś

li próbowałe

ś

 bez powodzenia wdro

ż

y

ć

 systemy organizuj

ą

ce wewn

ę

trzn

ą

 prac

ę

 

działu lub firmy, powiniene

ś

 spróbowa

ć

 wiki.

 

Warto pami

ę

ta

ć

ż

e wiele osób spotkało si

ę

 ju

ż

 z mechanizmami wiki na Wikipedii. Dla nich u

ż

ywanie 

biznesowej wiki b

ę

dzie proste i naturalne.  

 

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

P

ro

c

e

s

 w

d

ro

ż

e

n

ia

 w

ik

14

 

 

Proces wdrożenia wiki 

Projekt pilotażowy 

Wdro

ż

enie wiki w wielu korporacjach zaczyna si

ę

 od przeprowadzenia projektu pilota

ż

owego.  

Projekt pilota

ż

owy pozwala na tworzenie i rozwijanie wiki w kontrolowanym 

ś

rodowisku, prac

ę

 z mał

ą

 

liczb

ą

 grup, przekazywanie im przydatnych wskazówek i rozwijanie przykładów u

ż

ycia wiki aby 

pokaza

ć

 innym jak korzysta

ć

 z oprogramowania. 

Pilota

ż

 pozwala równie

ż

 na stworzenie odpowiednich struktur administracyjnych i wsparcia, 

szczególnie działu technicznego, które b

ę

d

ą

 pomocne przy rozrastaniu si

ę

 wiki. 

Dwa wa

ż

ne szczegóły do zapami

ę

tania przy prowadzeniu projektu pilota

ż

owego proponowane przez 

Stewart’a Mader’a: 

1.  Nie wybieraj jedynie zwolenników nowych technologii do testów. Staraj si

ę

 pozyska

ć

 

pracowników o ró

ż

nym stopniu umiej

ę

tno

ś

ci. Zwolennicy nowych technologii lubi

ą

 nowinki. To 

dobrze, ale istnieje zagro

ż

enie, 

ż

e je

ś

li w projekcie pilota

ż

owym b

ę

d

ą

 uczestniczy

ć

 tylko takie 

osoby, to kiedy inni pracownicy dowiedz

ą

 si

ę

 od nich o projekcie, nie zwróc

ą

 na to a

ż

 tak 

du

ż

ej uwagi. B

ę

d

ą

 przecie

ż

 wiedzie

ć

ż

e zwolennicy nowych technologii lubuj

ą

 si

ę

 w tego 

typu przedsi

ę

wzi

ę

ciach. 

Uwag

ę

 zwykłych pracowników zwróci natomiast osoba, która na pocz

ą

tku była sceptyczna 

wobec całego przedsi

ę

wzi

ę

cia albo zwykły u

ż

ytkownik, który jest 

ś

rednio zainteresowany i 

trzeba go przychylnie usposobi

ć

 do wdra

ż

anego projektu. Je

ś

li taki człowiek mo

ż

opowiedzie

ć

 o tym, 

ż

e na pocz

ą

tku do projektu podchodził raczej z rezerw

ą

 i potrzebował 

czego

ś

, co go przekona, a teraz jest jego zwolennikiem, to jego historia b

ę

dzie miała wielki 

wpływ na innych. 

2.  Drug

ą

 wa

ż

n

ą

 przy projekcie pilota

ż

owym rzecz

ą

 jest fakt, ze mo

ż

na podczas jego 

prowadzenia stworzy

ć

 dobre przykłady zastosowania wiki. Pozwol

ą

 one innym osobom w 

Twojej organizacji zobaczy

ć

, w jaki sposób pierwsze grupy u

ż

ytkowników korzystały z wiki. W 

tym samym czasie pracownicy, którzy byli w tych pocz

ą

tkowych zespołach mog

ą

 sta

ć

 si

ę

 

now

ą

 grup

ą

 osób informuj

ą

cych innych w Twojej organizacji – współpracowników, 

znajomych, czy nawet osoby, których spotykaj

ą

 na stołówce – o korzy

ś

ciach z u

ż

ywania wiki. 

To jest naprawd

ę

 wa

ż

ne. To jest klucz to wspierania wdra

ż

anych przez Ciebie rozwi

ą

za

ń

 

przez szeregowych pracowników. 

Spotkanie startowe 

Takie spotkanie jest dla Twojego zespołu dobrym sposobem na zebranie wszystkich razem, w tym 
samym pomieszczeniu o tym samym czasie je

ś

li to mo

ż

liwe, aby podj

ąć

 decyzje dotycz

ą

ce 

korzystania z wiki i aby zacz

ąć

 z niej korzysta

ć

Podczas tego typu spotkania mo

ż

esz zrobi

ć

 trzy wa

ż

ne rzeczy.  

1.  Wszyscy przychodz

ą

 na nie ze 

ś

wiadomo

ś

ci

ą

ż

e ka

ż

da osoba w zespole zaczyna od tego 

samego miejsca. Dzi

ę

ki temu mo

ż

na unikn

ąć

 sytuacji, w której jeden z pracowników my

ś

li, 

ż

inna osoba lepiej zna si

ę

 na wiki i mo

ż

e wtedy stwierdzi

ć

: „Ja w takim razie pozwol

ę

, aby kto

ś

 

inny był osob

ą

 zajmuj

ą

c

ą

 si

ę

 wiki i nie b

ę

d

ę

 si

ę

 o to martwi

ć

”. 

Istnienie wiki zale

ż

y od aktywnego udziału całej społeczno

ś

ci, wi

ę

c lepiej unika

ć

 sytuacji, w 

której jedna osoba jest wyznaczona do prowadzenia wiki, a wszyscy inni przekazuj

ą

 tej osobie 

zadania z tym zwi

ą

zane. Wszyscy powinni czu

ć

 si

ę

 na siłach do aktywnego udzielania si

ę

 

przy prowadzeniu wiki. Zebranie wszystkich na spotkaniu pomaga dostrzec, 

ż

e wszyscy 

startuj

ą

 z tego samego miejsca, a to wzmacnia wi

ęź

, która tworzy si

ę

 podczas redagowania 

zawarto

ś

ci wiki. 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

P

ro

c

e

s

 w

d

ro

ż

e

n

ia

 w

ik

15

 

 

2.  Wszyscy mog

ą

 podejmowa

ć

 decyzje dotycz

ą

ce tego, jak b

ę

d

ą

 wykorzystywa

ć

 wiki: do 

zarz

ą

dzania projektem, pisania dokumentacji albo te

ż

 do ustalania programów zebra

ń

. Te 

decyzje s

ą

 bardzo istotne, poniewa

ż

 je

ś

li wszyscy podejmuj

ą

 przynajmniej pocz

ą

tkowe 

decyzje wspólnie, to s

ą

 du

ż

e szanse, 

ż

e b

ę

d

ą

 si

ę

 ich trzyma

ć

 i wiki ma szans

ę

 na dobry start. 

Inne sposoby wykorzystania wiki mog

ą

 pojawi

ć

 si

ę

 podczas u

ż

ywania wiki, ale najwa

ż

niejsze 

jest to, 

ż

e wszyscy zgadzaj

ą

 si

ę

 co do podstaw. 

3.  Mo

ż

liwo

ść

 rozpocz

ę

cia dodawania tre

ś

ci do wiki w tym samym czasie. To jest wa

ż

ne, 

poniewa

ż

 spotkanie si

ę

 ko

ń

czy i wszyscy wracaj

ą

 do swoich zwykłych zada

ń

, projektów, 

spotka

ń

 itp. Je

ś

li nie zaczn

ą

 wtedy u

ż

ywa

ć

 wiki, to stwierdz

ą

 „No dobrze, to ja zaczn

ę

 

korzysta

ć

 z wiki jutro czy od przyszłego tygodnia” i nie zaczynaj

ą

 w ogóle. Ale je

ś

li wszyscy 

przy pierwszym spotkaniu stworz

ą

 kilka pierwszych stron i zaczn

ą

 dodawa

ć

 do nich tre

ść

, po 

powrocie do swoich zaj

ęć

 współpraca b

ę

dzie ju

ż

 trwała. Gdy wszystko ju

ż

 działa i ludzie 

zainwestowali ju

ż

 w przedsi

ę

wzi

ę

cie troch

ę

 swojego czasu, jest bardziej prawdopodobne, 

ż

b

ę

d

ą

 si

ę

 tego trzyma

ć

 i współpraca b

ę

dzie trwała. 

Syndrom pustej strony 

Systemy wiki s

ą

 bardzo elastyczne ale podczas wdro

ż

enia mo

ż

e okaza

ć

 si

ę

 do ich minusem. Cz

ę

sto 

nazwa si

ę

 t

ę

 sytuacj

ę

 syndromem pustej strony. Syndrom polega na tym, 

ż

e u

ż

ytkownik loguje si

ę

 do 

systemy i nie wie jak zacz

ąć

 u

ż

ywa

ć

 oprogramowania.  

Mo

ż

na unikn

ąć

 tej sytuacji poprzez stworzenie wst

ę

pnej struktury danych wiki. Taka struktura mo

ż

obejmowa

ć

 katalogi i najwa

ż

niejsze strony – tak aby nowy u

ż

ytkownik zobaczył praktyczne 

wykorzystanie wiki. 

Zacznij od najprostszych rzeczy 

Jedn

ą

 z najlepszych strategii wdro

ż

enia wiki jest stopniowa gradacja ilo

ś

ci tworzonych za pomoc

ą

 wiki 

dokumentów. Na pocz

ą

tek mo

ż

na zacz

ąć

 od najbardziej oczywistych dokumentów – tworzy

ć

 na wiki 

plany spotka

ń

 oraz notatki ze spotka

ń

. Te dokumenty mog

ą

 współedytowa

ć

 wszyscy uczestnicy 

spotkania. Spotkania dotycz

ą

 wszystkich zatem ka

ż

dy z pracowników w ten sposób b

ę

dzie miał 

kontakt z wiki. 

Osobista strona wiki 

Mo

ż

esz poprosi

ć

 ka

ż

dego pracownika o utworzenie swojej prywatnej strony wiki. Na takiej stronie 

pracownik mo

ż

e opisa

ć

 nad czym aktualnie pracuje, nad czym b

ę

dzie pracował w przyszło

ś

ci oraz 

utworzy

ć

 sekcj

ę

 gdzie inne osoby b

ę

d

ą

 mogły zadawa

ć

 pytania. Pracownik na swojej stronie 

zamie

ś

ci

ć

 mo

ż

e tak

ż

e informacje kontaktowe oraz wszelkie inne informacje, które pozwol

ą

 na lepsz

ą

 

komunikacj

ę

. W ten sposób szybko stworzysz aktualn

ą

 baz

ę

 ekspertów twojej organizacji. 

Warsztaty wiki 

Zbierz ludzi, którzy w Twojej organizacji u

ż

ywaj

ą

 wiki i pozwól im podzieli

ć

 si

ę

 tym, co robi

ą

 na 

warsztatach: jednodniowym wydarzeniu, podczas którego pracownicy zbieraj

ą

 si

ę

 i wygłaszaj

ą

 krótkie, 

najwy

ż

ej pi

ę

ciominutowe odczyty i demonstracje swoich dokona

ń

 na wiki. Jest to 

ś

wietny sposób na 

to, 

ż

eby ludzie, którzy na co dzie

ń

 pracuj

ą

 w ró

ż

nych zespołach i wykonuj

ą

 ró

ż

n

ą

 prac

ę

, pokazali jak 

to robi

ą

Opory w dzieleniu się wiedzą 

Ludzie cz

ę

sto boj

ą

 si

ę

 dzieli

ć

 swoj

ą

 wiedz

ą

 na wiki. Im wi

ę

cej pracownik przekazuje swojej wiedzy na 

wiki, tym cenniejszy si

ę

 staje dla organizacji. Dlaczego? Poniewa

ż

 jego warto

ść

 w organizacji jest 

potem lepiej znana. Kto

ś

 mo

ż

e by

ć

 ekspertem w pewnej dziedzinie i by

ć

 tego 

ś

wiadomym, ale je

ś

li 

inni o tym nie wiedz

ą

, osoba ta jest mniej przydatna. 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

P

ro

c

e

s

 w

d

ro

ż

e

n

ia

 w

ik

16

 

 

Je

ś

li kto

ś

 boi si

ę

 dzieli

ć

 z innymi wiedz

ą

, najlepiej jest zasugerowa

ć

 tej osobie, 

ż

eby cho

ć

 cz

ęść

 

swojej wiedzy, nawet kilka procent, umie

ś

ciła na wiki i zobaczyła, co si

ę

 stanie. Scenariusz wydarze

ń

 

b

ę

dzie nieunikniony: ludzie, którzy przeczytaj

ą

 to, co zostało umieszczone na wiki b

ę

d

ą

 chcieli si

ę

 

skontaktowa

ć

 z autorem i współpracowa

ć

 z nim. Im wi

ę

kszy rozmiar b

ę

dzie przybiera

ć

 ta współpraca, 

tym bardziej pocz

ą

tkowo nieufna wobec wiki osoba b

ę

dzie jej potrzebowa

ć

. Dlaczego? Poniewa

ż

 taki 

pracownik b

ę

dzie musiał umieszcza

ć

 coraz wi

ę

cej informacji na wiki, 

ż

eby zmniejszy

ć

 liczb

ę

 e-maili i 

pró

ś

b o wi

ę

cej wiedzy. 

W ko

ń

cu wi

ę

kszo

ść

 jego wiedzy znajdzie si

ę

 na wiki, a wszyscy b

ę

d

ą

 mieli do niej dost

ę

p bez 

konieczno

ś

ci bezpo

ś

redniego kontaktu z jej autorem, co zwi

ę

kszy ilo

ść

 czasu, który ten mo

ż

po

ś

wi

ę

ci

ć

 na prac

ę

 nad nowymi projektami i tworzenie kolejnej porcji wiedzy. 

Zarządzanie projektami 

Gdy zaczynasz zauwa

ż

a

ć

ż

e istniej

ą

 grupy zada

ń

 powi

ą

zane z projektami, stwórz na swojej wiki 

osobn

ą

 stron

ę

 dla ka

ż

dego projektu. Stamt

ą

d mo

ż

esz linkowa

ć

 do stron z informacjami o zebraniach i 

umieszcza

ć

 inne dane zwi

ą

zane z projektem: dokumentacj

ę

, plany projektu, elementy projektu, nad 

którymi członkowie zespołu pracuj

ą

 wspólnie, a przy których chcesz zlikwidowa

ć

 tradycyjne 

wymienianie si

ę

 mailami z zał

ą

czonymi dokumentami Worda. Wszystkie te elementy s

ą

 naturaln

ą

 

zawarto

ś

ci

ą

, która powinna si

ę

 znale

źć

 na stronach zarz

ą

dzania projektem. 

Najlepsze jest to, 

ż

e je

ś

li zaczniesz tak robi

ć

 i zgromadzisz na wiki pewn

ą

 ilo

ść

 tre

ś

ci, w przyszło

ś

ci 

na stronach z programami spotka

ń

 mo

ż

esz łatwo linkowa

ć

 do tych stron, gdy chcesz, 

ż

eby ludzie na 

co

ś

 zwrócili uwag

ę

 i co

ś

 podczas zebrania przedyskutowali, albo je

ś

li po prostu chcesz, 

ż

eby wszyscy 

zapoznali si

ę

 ze statusem projektu. 

Lepsze spotkania 

Spotkania s

ą

 nieodł

ą

czn

ą

 cz

ęś

ci

ą

 pracy zespołów i grup w ka

ż

dej organizacji. S

ą

 podstawow

ą

 form

ą

 

działalno

ś

ci, podczas której ludzie planuj

ą

, informuj

ą

 si

ę

 wzajemnie o stanie projektów, rozwijaj

ą

 nowe 

projekty itp. 

S

ą

 one te

ż

 jednymi z najcz

ęś

ciej wykorzystywanych, czasami wr

ę

cz nadu

ż

ywanych aktywno

ś

ci grup. 

Ludzie maj

ą

 skłonno

ś

ci do ci

ą

głego zwoływania spotka

ń

 na ka

ż

dy, najmniej nawet wa

ż

ny temat. 

Spotkania te nie s

ą

 najcz

ęś

ciej zbyt dobrze zaplanowane. W efekcie pracownicy mog

ą

 sp

ę

dzi

ć

 cały 

dzie

ń

 na kolejnych zebraniach, a pod koniec pracy stwierdzi

ć

ż

e niewiele osi

ą

gn

ę

li. 

Wiki mo

ż

e pomóc w takich sytuacjach. Mo

ż

e poprawi

ć

 wymian

ę

 informacji w grupach, uczyni

ć

 

spotkania krótszymi i bardziej skupionymi na konkretnych kwestiach, które musz

ą

 by

ć

 

przedyskutowane w grupie, a reszt

ę

, jak informowanie o post

ę

pach w pracach nad projektami 

publikowa

ć

 na wiki. 

Listy ToDo 

Zadania do zrobienia s

ą

 najwa

ż

niejsz

ą

 cz

ęś

ci

ą

 spotkania, poniewa

ż

 s

ą

 tym, nad czym trzeba 

pracowa

ć

 a

ż

 do kolejnego zebrania. Spisz zatem wszystkie czynno

ś

ci do zrobienia, które zebrali

ś

cie 

na spotkaniu i zrób z nich list

ę

 na tej samej stronie, na której umieszczony jest program i przebieg 

spotkania. 

Potem, gdy Ty lub członek Twojego zespołu pracuje nad konkretnym zadaniem, dopilnuj aby status 
tego zadania znalazł si

ę

 na wiki i zaznacz je odpowiednio gdy jest uko

ń

czone. Gdy wysyłasz link do 

strony z programem kolejnego zebrania, przypomnij wszystkim o sprawdzeniu statusu zada

ń

 z 

poprzedniego spotkania i je

ś

li który

ś

 z nich trzeba przedyskutowa

ć

, umie

ść

 go w programie 

najbli

ż

szego spotkania. W ten sposób spotkanie jest skupione wył

ą

cznie na zadaniach, które 

naprawd

ę

 trzeba przedyskutowa

ć

 i nie marnujecie czasu na informowanie wszystkich o statusie 

konkretnych zada

ń

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

P

ro

c

e

s

 w

d

ro

ż

e

n

ia

 w

ik

17

 

 

 
 
 
 
 
 
 

Dodatki 

Dodatki do poradnika 

Jak wdrożyć Wiki w firmie

 

 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

D

o

d

a

te

k

 1

 –

 M

ą

d

rz

e

js

z

y

 z

e

s

p

ó

ł 

m

a

rk

e

ti

n

g

o

w

y

 

18

 

 

Dodatek 1 – Mądrzejszy zespół marketingowy 

W szeroko rozumianych działach marketingu i agencjach reklamowych kreatywno

ść

 uwa

ż

a si

ę

 

za jeden z decyduj

ą

cych czynników sukcesu. Mimo to rzadko wykorzystuje si

ę

 narz

ę

dzia 

informatyczne mog

ą

ce mie

ć

 realny wpływ na rozwój tych umiej

ę

tno

ś

ci.  

IDEO (ideo.com) jest jedn

ą

 z najbardziej innowacyjnych firm. Zajmuj

ą

 si

ę

 szeroko rozumianym 

projektowaniem. To oni stworzyli pierwsz

ą

 mysz komputerow

ą

, zaproponowali poj

ę

cie koszyka w 

sklepach internetowych, współtworzyli pierwszy komputer kieszonkowy, który odniósł sukces (Palm). 
Jedna z dywizji IDEO – Skyline, zajmuje si

ę

 projektowaniem zabawek. W ksi

ąż

ce Weird Ideat That 

Work, Robert Sutton opisał jak w Skyline pracuje si

ę

 nad nowymi zabawkami. Firma prowadzi rejestr 

wszystkich pomysłów jakie pojawiaj

ą

 si

ę

 na burzach mózgów i w trakcie lu

ź

nych rozmów. W roku 

1998 w Skyline (pracowało tam wtedy 10 osób) powstało 4 tysi

ą

ce pomysłów na nowe zabawki. 230 z 

nich uznano za wystarczaj

ą

co dobre by narysowa

ć

 projekty i zbudowa

ć

 prototypy. Z tych 230 

ostatecznie sprzedano 12 projektów do firm takich jak Fisher-Price czy Mattel. Ko

ń

cowym efektem 

prac jest zatem 0,3% z ogólnej puli pomysłów. Robert Sutton cytuje szefa Skyline, Brendana Boyle: 
„Nie mo

ż

na stworzy

ć

 dobrych nowych koncepcji bez zrodzenia przy tym ogromu głupich, kiepskich i 

szalonych pomysłów. Nikt w mojej bran

ż

y nie potrafi dobrze zgadn

ąć

, które z nich to tylko strata 

czasu, a które oka

żą

 si

ę

 nast

ę

pn

ą

 maskotk

ą

 Furby”. 

Firma BrainStore (brainstore.com) zatrudnia sie

ć

 nastolatków do generowania pomysłów. Młode 

osoby cz

ę

sto generuj

ą

 pomysły szalone, zupełnie nieszablonowe. S

ą

 one nast

ę

pnie analizowane i 

obrabiane przez ekspertów co pozwala zaprezentowa

ć

 klientom skutecznie acz nieszablonowe 

pomysły na rozwi

ą

zanie ich problemów. Tak

ż

e fabryka zabawek Wild Planet (wildplanet.com) korzysta 

z inwencji dzieci by generowa

ć

 zwariowane pomysły, które staj

ą

 si

ę

 inspiracj

ą

 dla ich produktów 

(produkuj

ą

 mi

ę

dzy innymi Water Talki – krótkofalówk

ę

 do rozmów pod wod

ą

). 

Firma BrightHouse (thinkbrighthouse.com) równie

ż

 stawia na generowanie olbrzymiej ilo

ś

ci pomysłów. 

Ponadto szefowie firmy zdecydowali, 

ż

e organizacja b

ę

dzie pracowa

ć

 tylko nad jednym problemem 

jednocze

ś

nie. Zazwyczaj 20 pracowników BrightHouse po

ś

wi

ę

ca kilka miesi

ę

cy na poznanie potrzeb 

klienta i zaproponowanie mu oryginalnych rozwi

ą

za

ń

. Jednym z osi

ą

gni

ęć

 firmy było stworzenie linii 

perfum „Ghost Myst” dla Coty Inc. Były to pierwsze perfumy, które pozycjonowano jako dostarczaj

ą

ce 

warto

ś

ci duchowych, zostały zapachem roku w 1995. 

PARC (wcze

ś

niej Xerox PARC, parc.com) słynie z wynalezienia wielu rewolucyjnych technologii – od 

rozwijanego menu po drukark

ę

 laserow

ą

. Firma gromadzi nieszablonowe pomysły oraz 

nieszablonowych ludzi, którym pozwala si

ę

 pracowa

ć

 nad swoimi badaniami po godzinach w wypadku 

gdy oficjalnie uzna si

ę

 je za nieudane. Tutaj tak

ż

e istnieje kultura szacunku do pomysłów. 

Wszystkie te kreatywne firmy maj

ą

 wspóln

ą

 cech

ę

 – z konsekwencj

ą

 maniaka zbieraj

ą

 pomysły, idee. 

Wszystkie skrupulatnie notuj

ą

 bo wiedz

ą

ż

e spo

ś

ród morza pomysłów wyłowi

ą

 te kilka, które oka

żą

 

si

ę

 sukcesem. Podobn

ą

 taktyk

ę

 stosował tak

ż

e Thomas Edison, który w swoich magazynach 

gromadził tysi

ą

ce przeró

ż

nych przedmiotów i materiałów, które stawały si

ę

 inspiracj

ą

 dla jego 

in

ż

ynierów. 

Zgromadzenie pomysłów swoich pracowników jest niew

ą

tpliwym kapitałem firmy. Kapitał ten mo

ż

na 

jeszcze lepiej wykorzysta

ć

 gdy wszyscy pracownicy maj

ą

 do wiedzy ten dost

ę

p.  Umiej

ę

tno

ść

 si

ę

gania 

do wiedzy jest podstaw

ą

 wielu sukcesów. Inna nowatorska firma - Edge Innovations (edgefx.com) 

zasłyn

ę

ła z hiperrealistycznych mechanicznych stworów na potrzeby przemysłu filmowego. Stworzyli 

mi

ę

dzy innymi ork

ę

 o wymiarach 1:1 na potrzeby filmu Uwolni

ć

 ork

ę

. Model był tak realistyczny, 

ż

nikt nie był w stanie rozpozna

ć

 kiedy na ekranie pojawia si

ę

 prawdziwa orka a kiedy jej mechaniczny 

sobowtór. Edge byli w stanie stworzy

ć

 now

ą

 jako

ść

 w filmowych efektach specjalnych dzi

ę

ki 

najnowocze

ś

niejszej technologii z któr

ą

 zało

ż

yciele Edge spotkali si

ę

 pracuj

ą

 w IDEO. Edge pełniło 

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

D

o

d

a

te

k

 1

 –

 M

ą

d

rz

e

js

z

y

 z

e

s

p

ó

ł 

m

a

rk

e

ti

n

g

o

w

y

 

19

 

 

zatem rol

ę

 brokera informacji pomi

ę

dzy przemysłem filmowy a twórcami najnowocze

ś

niejszych 

technologii. 

Przedstawione tu obserwacje mo

ż

na traktowa

ć

 jako kierunek dla wszystkich, którzy tworz

ą

 zespoły 

opieraj

ą

ce du

żą

 cz

ęść

 swojej pracy na kreatywno

ś

ci. Pracuj

ą

c w agencji reklamowej, firmie 

informatycznej i agencji interaktywnej wielokrotnie spotykałem si

ę

 z konieczno

ś

ci

ą

 wygenerowania 

nowatorskich rozwi

ą

za

ń

. Bardzo rzadko budowali

ś

my jednak co

ś

 wi

ę

cej ni

ż

 tylko jednorazowe 

rozwi

ą

zanie problemu klienta. Wi

ę

kszo

ść

 pomysłów jakie si

ę

 pojawiały przepadała wraz z upływem 

czasu, zmianami kadrowymi. By zapobiega

ć

 temu procesowi zainteresowałem si

ę

 zarz

ą

dzaniem 

wiedz

ą

.  

Dziedzina ta została wynaleziona przez firmy konsultingowe dla których wiedza jest produktem. Firmy 
te jako pierwsze zacz

ę

ły te

ż

 wspomaga

ć

 zarz

ą

dzanie wiedz

ą

 systemami informatycznymi, tworz

ą

procesy zarz

ą

dzania wiedz

ą

 i bazy wiedzy. W kolejnych latach zarz

ą

dzanie wiedz

ą

 rozrosło si

ę

 do 

rangi odr

ę

bnej dziedziny wiedzy. Tworzono kompleksowe systemy – od poziomu zarz

ą

dzania i 

motywacji po poziom techniczny, które miały słu

ż

y

ć

 polepszeniu wymiany wiedzy w firmie. Systemy 

takie wdro

ż

ono mi

ę

dzy innymi w Banku 

Ś

wiatowym, AT&T, GlaxoSmithKline, Hewlett Packard, IBM, 

Skandia, Ford,  Motorola, Lockheed Martin, Siemens, Nokia, British Telecom, Vodafone.  

Nie zawsze jednak droga jak

ą

 obieraj

ą

 korporacje jest najlepsza. Tworzenie zbyt rozbudowanych 

systemów utrudnia korzystanie z nich i w efekcie zniech

ę

ca do dzielenia si

ę

 wiedz

ą

. Pracuj

ą

c w 

Janmedia, zajmowałem si

ę

 usability przez cztery lata. Wiem jak niewiele potrzeba by u

ż

ytkownik 

systemu informatycznego zniech

ę

cił si

ę

 do u

ż

ywania go. Zwłaszcza w zespołach marketingowych 

istnieje silny opór przed formalizacj

ą

 pracy i narzucaniem odgórnych standardów. Wszyscy 

marketingowcy marz

ą

 o tym by zaszy

ć

 si

ę

 z kreatywnym zespołem sam na sam z pomysłami, bez 

przeszkadzajek w postaci maili, telekonferencji i nudnych spotka

ń

Z jednej strony mamy zatem konieczno

ść

 twórczej pracy, która wymyka si

ę

 procedurom z drugiej za

ś

 

równie siln

ą

 konieczno

ść

 optymalnego wykorzystania efektów tej pracy. Rozwi

ą

zanie przynosi idea, 

która zrodziła si

ę

 oddolnie wła

ś

nie po to by umo

ż

liwi

ć

 ludziom wymian

ę

 wiedzy.  

Wiki jest oprogramowaniem, które umo

ż

liwia wszystkim u

ż

ytkownikom nie tylko czytanie ale i 

modyfikowanie zwarto

ś

ci. Ka

ż

dy u

ż

ytkownik wiki mo

ż

e edytowa

ć

 jej tre

ść

. Ka

ż

dy mo

ż

e zatem dopisa

ć

 

swoje pomysły, rozwin

ąć

 pomysły kolegów, zapisa

ć

 ciekawe i inspiruj

ą

ce linki, cytaty. Wszystko po to 

by wł

ą

czenie si

ę

 do społeczno

ś

ci osób współtworz

ą

cych wiedz

ę

 było jak najprostsze. Gdy na naszej 

firmowej wiki czytam notatk

ę

 ze spotkania lub plan rozwoju produktu prawie zawsze najdzie mnie my

ś

co mo

ż

na by doda

ć

. Jedno klikni

ę

cie linku „edytuj” i moje pomysły staj

ą

 si

ę

 widoczne dla całego 

zespołu. 

Wiki daje te

ż

 mo

ż

liwo

ść

 zatrzymania wiedzy.  

1.  Masz doskonały pomysł ale teraz nie ma czasu ani warunków by go realizowa

ć

? Zapisz go w 

sekcji Pomysły na wiki. Mo

ż

e kiedy

ś

 ty lub kto

ś

 inny z zespołu wrócicie do niego.  

2.  Do zespołu doł

ą

cza nowa osoba? Nic nie wie o tym jak i nad czym pracowali

ś

cie w 

przeszło

ś

ci? Zapro

ś

 go na firmow

ą

 wiki gdzie przeczyta o pomysłach zespołu, zapiskach ze 

spotka

ń

.  

3.  Z firmy odchodzi pracownik? Czy co

ś

 po nim zostanie? Czy jego wiedza odejdzie wraz z nim? 

Je

ś

li istnieje system gdzie zapisywane s

ą

 pomysły pracowników oraz ich wiedza, zostanie ona 

w firmie nawet po ich odej

ś

ciu. 

4.  Stajesz przed konieczno

ś

ci

ą

 zaproponowania klientowi oryginalnego pomysłu. W stresie nie 

zawsze łatwo stworzy

ć

 koncepcj

ę

. Gdy mo

ż

na si

ę

gn

ąć

 do setek i tysi

ę

cy wcze

ś

niej 

zapisanych pomysłów nagle wszystko staje si

ę

 prostsze. Czasem wystarczy tylko rzut oka na 

zapisy burzy mózgów sprzed roku aby zainspirowa

ć

 si

ę

 do ciekawych rozwi

ą

za

ń

background image

Jak wdrożyć wiki w firmie? {

Praktyczny poradnik autorów BusinessWiki

}

 

 

R

o

z

d

z

ia

ł:

 

D

o

d

a

te

k

 1

 –

 M

ą

d

rz

e

js

z

y

 z

e

s

p

ó

ł 

m

a

rk

e

ti

n

g

o

w

y

 

20

 

 

Mechanizm wiki jest błyskawicznie akceptowany wsz

ę

dzie tam gdzie idee, pomysły, wiedza s

ą

 

kluczowym czynnikiem sukcesu. Zespół błyskawicznie widzi korzy

ś

ci z wykorzystania takiego 

magazynu wiedzy z którego ka

ż

dy mo

ż

e skorzysta

ć

.  

Klasyczny mechanizm wiki (znany z Wikipedii) jest niestety do

ść

 trudny w u

ż

yciu i nie do ko

ń

ca 

odpowiada potrzebom firm. Powstaj

ą

 zatem komercyjne rozwi

ą

zania. W produkcie, który rozwijam 

skupili

ś

my si

ę

 na integracji z pakietami biurowymi, tworzeniu usprawnie

ń

 w codziennym u

ż

yciu oraz 

bezpiecze

ń

stwie danych. 

Pierwsze wdro

ż

enia mechanizmu wiki jakie wykonali

ś

my, nastrajaj

ą

 bardzo optymistycznie. Zespoły 

u

ż

ywaj

ą

 ich nie tylko do gromadzenia pomysłów i idei ale tak

ż

e do rozwijania produktów (roadmapy, 

dokumentacja), tworzenia publikacji, słowników i poradników oraz do szeroko rozumianej współpracy 
grupowej. U jednego z klientów wiki zast

ę

puje tablic

ę

 ogłosze

ń

 dla działu marketingu, u kolejnego 

dokumentowany jest za pomoc

ą

 wiki rozwój serwisu internetowego. Jeszcze inny klient tworzy w wiki 

poradnik dla nowych pracowników. Na bazie wiki powstaj

ą

 te

ż

 bazy wiedzy dla wymiany wiedzy na 

styku firmy i jej otoczenia biznesowego. Jest to ju

ż

 jakby nast

ę

pny etap w rozwoju firmy. Organizacja 

nie tylko gromadzi i zarz

ą

dza wiedz

ą

 swoich pracowników ale wraz ze swoimi klientami współtworzy 

now

ą

 warto

ść

 dzi

ę

ki wymianie wiedzy. 

Niektórym zale

ż

y nam na mniej zespołowym dokumentowaniu wiedzy. Chc

ą

 dokumentowa

ć

 

szczególnie własne pomysły. Poleci

ć

 wtedy mo

ż

na program Microsoft OneOne (słu

ż

y do robienia 

kreatywnych notatek) oraz darmowy doskonały program do rysowania map my

ś

li (

ś

wietna 

dokumentacja burz mózgów) – FreeMind.  

Jak stworzy

ć

 bardziej kreatywny i m

ą

drzejszy zespół marketingowy? Na ostateczny sukces wpływ ma 

niezliczona ilo

ść

 czynników, jestem jednak pewien, 

ż

e posłu

ż

enie si

ę

 narz

ę

dziami których u

ż

ywaj

ą

 

najbardziej kreatywne firmy pozwoli wielu zespołom rozwin

ąć

 skrzydła i znale

źć

 synergi

ę

 we wspólnej 

pracy.