Как постоянно проверять знания людей по определенной теме не утомительным способом?

Мне было поручено обучить моих коллег определенным правилам работы (бизнес-процедуры и стандарты в компании-разработчике программного обеспечения), а также следить за тем, чтобы их знания этих правил еженедельно обновлялись. Я хочу сделать процесс максимально плавным и не утомительным.

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

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

Очень интересный вопрос, может быть, немного широкий, не могли бы вы рассказать немного больше об определенных рабочих политиках , бизнес-процессах, качествах и т. д.? Обратите внимание, что еженедельная база для полисов кажется большой, они так часто меняют свои полисы?
@Walfrat Спасибо за комментарий. Не совсем. Идея состоит в том, чтобы охватить различные политики, пока не будут охвачены все темы. К тому времени он будет меняться на каждые две недели или каждый месяц, просто чтобы обновить информацию. Да и широкий. На самом деле это бизнес-процессы. Я работаю над разработкой программного обеспечения, и мы хотим стандартизировать процедуры и тому подобное.
Как вы сказали, мы решаем проблемы, поэтому, если вы хотите, чтобы они придерживались политики, покажите им, какую проблему она решает (упрощение обслуживания? Организация более эффективна с меньшим количеством встреч?,...). То есть ... если вы можете найти для каждой политики, вы хотите, чтобы они узнали, решает ли она какую-либо проблему более важную, чем «проблема, созданная» тем фактом, что ей нужно следовать. Если команда работает в цикле Agile, вы можете указать для каждого прогона, какая политика будет соблюдаться. Для более длительного цикла (V) необходимость адаптироваться к новым политикам в середине разработки кажется мне кошмаром.
Я сталкиваюсь с похожей проблемой в своей работе — мы в индустрии программного обеспечения, но наши бизнес-процессы длинные и сложные. Учитывая, что я всего лишь стажер, я особо ничего не говорил (потому что я уйду без намерения вернуться), но я обдумывал идею сделать игру из бизнес-процесса на вашем телефоне. , просто чтобы немного облегчить изучение системы. Я могу придумать способы превратить бизнес-процесс в несколько развлекательную игру, но я не знаю, насколько это применимо для вас.
Очень трудно заставить программистов заботиться о «процедурах», «бизнес-правилах» и так далее. Скорее всего, они просто уйдут и уйдут в другое место.
Я искренне советую вам не делать это еженедельно. Людей будет раздражать «постоянное» прерывание их рабочего дня, и, таким образом, вы создадите плохое отношение ко всему процессу. Попробуйте провести большой день «Давайте познакомимся с нашей новой политикой» с предложением обеда, и у вас будет больше шансов привлечь людей.
Обратите внимание, что обычно не предполагается, что все бизнес-процессы должны обрабатываться разработчиками, некоторые из них должны обрабатываться менеджментом, управлением проектами и так далее. Таким образом, вы можете сначала попытаться убедиться, что политика, которую вы хотите преподавать, действительно применима на их уровне, а не выше.
@DCON О да, я тоже подумал о приложении для телефона! В большинстве ситуаций он эффективно выполняет то, что я ищу. Маленький размер, игра и «в своем собственном темпе». Дело в том, что мне приходится использовать компьютерный подход из-за некоторых ограничений компании. Это дает мне некоторые идеи, так что спасибо.
@skymningen Хм... ты прав. Я бы тоже. Я попробую пойти с ежемесячным, может быть. Спасибо!

Ответы (2)

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

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

Это очень полезно, спасибо! Да, они в основном разработчики, но это больше связано с бизнесом, чем с кодом. Я слышал о Confluence, да, у нас есть что-то похожее в интранете, которым я мог бы полностью воспользоваться.

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

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

Задача менеджера — убедиться, что по умолчанию соблюдаются политики. Если это не так, то им нужно серьезно подумать либо над изменением политики (плохая политика), либо над изменением среды, чтобы можно было следовать политике (хорошая или неизменная политика), либо предоставить вашей команде убедительную и логическую причину, почему политика и среда не могут быть изменены, и требуются согласованные усилия, чтобы следовать рассматриваемой политике (неизменная политика). Как человек, не являющийся менеджером, вы должны следить за тем, чтобы руководство знало о политиках, которым трудно или невозможно следовать, и о препятствиях.

В случае политик, которые остаются в силе, но нуждаются в изменении среды, сообщите о текущих ожиданиях и плане изменения среды для улучшения соответствия. Получите обратную связь о том, как и почему политика не может быть соблюдена (или почему соответствие низкое), и привлеките свою команду к решению проблемы. (Если вы не являетесь менеджером, обратитесь к своему менеджеру, чтобы получить и передать эту информацию.)

Разработчики особенно не любят правила ради правил, и принуждение к механическому запоминанию и слепому принятию приведет к катастрофе для вашей команды. Ваши запланированные попытки в лучшем случае приведут к отключению команды.

Вместо этого используйте свою команду. Разработчики решают проблемы по своей природе. Объясните им проблемы с соблюдением требований, с которыми сталкивается/видит руководство, и попросите их помочь в их решении. Спросите их, почему они не могут/не хотят соблюдать политику, и работайте с ними , чтобы найти решения и компромиссы. Как коллега, вы можете включить свои собственные мысли, чтобы передать их своему руководителю и быть сторонником изменений.

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

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

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

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

Спасибо за Ваш ответ. Все, что вы сказали, имеет большой смысл, однако это все еще не отвечает на мой вопрос. Дело в том, что люди, о которых я говорю, не моя команда, они мои коллеги. Не мне решать, как действовать на этом уровне. Мне просто нужен способ сделать обучение увлекательным.
@Zerjack - я обновил свой ответ, чтобы уточнить и конкретно рассмотреть вашу позицию в качестве коллеги. Моя рекомендация остается в силе — сомневайтесь в причинах поставленной перед вами задачи и используйте совместный подход со своими товарищами по команде, а не диктаторский подход.