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

Question

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

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

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

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

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

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

Answer 1

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

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

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

Answer 2

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

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

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

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

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

Mauro

Answer 3

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

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

Answer 4

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

Answer 5

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

Answer 6

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

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

Answer 7

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

Answer 8

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

• Wiki подходит для внутреннего знания, например, окружающей среды, проекта по определенным темам.

• Открытые двери политики

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

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

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

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

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