Как начать передачу знаний?

Используете ли вы официальное мероприятие, чтобы люди говорили в вашем ИТ-отделе? Как ежемесячная встреча в социальном месте, внутреннее пространство вики/чата или просто обычный "информационный рынок" с некоторыми <сильными > презентациями о технологии или проектах сделанный вашим персоналом для вашего персонала? Вы приглашаете представителей Продавца участвовать или это закрытое мероприятие для программистов?

Как вы получаете людей для участия в этих мероприятиях? Вы разрешаете им тратить время на передачу знаний? Или вы понимаете это как неотъемлемую часть рабочего времени?

Интересно, как контролировать ход передачи знаний. Как вы выявляете критические ситуации с одним человеком в ваших проектах? Существует несколько способов избежать этого, например, обмен сотрудниками или попытка "фило" по исправлению ошибок.

Примечание: Хорошо, это очень очень шумный вопрос, и я надеюсь исправить его после нескольких комментариев. Извините за смешение.

edit. Мой личный опыт заключается в том, что люди могут начать вкладывать очень большой барьер. Похоже, что они не будут добавлять (минимальное) дополнительное время для редактирования нашей вики или часового дня, чтобы поговорить о технологиях с развивающимся персоналом. Это похоже на то, что людям не нравится наша вики, наша система управления документами или собрание. Может быть, это потому, что все это бесплатно, а не принуждение руководства. Но я не люблю принуждать людей к этому - но это правильный путь?

Один пример: наша вики содержит страницы о проектах, рассказывая, кто работал над этим, чтобы получить первый контакт в случае вопросов. Но никто кроме коллеги и меня не создает эти страницы...

Ответы

Ответ 1

Передача знаний и управление знаниями имеют один недостаток. Кажется, они обойдутся ужасно: если все знают, что я знаю, мне все еще нужно? Все время, которое я использую, чтобы поднять других до скорости, что я получу от этого?

Лучший способ сделать это - пример. Поделитесь своими знаниями; в wiki, блоге об этом, поговорите об этом, сделайте его легко доступным и расскажите о преимуществах, которые у вас есть: меньше людей приходят наперебой и спрашивают вас, потому что они могут легко получить ответ, даже не вставая. И покажите им, что вы все еще там.

Это со всеми остальными, о которых упоминалось, действительно победит. Еще одна вещь: один из моих работодателей продолжал выплачивать мне 1/3 моей зарплаты в течение следующего года после того, как я ушел (по собственной инициативе), просто чтобы поддерживать базу знаний и работать. Он должен был? Нет, это была его собственность. Но это мотивировало людей, которые все еще работают над тем, чтобы поделиться своими знаниями.

Ответ 2

Я думаю, все вышесказанное. Но вы забываете самый важный способ.

Наиболее эффективным способом передачи знаний является совместная работа людей. Вы можете подумать о том, чтобы делать 1 на 1 обзоре кода или даже программировать пар и делать передачу знаний межстрановой частью работы.

Ответ 3

Я думаю, это зависит от знаний, которые вы пытаетесь передать. Я нашел следующее:

Технические знания: "Как вести" со скриншотами и короткой демонстрацией - подобно тому, как вы увидите новые функции на конференции. Дополнительное преимущество этого - это то, что у вас есть, задокументировано, когда вы покидаете компанию.

Решение проблем: неформальные обсуждения, короткие внутренние проекты, извлеченные уроки и внутренняя система часто задаваемых вопросов, для которой ВСЕГДА отвечает за обновление.

Мягкие навыки (навыки людей): социальные встречи/экскурсии/неформальные мероприятия и т.д.

Измерение, которое будет сложно, хотя, как бы вы ни передали свои знания, в любом случае всегда будет переменная степень понимания, потому что я делаю что-то одним образом, это не значит, что он правильный. У другого разработчика/дизайнера/менеджера может быть другой способ сделать то же самое с тем же конечным результатом.

Мауро

Ответ 4

На моем рабочем месте мы используем wiki. Рабочее место достаточно маленькое (~ 20 человек), чтобы вы всегда могли спросить человека, который больше всего участвовал в конкретном проекте, однако ожидается, что вы искали в вики, прежде чем задавать "эксперту". Если вы не можете найти свой ответ в вики, вам следует добавить его после того, как вы обсудили его со своим сотрудником.

Ответ 5

Одно слово: обед

Ответ 6

Вы должны поощрять людей к тому, что вы хотите от них делать. Вы должны "кормить животное". Посмотрите на stackoverflow; что вы думаете о значках? Почему вы думаете, что это замечательные вещи существуют? Благодаря эго, вы ничего не можете сделать. Дайте им значки, настоящие значки, носимые значки. Они будут носить со счастьем, они будут делать с счастьем.

Btw, да, я босс:)

Ответ 7

Хотя я все еще студент, когда я работал опыт работы 12 месяцев назад, все отделы ИТ изнутри корпорации (я "работал" для крупной корпорации, владеющей несколькими шахтами в этом районе) получал бы ежедневную телефонную конференцию, где каждый сотрудник скажет, что они делали и т.д., а затем поговорить о чем-то новом, что они обнаружили, и о любых других интересных фрагментах.

Ответ 8

Пара способов, которые я видел до сих пор:

  • Wiki подходит для внутренних знаний, например, для среды, специфических для проекта тем.

  • Политика открытых дверей

  • Поощряйте задавать вопросы.

  • Добровольные презентации. Узнайте, кто обладает специальными знаниями, и сделать его легким и привлекательным, чтобы создать короткую презентацию об этом.

  • Документы для публикации проекта. Завершающая встреча, проводимая кем-то вне проектной команды, проведенной после завершения или завершения проекта.

  • Обязательные презентации.

    • Презентация проекта, когда они выходят в прямом эфире. Используемые технологии и т.д.
    • Если кто-то отправляется на конференцию, он должен иметь презентацию о новых технологиях, которые он видел.