Dzielenie się wiedzą w przedsiębiorstwie?

Niedawno przeczytałem ten artykuł na temat dzielenia się wiedzą i natychmiast rozpoznałem ten sam problem w mojej organizacji. Moim głównym celem jest teraz „zabicie współpracy peer-to-peer” jako domyślnej metody komunikacji w nieprywatnych dyskusjach związanych z systemem. W przeciwnym razie skończysz z całą historyczną wiedzą żyjącą w głowach osób lub zagubioną w ogromnym systemie poczty elektronicznej.

Moje pytanie do grupy jest następujące:

• Jakich metod / oprogramowania użyłeś, aby zachęcić programistów do bardziej „publicznych” dyskusji?

Kilka początkowych pomysłów, które miałem ... każda opinia byłaby świetna:

• Wewnętrzna grupa wiadomości
• „lepsze” oprogramowanie wiki (korzystające teraz z Sharepoint)
• Tablica ogłoszeń

(Chciałbym mieć wewnętrzną instancję StackExchange, ale nie sądzę, że jest to opcja!)

Uwaga: Jak wspomniano powyżej, mamy już wiki, ale nie podoba mi się pomysł wiki, ponieważ rzeczy są zazwyczaj dodawane do wiki dopiero po fakcie, jeśli w ogóle .

Dzięki!

Mamy dużą wewnętrzną witrynę Sharepoint i witrynę pomocy technicznej skierowaną do klienta, która pobiera wiele dokumentów z wewnętrznej witryny Sharepoint. Oczywiście nie chodzi tu o szczegóły dotyczące implementacji, ale o wsparcie, ale ponieważ pracuję głównie w zakresie wsparcia, potrzebujemy dostępu do wielu informacji o implementacji, dlatego jesteśmy kierowcami zespołu inżynierów, aby udokumentować, co robią i dlaczego. Szczegółowy system śledzenia błędów jest również cenny dla śledzenia sposobu rozwiązania problemów.

W naszej firmie, częściowo dlatego, że mamy rozwój w kilku lokalizacjach, wiele dyskusji na temat nowych funkcji i problemów z obsługą kończy się w wiadomościach e-mail. Zamiast próbować to zmienić, najłatwiejszym rozwiązaniem jest system archiwizacji wiadomości e-mail, który sprawia, że ​​dyskusje można przeszukiwać i śledzić - w efekcie podejście typu grupy dyskusyjnej. Jesteśmy w stanie to zrobić za pośrednictwem Sharepoint, chociaż trzeba zdawać sobie sprawę z ograniczeń wielkości listy, ponieważ chociaż wzrośnie ona do milionów elementów, nie można tak naprawdę wiele zrobić w zakresie sortowania bardzo dużych list lub edytowania widoków bez nich dramatycznie się rozbija.

StackOverFlow dla przedsiębiorstw, jak wyjaśniono w wspomnianym artykule?

IMHO to okropny pomysł .

Wzmocni konkurencję zamiast współpracy .

Potrzebujesz współpracy między działami, nie zwiększając ich konkurencji.

Wyobraź sobie również, że wyjątkowo wysoki negatywny wpływ bycia odrzuconym przez twoją koleżankę (przed innymi) może mieć wpływ na twoje zdrowie psychiczne.

Nie mieszaj wszystkiego.

Jednak pudełko pomysłów o wiele więcej uservoice.com, w którym pracownicy mogą publikować pomysły (anonimowo), a inni pracownicy głosują na nie (również anonimowo), będzie miało pozytywny wpływ. Kilka lat temu opracowałem taką platformę dla bardzo dużej instytucji bankowej, która pomogła menedżerom w określeniu, co należy poprawić w pierwszej kolejności.

Bardzo podoba mi się pomysł wiki, ale masz rację - trudno jest zachęcić ludzi do wnoszenia wkładu. I bez wkładu nikt tak naprawdę go nie wykorzysta, ponieważ nie ma wystarczającej ilości informacji. Jest jednak „punkt krytyczny”, w którym gdybyś mógł nakłonić ludzi do opublikowania (być może poprzez wymagany proces biznesowy) w pewnym momencie wiki po prostu wystartowałoby, ponieważ byłoby to wspaniałe repozytorium informacji.

Programowanie w parach to świetny sposób na rozpowszechnianie wiedzy ukrytej.

Problem z wiedzą milczącą polega na tym, że praktycznie z definicji nie można jej zapisywać ani uczyć, a jedynie doświadczać. Zapewnia to programowanie w parach (szczególnie w rozwiązaniu dla pary rozwiązanej).

Wiedza, która jest ważna dla przedsiębiorstwa, powinna znaleźć się w samym projekcie, w postaci dobrze napisanego kodu, komentarzy na wysokim poziomie na temat architektury oraz wyjątkowej dokumentacji na temat celów projektu i tego, jak osiąga się je dzięki technologii.

Nie mogłem się bardziej nie zgodzić z wnioskami powiązanego autora. Zachęcanie do zdobywania wiedzy poprzez zniechęcanie do współpracy zespołu? Przepraszamy, ale nie tak to działa. To sama współpraca zapewnia bogactwo wiedzy, a nie sekwestrowanie inżynierów w szafach.

Moja firma ma wewnętrzne fora dyskusyjne. Są używane bardzo rzadko. W przeważającej części nasza wiedza jest albo zbyt ogólna (ogólne pytania / tematy technologiczne, które są równie dobrze omawiane w Internecie), albo zbyt szczegółowa (dotyczy tylko naszej aplikacji, a nie innych zespołów aplikacyjnych w tej samej firmie). To dobrze, że daje ludziom miejsce, w którym można powiedzieć, jak mogę osiągnąć Xyz tutaj, ale nie ma to większego poczucia wspólnoty.