Dzielenie się wiedzą w przedsiębiorstwie?

20

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!

mpeterson
źródło
7
Świetne pytanie. Mamy te same problemy. Nazywamy to syndromem „co, jeśli <nazwa->> zostanie potrącony przez autobus”. Dzięki za pytanie.
DevSolo,
1
W przeciwnym razie znany jako „numer ciężarówki”.
Frank Shearar,
Na podstawie dotychczasowych odpowiedzi zakładam, że większość osób korzysta z wiki i poczty e-mail z pewnym sukcesem. Może po prostu śniłem, kiedy myślałem, że musi być lepszy sposób na zrobienie tego. : |
mpeterson
1
Kluczem nie jest technologia, ale ludzie. Jak widziałem w moim miejscu pracy, posiadanie wiki nie oznacza, że ​​ludzie będą z niego korzystać. Jeśli tak chcesz, to zachęcaj. Jestem pewien, że są miejsca, które nie potrzebują narzędzi do współpracy, aby skutecznie się komunikować, ponieważ ludzie stale rozmawiają ze sobą o tym, co robią. Wiki powinny być dostępne, aby usprawnić dzielenie się wiedzą, a nie tworzyć.
Michael K
Masz rację, Michael! Próbuję zmienić „kulturę” udostępniania informacji w moim zespole programistycznym. Technologia nie jest tak ważna jak sposób myślenia.
mpeterson

Odpowiedzi:

3

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.

glenatron
źródło
Ach ... mamy również wiele obowiązków związanych z obsługą klienta i jesteśmy rozmieszczeni geograficznie. Zarchiwizowane / możliwe do przeszukiwania e-maile za pośrednictwem Sharepoint są dość interesujące. To może być odpowiedni kompromis ...
mpeterson
Uważamy, że zadziała to podzielenie archiwów wiadomości e-mail na trzy miesięczne części, tak aby rozmiary list były łatwe do zarządzania. Oczywiście przedział czasowy będzie się różnił w zależności od miesiąca i użyliśmy SP2007 - być może w 2010 roku lepiej obsługuje większe listy.
glenatron,
1
Bardzo się nad tym zastanawiam. Połączmy to z większym naciskiem na używanie naszego systemu śledzenia błędów i wypełnianie większej ilości wiki, abyśmy osiągnęli ten „punkt zwrotny” w treści, myślę, że to najlepsza odpowiedź na moje pytanie.
mpeterson
1
Jeśli korzystasz z Wiki, upewnij się, że nie jest to wbudowany Sharepoint - Myślę, że jest kilka całkiem dobrych dodatków, które wykonują tę samą pracę i nie są do kitu ...
glenatron
4

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.


źródło
1
@Pierre, jak postrzegać konkurencję zamiast współpracy? Szanuję twój pogląd, ale szczerze go nie widzę. Jestem ciekawy.
DevSolo,
punkty = konkurencja. Konkurencja, ponieważ istnieje ranking.
Może powinienem być bardziej jasny ... Nie chcę systemu punktów / głosowania. (Zgadzam się, że może być trochę napięty)
mpeterson
Mpeterson, może bardziej odpowiadałem facetowi w artykule, o którym wspominałeś. Ale w mojej odpowiedzi zasugerowałem pomysł, który całkiem dobrze działał w dużej globalnej firmie.
Czym różni się twoje pudełko pomysłów od głosowania od platformy StackExchange?
Robert Harvey
2

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.

bigtang
źródło
Mamy ten problem w mojej firmie. Jednak powoli coraz więcej osób korzysta z wiki, a mój menedżer zachęca ludzi do szukania tam i publikowania rzeczy. Czasami przypisywał różnych ludzi do umieszczania na wiki konkretnych rzeczy, które chciałby być łatwo dostępne - myślę, że to pomogło.
Michael K
Robimy to również, ale nadal wydaje się to kłopotliwe. Może jeszcze nie osiągnęliśmy punktu krytycznego?
mpeterson
1

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).

Jörg W Mittag
źródło
1

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.

Robert Harvey
źródło
Uznałem, że autor stara się jedynie zniechęcać do współpracy 1 na 1 prywatnie, nie do końca?
mpeterson
Również +1 za komentarz na temat wiedzy jako własnego projektu. To zawsze wydaje się być zapomnianym atutem przy budowie wielu wewnętrznych projektów. : |
mpeterson
1
mpeterson: Z mojego doświadczenia wynika, że ​​najbardziej autentyczna współpraca zespołowa i budowanie wiedzy odbywa się jeden na jednego, w sposób ad hoc, nieformalny, a nie podczas spotkań.
Robert Harvey
0

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.

Jeremy
źródło