Менеджеры, вам иногда кажется, что ваши разработчики вас обманывают? Они жалуются на собрания и на то, насколько они разрушительны. Затем они встречаются на 60-минутном обеде, наполненном мелочами о Вавилоне 5 — и вспоминают все это.

Не-менеджеры, вы похожи на меня? Вы можете вспомнить множество мелочей о Вавилоне 5 за обедом, вернуться к своему коду и продолжать продуктивно работать, как будто ничего не произошло? Но какая-то встреча выматывает вас на Х*10 минут до и Х*30 минут после, где Х для большинства из нас составляет что-то вроде 3-5?

Хорошо. Начните здесь: http://divergentminds.org/?p=497

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

Это часть информационной серии, которую я пишу о фокусе и отвлекающих факторах:

Теперь давайте посмотрим на некоторые свойства людей разработчиков программного обеспечения:

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

Термины… «бесполезная» информация, которую легко запомнить. Что это значит? Вавилон 5 мелочи, их можно назвать бесполезными. Но если вам нужна какая-то информация для работы, для программирования, она автоматически «полезна»? Что ж, смотрите подробности. Там много такого, о чем не надо помнить, это бесполезно в широком смысле, так как является препятствием, а не вкладом в достижение цели.

  • бессмысленные требования к программному обеспечению, имеющему «вторичные» источники. Требования заказчика, которые ему на самом деле не нужны, регламенты, которые не относятся к поставленной задаче, но все равно должны соблюдаться и т. д. Очень плохое отношение сигнал/шум.
  • детали языка программирования и API, которых там быть не должно. Сложные конструкции, которые необходимы для обхода предыдущих проектных ошибок. Любой язык, кроме Лиспа, нуждается в большом количестве безумного синтаксиса. Конечно, вы всегда будете помнить некоторые из этих безумств — ту часть, которая вам нравится и которую вы используете, чтобы оправдать, почему ваш язык лучший, на Reddit. Но вещи, которые нравятся только другим людям, изменчивы в вашем мозгу.
  • все те ошибки в вашем программном обеспечении и ваших инструментах, которые вам не разрешено исправлять и с которыми вы должны поддерживать совместимость с ошибками (за исключением тех ошибок, которые вам нравятся, эти ошибки не нарушают работу).
  • плохой код в существующей кодовой базе…
  • … особенно копирование и вставка. Результатом является то, что одно предположение не хранится в одном месте, так что теперь вы изменили исходное предположение, и вам нужно выследить множество мест в коде, чтобы это изменение в предположении отразилось в коде. Количество кодовых мест, на которые распространилось это единственное предположение, неизвестно.

Я мог бы продолжить. Думаю суть ясна. Не все знания, которые «нужны» для вашей рабочей задачи, обязательно «полезны». Гораздо менее «интересно». Если это полезно, но также и болезненно, то на самом деле это не полезно, это усугубляет проблему.

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

Разделение мозга?

Некоторое время я думал, что эта склонность основана на какой-то форме разделения в мозгу.

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

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

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

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

Стресс и память

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

Есть два основных компонента:

  • стресс вызывает в вашем теле реакцию «бей или беги», которая перенаправляет ресурсы с когнитивного механизма на мышцы и усиливает сенсорный ввод[1].
  • мозг имеет невероятно сложную систему, позволяющую намеренно забывать почти все, что мы выучили за день. Это строго необходимо для работы нашего мозга. Люди, у которых есть нестандартная техника такого рода, имеют большие проблемы. Хорошие мозги выбрасывают почти все.

Вот ссылка на требование забыть почти все. Ищу лучшую ссылку, может быть, это пока подойдет: https://io9.gizmodo.com/our-brains-delibately-make-us-forget-things-to-preve-1543846375

Вы, наверное, догадались, к чему я клоню:

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

На самом деле я иду дальше. Очевидно, обед на Вавилоне 5 не оставил в памяти сегодняшнюю задачу полностью незатронутой. После обеда по викторинам вам также потребуется немного меньше работы. Но вы можете просто сесть и сделать эту замену за короткое время, и это будет легко и удобно. Вам в любом случае нужны перерывы, паузы и общение. Очень немногие люди могут выполнять одну умственную задачу подряд более 90 минут (или 20). Хороший перерыв не сбрасывает большие объемы оперативной памяти.

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

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

Вернемся к тому, что вызывает плохой сброс рабочей памяти. Стресс. Реакция «бей или беги».

В частности, это относится к негативным эмоциям:

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

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

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

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

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

Кружение назад.

Программисты не любят повторяющихся задач.

Существует когнитивная инерция, что означает, что может быть трудно вернуться к прерванной задаче, и не может быть намного легче начать новую задачу: http://divergentminds.org/?p=497. Опять же, игнорируйте аутизм. ». Это касается большей части программистов.

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

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

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

Становится хуже. Как обсуждалось выше, большая часть информации, которая требует подкачки для Today’s Task, является болезненной информацией. Это все те небольшие сложности, которых не должно было бы быть, если бы (проект | компания | клиент | язык | API | управление | кофеварка) работал лучше.

Теперь у вас есть смертельный коктейль:

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

Прочтите еще раз статью о когнитивной инерции. Затем мы переходим от инерции к отвлечению внимания.

Вы действительно удивлены, что даже минимальное «о, блестящее» отвлечение заставит разработчика отказаться от обмена номером 14 из 32 для «Сегодняшней задачи» (задача, которая уже была перенесена на много дней) и вместо этого узнать все о модели железных дорог, в рабочее время?

Отвлекающие факторы, фокус и возбудители внимания – отдельная тема. Я писал об этом здесь: https://medium.com/@MartinCracauer/on-attention-focus-and-autism-in-the-tech-workplace-8246526fbbc0

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

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

Кроме того, в программировании есть тактическая проблема — медленные инструменты. В неврологии часто выбрасывают число 7 секунд, которое является тайм-аутом, после которого вы теряете текущую рабочую память, если вам нужно отвлечься от задачи. Если вашим инструментам разработки требуется более 7 секунд, чтобы среагировать, у вас есть проблема. Я писал об этом здесь: https://hackernoon.com/software-development-at-1-hz-5530bb58fc0e

Медленные инструменты — это не шутка, и они не безобидны. Это не смешно. Эта статья «Разработка программного обеспечения с частотой 1 Гц» стала вирусной, когда я ее опубликовал, в том числе несколько дней на первой полосе хакерских новостей. Разработчики — ваши разработчики — почувствовали, что я попал в слабое место.

Подводя итог здесь:

  • когнитивная инерция, часть № 1, — это трудности с возвращением к одной и той же задаче после перерыва. Прерывание означает потерю рабочей памяти, и человек может быть не в состоянии восстановить ее, даже если сознательно захочет.
  • Когнитивная инерция, часть № 2, – это легкость, с которой вы можете увлечься чем-то новым, когда вернуться к исходной задаче не удается. Ваше оплачиваемое рабочее время в компании только что внесло большой вклад в мировые знания о моделях железных дорог.
  • в дополнение к часовой шкале потери инерции у вас также есть опасная минутная потеря рабочей памяти из-за медленных инструментов.
  • разные люди имеют разные потребности в производительности, и большинство из них понятия не имеют, что это такое. Они не могут сказать вам.
  • вам нужны перерывы и отдых, а возможно и с социализацией. Разработчики должны иметь возможность делать то, что им нравится в эти перерывы, не чувствуя вины за то, что они помнят слишком много цитат B5.
  • человек, изучающий свои собственные модели внимания, является ключом к тому, чтобы стать лучшей командой. Сделав это, они должны быть свободны делать то, что им нужно — без чувства вины. Если они обнаружат, что концепция «Губка внимания», которую я использую для себя, работает на них, то они могут смотреть «Звездный путь» на втором экране, в офисе, в рабочее время. Должен быть механизм, чтобы сделать это свободным от вины.

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

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

Действительно, 10-кратные программисты в основном просто сильны в управлении фокусом. И они обычно сохраняют это, придираясь к людям, которые мешают их работе, что им разрешено делать, потому что они суперзвезды. Начните помешивать горшок, чтобы увидеть, сколько людей у ​​вас уже есть в 2 или 4 раза после удаления боли, и сколько их коллег они поднимают вместе с ними. Если вы облажались с вниманием и групповой механикой, вы все равно не сможете нанять суперзвезд. Им нравится работать с людьми, которые увлечены своей работой.

И дайте мне обратную связь, бездельники. Здесь или в твиттере (личные сообщения открыты). Я хочу объединить все эти записи в более связную часть. Тот, который не так больно читать (есть здесь свой собственный корм).

Всего наилучшего

Мартин

Сноска [1] — усиленный сенсорный ввод

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

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

Сноска [2] — игровая система

Некоторые очевидные вещи, как вы можете использовать все это в своих интересах:

  • делайте задачи небольшими, чтобы удовлетворение от того, что что-то сделано, случалось достаточно часто. Если только разработчик не понял, что для него лучше что-то другое — например, цель более высокого уровня вместо конкретных задач.
  • сделать людей взволнованными открытием того, как работает их собственное внимание. И пусть они расскажут вам, как это можно интегрировать в рабочий процесс вашей группы.
  • избавиться от вины за то, что, черт возьми, люди делают или пытаются сделать, чтобы привлечь к себе больше внимания. Имейте в виду, что некоторые вещи, которые они попытаются сделать, окажутся бесполезными или невыполнимыми по другим причинам. Избавьтесь от чувства вины за попытки сделать что-то, что не сработало.
  • некоторым людям могут понадобиться условия, которые можно считать вознаграждением (скажем, офис с меньшим количеством людей или лучшим контролем температуры). Создайте систему, в которой каждый получает то, что важно лично для него и менее важно для остальных. Будь креативным. Поговорите с ними. Открыто. Расскажите им об этой линии мышления. Не надо просто что-то придумывать и дергать им в глотку.
  • выяснить, какие достижения приносят удовлетворение отдельным людям. Это не обязательно означает «Сегодняшняя задача». Наслаждайтесь разнообразием, которое вы найдете.
  • узнайте, какие заказы позволяют программисту работать с потоком, который выполняет задачи. Индивидуально. Будут некоторые, кто лучше реагируют на конкретные достижимые задачи, возможно, даже если у них есть стопка из них, которую им нравится сбрасывать одну за другой, наслаждаясь морфингом стопки. Другие люди терпят крах, когда им дают кучу задач, которые слишком специфичны, чтобы найти что-то творческое, чтобы убить 2–5 одним выстрелом. Они могут работать лучше с целью более высокого уровня, такой как «заставить эту штуку использовать меньше памяти, не делая ее медленнее. Дайте мне знать, если вам нужно что-нибудь. ктнксби».
  • ваша система вознаграждения, вероятно, выиграет от смешивания большего количества разных видов мер. Не только сверстники и руководство. Меры, направленные на достижение цели, такие как наличие таблицы того, сколько экономия оперативной памяти стоит того, сколько человеко-недель. Включение других, обратная связь с руководством, умение прощать, когда коллеги или руководство ошибаются, и ловить группу до того, как она достигнет дна. Что-то в этом роде.

Помните, вы зарабатываете на том, что группа вносит изменения в код и оставляет кодовую базу в лучшем состоянии. Все остальное - неактуальная ерунда. Вы можете сделать это с помощью 1x человек. Не ругайте слишком много ресурсов, чтобы искать 10-кратных программистов. Гораздо меньше вы должны терпеть ерунду от предполагаемых 10-кратных людей, которые тянут группу вниз, так что теперь у вас фактически есть один программист 1x и двадцать программистов 0,1x.

Сноска [3] — более конкретное избиение на собраниях

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

Давайте посмотрим, какая информация всплывает на встречах:

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

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

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

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

Представьте худший случай:

  • еженедельное собрание всей группы, допустим 70 человек.
  • единственная комната, не забронированная организаторами митингов заранее на десятилетие, вмещает 50 человек, так что некоторым придется стоять.
  • в номере очень громкий кондиционер. Не то, чтобы кондиционер выполнял работу по доведению в комнате разумной температуры.
  • встреча всегда один час.
  • еженедельно по понедельникам в 11:30.
  • первая часть – «новости» для всей компании и группы.
  • вторая часть подсчитывает открытые ошибки. ВТФ?
  • всегда должно быть выступление (презентация) одного человека, чтобы «люди знали, что происходит в группе». Спикеры призываются. Чтобы сделать это менее разрушительным (для говорящего), есть краткое уведомление о призыве на военную службу, поэтому разговоры обычно отстой в дополнение к сомнительной актуальности.
  • спикеры всегда будут тратить не менее 4 минут на борьбу с презентационным оборудованием, в то время как внимание 69 человек будет вихрем.

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

Вы проходите через множество вещей, которые вызывают у вас гнев или тревогу:

  • сменилась компания (политика|перспективы|направление). Это неопределенность, она вам сейчас не нужна. Если вы обдумаете это прямо сейчас, вы выгрузите еще больше рабочей памяти, если нет, то она будет у вас в глубине души до конца дня.
  • много бла-бла о том, кто и что опаздывает с разработкой собственных функций. Ваша фича — это то, что вы бы предпочли разработать прямо сейчас.
  • «будет (нарушение работы Ethernet|шумное строительство|новый хронометраж|новая среда тестирования|новый инструментарий Javascript|кто-то снова позволил истечь сроку действия сертификата)». Стон.
  • ваша группа снова будет перемещаться по офису. И ты только что взломал кондиционер там, где надо быть разумным.
  • общее количество ошибок в группе пошло (вверх|вниз), когда вы знаете, что все это просто чушь. Никакой подсчет ошибок никогда не был полезной информацией.
  • далеко идущие будущие технические детали, которые не влияют на вашу работу сегодня. Они заменяют сегодняшнюю рабочую память. Сейчас неподходящее время, какой бы полезной ни была информация.
  • плохо начинается неделя. Утро понедельника, до обеда. Никто не сделает ничего полезного до этой встречи, и тебе лучше надеяться, что они поправятся за запоздалым обедом. Иначе вы просто навредили всей рабочей неделе.
  • «мы переходим с IRC на мессенджер ‹xyz›». РЖУ НЕ МОГУ. Неа.

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

  • представление новых членов команды и чествование ушедших. Это нужно делать в группе. Лучше делать это стоя с закусками и напитками.
  • клиенты, которые могут присоединиться или которые могут уйти. Держите это личным. Упомяните сотрудников этих организаций-клиентов. Ставьте лица к новостям. Люди вашего клиента, назначенные для работы с вами, тоже люди (Comcast может быть исключением…). Соедините этих людей с вашими людьми.
  • если у новости нет лиц, вам не нужна личная встреча, чтобы объявить об этом. Просто отправьте электронное письмо или лучше создайте IRC-канал. Кое-что люди проверяют в свободное время. А может и отобрать.

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