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

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

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

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

Каковы хорошие способы «мотивировать сверстников» «изучать / узнавать» новые вещи, а не срывать встречи, чтобы все им объяснить?

ОБНОВЛЕНИЕ : Это не так просто «погуглить». Это сложнее, чем поиск по ключевому слову, но больше для понимания основных концепций и того, почему что-то делается/предпочитается определенным образом. Иногда книги работают гораздо лучше, чем Google. Идея, вероятно, состоит в том, чтобы немного углубиться в тему и разобраться в разрозненных источниках информации, чтобы понять что-то, что может занять несколько часов обдумывания/понимания вместо нескольких минут гугления. Речь идет об «отсутствии знаний в предметной области» и нежелании «создавать это» вместо «объясните мне это прямо сейчас».

@DarkCygnus - ИМХО, это не совсем «способно для Google» - это глубже, чем просто «поиск по ключевым словам», но больше похоже на «полученные знания» - вероятно, несколько поисков в Google связывают разрозненные идеи. К сожалению, это трудно «погуглить», поэтому мы склонны сохранять книги, ссылки, справочники, когда находим их...
в чем заключается ваша работа и как именно данная ситуация мешает вам ее выполнять?
Я предлагаю вам прочитать пост и ответы, а не просто судить о посте по его названию ... Есть несколько ответов, которые применимы к ситуации, которую вы здесь описываете, я уверен, что они по крайней мере дадут вам некоторые подсказки ... возможно, это требует нескольких поисковых запросов в Google, но в более широком смысле «погуглите» означает «попробуйте найти самостоятельно».
@DarkCygnus - я тоже прочитал ответы. Зачем мне читать заголовок? :)
в любом случае, я уверен, что этот пост предоставит некоторые полезные советы :) и все в порядке, не волнуйтесь, наверняка кто-то еще в конечном итоге ответит на ваш пост, просто хотел поделиться тем, что я нашел относящимся к вашей ситуации. ваше здоровье!
Не беспокойтесь - я ценю указатели. Они могут быть в равной степени полезными, но на моем рабочем месте допустимо говорить «погуглите» :) Что я хочу сделать, так это сказать «иди, узнай об этом» и действительно «пойми». Мы «поможем», но не будем учиться за вас...
Все ли на собрании действительно необходимы? Приглашение младших инженеров на совещание по проектированию, когда им не хватает опыта для понимания принимаемых проектных решений, не кажется продуктивным. Кажется, было бы разумнее ограничить встречи по проектированию людьми, которые в курсе дела на заднем плане, и отдельно поработать, чтобы ввести младших инженеров в курс дела. Это может включать в себя специальную встречу «введение в x», это может включать какую-то официальную или полуофициальную программу обучения / наставничества, где им дают книги и статьи для чтения и другие возможности для обучения.
@JoeStrazzere - не буквально «дебаты». Мы «обсуждаем» дизайн и выдвигаем разные идеи — некоторые требуют более глубокого понимания концепций, чтобы понять, почему мы это предлагаем.
@JustinCave - мы планируем сделать именно это. Но, учитывая, что у нас есть несколько небольших команд, мы привлекаем и младших сотрудников, иначе им не хватает контекста. Но я вижу, что ты прав, и мы начали его ограничивать.

Ответы (3)

Похоже, вы зря тратите время людей

Я вижу две проблемы в вашем вопросе:

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

Я подозреваю, что проблема 1 частично вызывает проблему 2.

Встречи должны иметь конкретную цель или цель

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

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

Приглашения на собрание должны быть ограничены людьми, которые могут внести в него свой вклад

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

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

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

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

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

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

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

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

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

Если это действительно вопрос мнения

Конечно, также возможно, что вы читали книгу X, которая вызвала энтузиазм по поводу определенного дизайна, а ваши коллеги — нет. Это не делает их неправыми, и у них также может быть ценный опыт или другой не менее верный подход.

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

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

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

Сначала объясните им проблему очень простыми словами:

  1. Вам поручено придумать дизайн решения.
  2. Эти проекты требуют участия других команд.
  3. Другим командам не хватает опыта, необходимого для понимания ваших проектов и того, почему они предпочтительнее.
  4. Ваши попытки передать знания, которые помогли бы им понять, терпят неудачу (не по вашей вине).
  5. Это вызывает задержки в проекте и дополнительную работу для вас.
  6. Недостаток опыта сам по себе должен вызывать опасения относительно жизнеспособности этой команды/отдельных лиц, допущенных к участию в проекте или в компании.
  7. Недостаток опыта и понятен, и поправим, но отсутствие упреждающего обучения, особенно выполнения рекомендаций, которые вы дали, на самом деле нет.

Затем спросите, как они хотели бы, чтобы вы справились с этим. Вот несколько вариантов:

1 - Получить ответственность за обучение другой команды

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

2 - Получить власть над другой командой

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

3 - Попросить заменить команду на более компетентную

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

4 - Продолжайте объяснять вещи так, как вы это делаете

Что приведет к задержкам и пустой трате времени компании.

5 - Прекратите объяснять вещи

Что только создаст патовую ситуацию.

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

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

Это создаст очень неловкую тишину на собраниях. Просто улыбайся и ничего не делай. Часы все еще тикают, и люди, которые больше всего заботятся об этом тиканье часов, скоро что-то с этим сделают.