Обмін знаннями на підприємстві?

Нещодавно я прочитав цю статтю про обмін знаннями і одразу визнав ту саму проблему у власній організації. Моя головна мета зараз - «вбити співпрацю однолітків» як метод за замовчуванням для спілкування для приватних дискусій, пов'язаних із системою. Інакше ви закінчите усі історичні знання, що живуть в головах людей або загублені в масовій системі електронної пошти.

Моє запитання до групи таке:

• Які методи / програмне забезпечення ви використовували для заохочення більшої кількості "публічних" дискусій серед ваших розробників?

Деякі початкові ідеї, які у мене були ... будь-які відгуки були б чудовими:

• Внутрішня група новин
• "краще" програмне забезпечення для вікі (використовуючи Sharepoint зараз)
• Дошка оголошень

(Я хотів би мати внутрішній екземпляр StackExchange, але не думаю, що це варіант!)

Примітка. Як було сказано вище, у нас вже є вікі, але мені не подобається ідея вікі, оскільки речі зазвичай додаються до вікі лише після факту, якщо вони взагалі є .

Спасибі!

У нас є великий внутрішній сайт Sharepoint та сайт підтримки клієнтів, який займає багато документів із внутрішнього сайту Sharepoint. Це менше про деталі впровадження та більше про підтримку, але, оскільки я працюю значною мірою в якості підтримки, нам потрібен доступ до великої кількості впроваджувальної інформації, тому ми в кінцевому підсумку є драйверами для інженерної команди, щоб документувати, що вони роблять і чому. Детальна система відслідковування помилок також важлива для відстеження того, як вирішувались проблеми.

У нашій компанії, частково через те, що ми розробили розробку в декількох місцях, багато дискусій щодо нових функцій та проблем із підтримкою закінчуються електронною поштою. Замість того, щоб намагатися змінити це, найпростішим підходом є система архівації електронної пошти, яка робить дискусії доступними для пошуку та відстеження - ефективно підходу типу групи новин. Ми можемо це зробити за допомогою Sharepoint, хоча потрібно пам’ятати про обмеження щодо розміру списку, оскільки, хоча він зросте до мільйонів елементів, які ви насправді не зможете зробити багато в плані сортування дуже великих списків або редагування поглядів на них без вона різко вибилася.

StackOverFlow для підприємства, як це пояснено у згаданій вами статті?

ІМХО це жахлива ідея .

Це посилить конкуренцію замість співпраці .

Вам потрібна співпраця між відділами / відділами, не збільшуючи їх конкуренцію.

Також уявіть, що надзвичайно високий негативний вплив того, як ваш колега (перед іншими) може мати вплив на ваше психічне здоров'я.

Не змішуйте все.

Однак поле для ідей, набагато більше uservoice.com, де працівники можуть розміщувати ідеї (анонімно), а інші працівники, які їх оприлюднюють (також будь-які анонімно), матимуть позитивний вплив. Я розробив таку платформу кілька років тому для дуже великої банківської установи, і це допомогло керівникам визначити, що вдосконалити в пріоритеті.

Мені дуже подобається ідея вікі, але ти маєш рацію - важко змусити людей зробити свій внесок. І без внесків ніхто насправді не використовуватиме його, оскільки не має достатньої кількості інформації. Однак є "підказка", в якій, якби ви могли змусити людей публікувати публікації (можливо, через необхідний бізнес-процес) в якийсь момент, вікі просто зняли б, як це було б це чудове сховище інформації.

Парне програмування - це чудовий спосіб поширення мовчазних знань.

Проблема з мовчазними знаннями полягає в тому, що вона за визначенням може бути написана чи викладена, лише досвідчена. Програмно парне програмування (зокрема, Promiscuous Pairing) забезпечує це.

Знання, важливі для підприємства, повинні перетворити їх у сам проект у вигляді добре написаного коду, коментарів високого рівня щодо архітектури та виняткової документації про цілі проекту та те, як вони виконуються за допомогою технології.

Я не міг більше погодитися з висновками пов'язаного автора. Сприяння захопленню знань, відмовляючи у співпраці в команді? Вибачте, але це не так працює. Саме співпраця виробляє багатство знань, а не секвестрування інженерів у кабінах.

У моїй компанії є кілька внутрішніх комісій для обговорень. Вони використовуються дуже рідко. Здебільшого, знання, які ми маємо, є надто загальними (загальні питання / теми, які так само добре обговорюються в Інтернеті) або занадто специфічними (стосуються лише нашого додатку, а не інших команд додатків цієї ж компанії). Це добре тим, що він дає місце людям сказати, як я тут виконую ксиз, але це не так багато почуття громади.