The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:
Несколько лет назад я написал блоговую статью о ежедневных стоячих собраниях, которые регулярно проводятся многими программными командами. С тех пор, статья получила комментарии с обеих сторон. Читатели либо 1) сильно соглашаются со мной, либо 2) обвиняют меня в том, что я не имею представления о целях утренних стоячих собраний.
Моя точка зрения заключается в том, что только слабым менеджерам необходимы такие собрания для координации работы команды, в то время как сильные менеджеры используют более формальные инструменты для организации потока информации. Однако, как отметил один из комментаторов, утренние собрания не предназначены для координации работы, а “для обсуждения прогресса, препятствий и планирования”. Я этого не покупаю.
Давайте отложим вопрос о менеджере, так как многие из вас считают, что “команда доставляет продукт”, а не менеджер. Хотя я и не согласен с этим, давайте представим команду, которой не нужен менеджер и которая может отлично координировать работу самостоятельно. Даже в этом случае я задаю тот же вопрос: зачем нам нужно вставать и разговаривать лицом к лицу, чтобы “обсуждать прогресс и препятствия”? Почему мы не можем сделать это письменно, в чате, по электронной почте или даже по телефону? Лучше всего, конечно, использовать тикеты.
Почему “планирование на следующий день” и “обсуждение прогресса” должны проводиться лично в кругу стоя, а не в цифровой форме? Почему мы не можем информировать друг друга о прогрессе с помощью письма, информационной доски или электронной таблицы Excel? Почему планирование не может быть выполнено с помощью программного инструмента, которых на рынке предостаточно? Что не так с регистрацией препятствий в виде тикетов, их приоритизацией, назначением и последовательным решением?
Ничего. Все это можно и нужно делать онлайн. Для этого изначально созданы компьютеры. Все это понимают. Однако, сторонники Agile настоятельно верят в личные встречи, включая ежедневную церемонию scrum. Почему?
Как я сказал в своей недавно опубликованной книге Code Ahead, единственное разумное объяснение, которое у меня есть, заключается в том, что группе необходим этот ритуал, чтобы оставаться единой. И я имел в виду группу с слабым и неопытным менеджментом управлением.
Сильное и профессиональное управление объединяет группу и достигает цели через 1) явно определенные персональные цели и 2) недвусмысленные мотивационные инструменты. Просто говоря, каждый в любой момент времени точно знает, что ему нужно делать, чтобы получить деньги то, за что он здесь.
Однако, большинство программных групп не имеют такого прекрасного управления по множеству причин. Благодаря тому, как Agile последние годы уменьшал проектное управление, заменяя его лидерством и “командной работой”, многие потенциально хорошие менеджеры потеряли мотивацию работать в этой роли. Само собой разумеется, талантливых менеджеров так же сложно найти, как и программистов, стоматологов или дизайнеров интерьера. Более того, хорошее управление не терпит посредственности и делает ошибки видимыми, что, конечно же, большинство всегда противопоставляет себе - они будут делать все возможное, чтобы саботировать это. В большинстве программных команд попытка эффективного управления, явно определяя цели и мотивируя по результатам, скорее всего приведет к увольнению такого храброго менеджера.
В результате большинство программистов не имеют личных задач и мотивационных инструментов: они просто присутствуют в офисе с девяти до пяти и получают повышение раз в несколько лет только меняя компанию. И у них есть руководители, наставники, тренеры, лидеры, назовите это… вместо менеджеров.
Таким образом, как можно сохранить группу вместе и убедить программистов хотя бы притворяться работающими, если у них нет личных обязанностей, их мотивация близка к нулю, и их не могут уволить из-за чрезвычайно высокой стоимости найма новых? Более того, новые будут вести себя точно так же, просто потому, что это наиболее эффективное поведение для них, когда управление слабое (или отсутствует). Какой инструмент можно использовать, чтобы заставить их работать?
Это эмоция является одной из нескольких фундаментальных. Большинство людей ощущают ее после причинения вреда кому-то и будут стараться избегать этого. Программисты, выстроившиеся каждое утро и вынужденные оправдываться, неизбежно чувствуют вину: за ошибки, за помехи, за отсутствие прогресса, за свой наряд, за свою речь, за многие другие вещи. Не имеет значения, за что они чувствуют вину; главное - регулярно заставлять их чувствовать себя виноватыми в том, что они подводят других, даже если это не так. Эта эмоция возникает, когда группа слушает, а отдельный человек говорит, даже если говорящий не причиняет реального вреда группе. Code Ahead цитирует ряд научных статей, подтверждающих это, но не нужно иметь докторскую степень по психологии, чтобы понять, насколько уязвимым и страшным может быть положение человека, выступающего перед группой (я тоже могу подтвердить это, как регулярный публичный оратор). Вина возникает, и программист чувствует, что его действия могут вызвать или уже вызвали проблемы для других. Программист возвращается к компьютеру и начинает усердно работать, не имея никаких целей или мотивации. Кроме как не подвести маму других!
В отличие от этого, сильное и компетентное управление использует формальные механизмы наград и наказаний, чтобы выровнять личные цели каждого члена команды с бизнес-целями, которые команда пытается достичь. Вот несколько примеров такого механизма (награды и наказания смешаны вместе):
Когда этот модульный тест исправлен, вы получаете $200.
Каждый раз, когда сервер недоступен более 5 минут, вы теряете $500.
Вы проводите собеседование с новым Java-программистом и получаете $100.
Вы получаете $75 за каждую критическую ошибку, которую вы сможете найти.
Если вы не исправите этот тикет в течение 3 дней, вы не получите оплату за него.
Для того чтобы внедрить такую очевидную и явную систему мотивации, управление должно быть достаточно умным и сильным. Кроме того, это потребует много работы и может привести к серьезным проблемам с командой, так как, как уже упоминалось выше, медиокритическое большинство будет пытаться ее подорвать.
Встречи, особенно утренние стендапы, являются “идеальной” заменой, потому что они позволяют регулярно унижать программистов, активизируя их врожденное чувство вины, которое отправляет в их мозги такие или подобные сигналы:
Не открывайте Facebook, это расстраивает всех!
Работайте над этим тикетом, мы полагаемся на вас!
Разверни это быстрее, не подводи нас!
Будьте хорошим мальчиком/девочкой, не заставляйте нас ждать!
Если вы не исправите это сейчас, завтра утром вам будет стыдно!
Каждое утреннее совещание “стоя” - это освежающая порция вины, которая необходима каждому программисту, чтобы оставаться “мотивированным” и “заинтересованным”. Вот настоящая причина, почему они “более эффективны” по сравнению с цифровыми и официальными потоками информации.
Возможно, в будущем мы найдем способ доставлять вину в виде небольшой таблетки, которую каждый программист должен будет проглотить утром. Пока такая таблетка не изобретена, продолжайте проводить утренние совещания “стоя”.
Translated by ChatGPT gpt-3.5-turbo/42 on 2023-12-27 at 13:47
