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

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

Презентации бывают двух видов:

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

Моя проблема:

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

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

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

Если вы тимлид, то почему они проводят презентацию, а не вы? Если вы делегируете презентацию, то живите с результатом.
@Папарацци, я не понимаю твоего вопроса. Что мешает джуниору что-то презентовать? Есть ли неписаное правило, что все презентации должен делать только тимлид? Наша корпоративная культура такова: если разработчик разрабатывает определенный модуль или услугу, он полностью владеет ею, поэтому он представляет ее, обучает этому остальную компанию и так далее. Иногда он/она может быть инструктором, а я могу быть студентом, потому что я не работал над модулем/услугой, которую он/она разработал, и не наблюдал за ним.
@LoneLearner Похоже, у тебя непростая позиция в качестве ведущего. Удачи.
Плюс это очень хороший опыт для юниоров, чтобы научиться делать презентации. Это часть того, как младшие становятся старшими.
Возможно ли, если они являются младшими в вашей команде, чтобы они проводили свои презентации перед вами, прежде чем они представят их другим, чтобы вы могли проверить их фактическую правильность?
@ThomasBowen Иногда это возможно, но не в большинстве случаев. Проведение каждой моей презентации добавило бы дополнительных накладных расходов как мне, так и им.
@LoneLearner Вы уверены, что младшие студенты, которые должны проводить презентации, будут рассматривать «сначала их проведение более опытным человеком и получение отзывов и советов перед выходом в эфир» как «дополнительные накладные расходы», а не как «очень долгожданную помощь?»
Юниоры, выступающие с презентациями, в порядке. Юниоры, выступающие с презентациями без должной подготовки и без понимания того, о чем они говорят, не являются таковыми. Они юниоры , они явно не все знают, и у них больше среднего шанса все испортить. На то они и юниоры. Отпустить их на презентацию без надлежащей подготовки — значит обречь их — и вашу команду — на провал.
«...Я вижу, что ведущий/тренер излагает тему более запутанно, чем следовало бы» . поле? Для того, кто знает об этом меньше, чем вы, возможно, то, как это было представлено, менее запутанно.
В конце концов, если цель презентации состоит в том, чтобы обучить, а вы более осведомлены, не имеет ли смысл вам выступать? Если вы являетесь руководителем команды для младших сотрудников, опасения по поводу предоставления им обратной связи должны быть минимальными.
Если вы руководитель группы, а докладчики — ваши подчиненные, почему бы вам не просмотреть презентацию вместе заранее? Таким образом, вы можете поделиться своими знаниями, а ведущий узнает больше. Или по какой причине вы не являетесь ведущим?
Я очень часто слышал, как люди жалуются на то, что другие плохо справляются с представлением фактической информации, но сами не способны сделать ясную и понятную презентацию. Знание предмета не гарантирует, что вы сможете хорошо его представить.
Последний абзац вашего вопроса в значительной степени является ответом на него! Позвольте парню говорить, и вы говорите, если он откладывает вопрос на вас.

Ответы (8)

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

И да, я был в зале и немного съёжился от того, что услышал со сцены. Вот что я пытаюсь:

Когда аудитория выглядит растерянной (и только тогда, когда аудитория выглядит растерянной), вопрос-предложение может помочь без исправления:

Вы хотите сказать, что это что-то вроде [аналогии, которые, как вы знаете, хороши]?

Является ли ключевым моментом здесь [ключевой момент, о котором не говорят, потому что они застряли в чем-то неключевом]?

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

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

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

Я обнаружил, что мнения о X неодинаковы. Вы говорите, что это очень полезно, но наши правила кодирования (которые я написал) говорят, что никогда не используйте его. Меня беспокоят A, B и C, и я думаю, что в этом приложении Y был бы намного лучшим выбором. Вы вообще можете осветить Y на этом занятии?

Я бы зарезервировал это только для тех ситуаций, в которых можно исправить кого-то на глазах у других, то есть вы пытаетесь предотвратить опасную ситуацию, а не просто «на самом деле второго Даррена играл…»

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

Если вы окажетесь в ситуации, когда вам придется не согласиться с чем-то, что докладчик говорит во время выступления, я думаю, будет полезно кивнуть в знак согласия позже, когда говорящий скажет что-то, с чем вы согласны. После того, как вы скажете что-то критическое, говорящий, вероятно, будет лучше осознавать вашу реакцию, и ему будет полезно знать, что вы действительно на его стороне, а не просто пытаетесь вступить в конфронтацию.
Чтобы добавить к этому превосходному ответу: вы, ребята, просматриваете свои ветки функций? Спрашивать, а не утверждать, давать положительные отзывы, предлагать альтернативные «варианты», а не «правильный путь вперед» — это именно те формулировки, которые следует использовать в обзорах и которые мне больше всего нравятся, когда мой код рецензируется. Это распространяется на все виды обратной связи, рекомендаций и критики. Предполагая, что ваша команда делает обзоры и что вы, как старший руководитель, дали много: относитесь к критике презентации таким же образом. Избегайте приукрашивания, сохраняйте достоинство.
Я обычно нахожу такое предложение как вопрос прозрачным и снисходительным.
Я также думаю, что очень сложно использовать вопрос как предложение для любых презентаций «общего знания». Эти типы презентаций уже идут с предостережением «попробуй и посмотри, что у тебя получится» и не претендуют на то, чтобы проникнуть в нюансы взглядов. Если это не математическая задача и ответ буквально неверный, исправление общих положений = снисходительность.

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

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

Я признаю, что здесь мне нужно улучшить свои социальные навыки. Могу я попросить вас привести конкретный пример для очень гипотетической ситуации? Скажем, джуниор говорит в презентации: «Этот модуль лучше написать на C, потому что мы все знаем, насколько медленными являются Java и Python», и скажите, что я знаю по опыту, что то же самое, написанное на Java или даже на Python (скажем, с numpy), будет быть таким же быстрым и намного более безопасным благодаря автоматическому управлению памятью, как я могу сформулировать свой отзыв, не выглядя критичным или высокомерным?
@LoneLearner Для этой проблемы создайте историческую рамку. Ранние реализации Java действительно были медленными, но их производительность значительно улучшилась. В более общем плане выберите точки соприкосновения, а затем перейдите к тому, в чем вы расходитесь.
И это определенно то, с чем вы хотите иметь дело во время наставничества, а не во время презентации.
@LoneLearner, я думаю, в этой ситуации вы можете извлечь большую пользу из объяснения более широкого контекста того, почему отраслевая практика такова, какова она есть. Иногда дело просто в том, что люди не видят всей картины, это то, о чем я бы говорил на встрече один на один.
@LoneLearner Если вы являетесь руководителем команды, то часть вашей работы включает в себя продвижение членов вашей команды в их карьере. Частью этого является наставничество с ними на презентациях.
И какая организация/руководство командой позволяет разработчику заниматься кучей вещей, не прогоняя их сначала мимо вас? Автономия — это одно, а командная работа, наставничество и стандарты — совсем другое. Проблема связана с отсутствием контроля над командой — слишком поздно узнавать, как устроен ваш продукт, в презентации одного из ваших сотрудников. Lone Learner должен стать наставником и лидером впереди, а не стрелять сзади.
@LoneLearner «Вы были правы, подчеркнув важность скорости для этого модуля. Я думаю, вы можете быть удивлены производительностью, которую вы на самом деле можете получить от Java или Python в этой ситуации, и, конечно, вы получаете преимущества… , поэтому я Рекомендую людям не упускать из виду этот вариант».
+1 к тому, что сказал @LoztInSpace - снайперская стрельба со спины - самый верный способ отвлечь людей от ценных отзывов, которые вы должны дать. Предлагайте данные за то время, пока это может быть правдой, а может и нет. Возможно, докладчик узнает что-то еще более ценное о том, как проводить сравнительный анализ и не допускать ошибок снова, а не однократное исправление.

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

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

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

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

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

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

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

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

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

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

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

«Это часть вашей работы как их начальника». По моему опыту, тимлид — это не босс.
Тимлид — это босс, даже если он не руководитель. Как правило, они несут ответственность за техническое качество продукта. Любой лидер, который не действует как босс, оказывает своей команде медвежью услугу. Да, вам, возможно, придется работать со своим менеджером, чтобы решить проблему с производительностью, но наставничество ВСЕГДА является частью работы руководителя команды. Это одна из самых критических частей.
"начальник - лицо, руководящее работником или организацией". Это определение, которое я использую для этого конкретного слова. Похоже, вы используете какое-то другое определение. Мне кажется, вы путаете "начальника" с "наставником". Если это так, то я согласен с тем, что наставничество является абсолютной частью роли руководителя команды, однако термин «босс» не передает этого значения.
Ответственность за продукт или техническое качество != ответственность за работника или организацию. Вы не босс только потому, что вы руководитель группы или наставник.

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

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

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

Кроме того, просто примечание: думать, что вы более осведомлены, - это самодовольная чепуха. У вас может быть больше знаний или опыта, но у вас не такая точка зрения, как у других. Много раз я знал, что что-то является правдой на 100%, но, слушая, я узнавал, как это воспринимали другие. Во многих случаях я по-прежнему был прав, но, слушая, я знал, как они подходят к ситуации, и мог изменить свое восприятие, чтобы они могли увидеть недостатки, которые они упустили, действуя определенным образом.

Другими словами, публичные исправления во время презентации могут создать враждебную среду обучения не только для докладчика и комментатора, но и для всей аудитории. Было доказано, что такие разговоры снижают удержание и вовлеченность для всех .
Занимаясь карате и, возможно, мне приходилось повторять ката, которые я делал 1000 раз до этого, я научился «проверять свои ноги». Если учитель говорил какому-нибудь новичку: «У тебя неправильные ноги», я не думал «тупой новичок», я проверял свои собственные ноги, и часто они действительно были поставлены не идеально. Если кто-то говорит о том, что вы уже знаете, внимательно слушайте: он говорит вам что-то новое? Он видел что-то, что вы пропустили? Возможно, есть какая-то деталь, которую вы упускали все это время.

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

Тогда, если вы думаете, что что-то было неясно, вы могли бы сказать

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

Если вы считаете, что отсутствует информация или следует рассмотреть альтернативные точки зрения, вы можете попробовать

Я хотел бы открыть дискуссию о вещи . Все ли согласны с тем , что сказал ведущий , или у кого-то другой опыт?

Если вы считаете, что что-то из сказанного неверно,

Я хотел бы оспорить то, что вы сказали о вещах , потому что это не согласовывалось с моим опытом. Не могли бы вы рассказать нам больше о том, почему вы так говорите?

или же

Я был удивлен, услышав это , потому что я всегда понимал другое . Не могли бы вы рассказать подробнее о том, что привело вас к такому выводу?

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

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

Сформулируйте комментарий как настоящий вопрос

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

На этапе вопросов сформулируйте вопрос, например:

Я заметил во время презентации, что вы решили сделать А с Б, однако я обнаружил, что делать это с С — лучший вариант в контексте D. Какая-то конкретная причина, по которой вы выбираете технику Б?

На что может быть ответ:

Я представил технику B, так как ее легче использовать новичкам, конечно, кто-то столь же опытный, как вы, будет использовать технику C.

Однако это также может быть:

Мы больше не используем технику C, потому что было доказано, что она вызывает серьезные увечья в крайних случаях. Вы должны отметить X и Y, которые описывают, как техника B, хотя и менее эффективная, значительно снижает риск случайного увечья.

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

Вероятно, есть более двух способов сделать это, но вот два:

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

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

    [Шутка: См. другой вопрос: «Почему мой босс постоянно прерывает наши презентации и придирки».]

    Лучшее время для обратной связи – до групповой презентации. Это может быть так же просто, как пробежаться по нескольким ключевым моментам, или вы можете заранее попросить прослушать презентацию. Это вселяет уверенность в выступающего и может позволить вам чувствовать себя непринужденно во время презентации.

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

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

  • Поочередно сделайте «презентацию» «Тренингом проведения презентаций». Это будет проще при представлении установленных знаний.

    Попросите каждого человека встать и сделать часть презентации. Это легко, если это «слайд-шоу». Посмотрите, как упрощены многие презентации, когда выпускается новый телефон или процессор, часто мало что выходит из головы.

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

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

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

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

Удержание вопросов (отзывов/ответов) до конца часто приветствуется.

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

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

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