Wiedza rozproszona w firmie? Jak zbudować system wiedzy, który realnie działa

Jeżeli odpowiedź na zwykłe pytanie zależy od tego, kto akurat jest dostępny, wiedza nie ma ustalonego źródła. Nowe narzędzie samo tego nie naprawi. Podobnie jak przykrycie bałaganu nowym, ładnym kocykiem.

Jak rozpoznać problem rozproszonej wiedzy

Rozproszona wiedza rzadko wygląda dramatycznie. Zwykle objawia się małymi, powtarzającymi się frustracjami:

• Nowi pracownicy uczą się metodą prób i błędów, bo nie ma gdzie sprawdzić procedury.
• Ta sama osoba odpowiada na to samo pytanie po raz dziesiąty w tym miesiącu.
• Kiedy ktoś doświadczony idzie na urlop albo odchodzi, część wiedzy znika razem z nim.
• To samo bywa opisane w trzech miejscach, a każde jest trochę nieaktualne.

Żaden z tych objawów osobno nie wygląda groźnie. Razem znaczą tyle, że firma płaci stały podatek czasowy za brak systemu.

Skąd się to bierze

W małych zespołach wiedza najczęściej powstaje organicznie: ktoś rozwiązuje problem, zapamiętuje rozwiązanie, czasem wysyła maila do zespołu. Nikt nie planuje tego od początku jako systemu, bo na starcie liczy się działanie, nie dokumentowanie. Problem rośnie razem z zespołem: to, co przy trzech osobach wystarczało, przy piętnastu przestaje.

Znam to z własnej pracy w małej firmie edukacyjnej. Materiały, procedury i najważniejsze ustalenia leżały w mailach, na dyskach i w głowach najbardziej doświadczonych osób. Bardzo typowy punkt wyjścia.

Jak zbudować pierwszą użyteczną wersję

1. Najpierw sprawdź, gdzie ta wiedza jest. Najczęstszy błąd to zacząć od wyboru narzędzia (kupimy Notion i będzie dobrze) zamiast od ustalenia, gdzie wiedza naprawdę siedzi i gdzie ginie. Zanim zaprojektujesz strukturę, odpowiedz na pytania: kto wie najwięcej o danym procesie? Gdzie to jest dziś zapisane, jeżeli w ogóle? Co się dzieje, kiedy tej osoby nie ma? Ile razy w miesiącu wraca to samo pytanie?

2. Układaj pod ludzi, nie pod estetykę. Struktura ma odpowiadać na pytanie czego ktoś tu szuka, a nie jak to ładnie wygląda z perspektywy autora. W praktyce znaczy to kategorie po zadaniach, nie po schemacie organizacyjnym firmy.

3. Przepisuj, nie kopiuj. To, co dotąd istniało wyłącznie w czyjejś pamięci, trzeba spisać od nowa. Nie przekleić maila do nowego narzędzia, tylko napisać tak, żeby ktoś bez kontekstu zrozumiał i wykonał to sam.

4. Zbuduj to tak, żeby przetrwało bez Ciebie. Baza wiedzy, która działa tylko wtedy, gdy jest przy niej jedna konkretna osoba, nie jest systemem. Jest kolejnym punktem ryzyka.

5. Zacznij od dziesięciu najczęstszych pytań. Nie migruj całego dysku. Wybierz mały obszar, przygotuj instrukcje i sprawdź je na osobie, która nie zna procesu.

6. Nadaj każdej treści właściciela. Właściciel nie musi pisać wszystkiego, ale odpowiada za aktualność i decyzję o usunięciu starej wersji.

7. Ustal sygnał aktualizacji. Procedura powinna być sprawdzana po zmianie narzędzia, roli, formularza albo wymagania prawnego, a nie tylko wtedy, gdy ktoś przypadkiem zauważy błąd.

Zobacz też

• System wiedzy w firmie edukacyjnej
• Migracja strony z Wix na Astro — koszty, wydajność i niezależność
• Open source vs drogie licencje zamknięte — kiedy warto się zmienić
• Automatyzacja powtarzalnych procesów administracyjnych — od czego zacząć
• Projekt z celem, nie jednorazowa naprawa — metodyka pracy z systemami organizacyjnymi