Как стать автором
Обновить

Вся правда о еженедельных созвонах, или Зачем переливать из пустого в порожнее?

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров17K
Всего голосов 46: ↑37 и ↓9+38
Комментарии49

Комментарии 49

Написано по свежим следам после пятничного созвона?

Видимо, да, наболело) Плюсуюсь

это вам ещё повезло, у нас такой трэш был по вторникам в оффлайне, когда-то

Справедливости ради, у нас в компании такие митинги обычно минут 15 идут, максимум 30 минут.

Еженедельные созвоны не нужны даже их организаторамXD

Еженедельные? Счастливые...

Ждём гайд, что делать тем, у кого созвоны ежедневные. Причём ещё и дважды в день.

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

Теперь у вас тоже черездейли)

Лол, вы так говорите, будто ежедневно это часто.

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

Нужно запланировать третий ежендевный созвон, и на нём решать, нужно ли добавить ещё созвонов.

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

Не знал, что существует такой бесполезный процесс. Сочувствую. А нельзя отказаться?

Увы но нет, не поймут

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

Причем этот процесс есть на всех уровнях, не только у разработчиков

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

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

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

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

Потом все остальные читают и все эти 'советы по исправлению' прямо там же дописывают.

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

А если кто-то умеет хорошо формулировать - да пусть пишет, на здоровье.

Теорию о том для чего нужны бесконечные созвоны - знают все. Беда в том что на практике это не работает. И это тоже знают все.

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

Я написал с точки зрения практики: как это реально работает. Понятно, что со стороны линейных сотрудников взгляд будет другой. Но и не они ответственные за свою эффективность и производительность, а особенно - как их работа влияет на конкретные показатели бизнеса.

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

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

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

тут мы упираемся в нормальную, проработанную, документацию по проекту. Если она есть и исчерпывающая: на входе требования к бизнес-показателям, на выходе - техническое задание на разработку, по которому нет вопросов, - тогда это идеальная организация рабочего процесса, и рабочие звонки, скорее всего, будут не нужны. Однако, я пока не видел процессов, организованных таким образом, хотя бы в 80% случаев. Максимум, для ~половины рабочих задач.

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

У нас утренний понедельничный. Сразу за ним, лидовский понедельничный. И потом пятничный еще. А если кто то там еще и вопрос задаст, то все. Болтавню не отсановить.

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

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

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

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

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

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

Ценность "планерок" и "летучек" была во времена бурной индустриализации и полном отсутствии связи и информатизации. Это было лет 60 назад. Зачем сейчас, во времена мессенджеров и ERP - проводить совещания?

Любую, даже самую элементарную, задачу можно сделать невыполнимой, если провести достаточное количество совещаний ©

  1. Менеджер готовиться к совещанию, собирая предварительную информацию,

  2. Менеджер собирает совещание, рассказывает об общем прогрессе и дает его оценку,

  3. Менеджер ставит задачи на неделю/день, справедливо и равномерно распределяя нагрузку и устанавливая форму отчетности,

  4. В течение недели/дня менеджер контролирует выполнение задач посредством установленной формы отчетности,

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

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

Созваниваться надо один раз в неделю, если есть необходимость то чаще.

Как же вы уже достали со своим нытьем.

Залог успеха в любом деле - коммуникация.

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

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

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

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

Скажи прямо, что впадлу с постели вставать а стэндап как раз то, что заставляет тебя подниматься на работу.

Во-первых: тебе (раз уж мы сразу "на ты" перешли) конечно виднее, кто и зачем работу работает.

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

В-третьих: созвоны не обязательно бывают утром. По моему опыту чаще вечером. Но anyway я в Азии живу, так что когда в Москве (или, тем более, западнее) утро я уже давно встал. Так что за меня писать не надо.

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

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

Созвоны становятся тем, что описано в статье, только если вы занимаетесь унылой, скучной и задолбавшей всех фигней. Или если состав участников нерелевантный. У нас, в R&D команде, такое представить сложно, просто потому, что всем по настоящему интересно. А те, кому не интересно, у нас надолго просто не задерживаются.

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

Написано явно интровертом для интровертов.

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

Люди, к сожалению, не роботы!

Проблема в том, что созвоны - это отчайная попытка неумелых менеджеров изобразить хоть какую-то рабочую обстановку. При наличие чёткой структуры организации с распределением ролей и обязанностей, при наличии менеджеров, которые знают, как ставить задачи, созвоны заменяются одним емейлом с утра в стиле "Сделай задачи 1, 12 и 42" и одним емейлом вечером "Сделал 1 и 12, 42 смогу доделать только завтра".

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

Не, ребят, созвоны - это хорошо. Созвоны дисциплинируют. Если в календаре стоит созвон в 10:00 - хочешь не хочешь - а проснешься к этому моменту и будешь у компа.

Понятное дело, что созвон не должен длиться более 30 минут. Ну ладно, максимум час. У нас раньше были дейлики каждый день с утра, с регулярностью курьерского поезда. Потом решили - да ну его, сделали через день и стало вообще отлично! Услышать голос коллеги из твоей команды (или из соседней), почувствовать, что это живой человек, помочь чем-то или наоборот задать вопрос и получить ответ - это же прекрасно. Конечно должны быть рамки, я например не люблю, когда начинают обсуждать политику, новости там и всё такое - вот это самая жесть, поскольку тут точка зрения, скажем так, сильно влияет... Самое интересное - обсуждать идеи - как лучше и оптимальнее сделать то или то... или вообще не делать. Вот как-то так...

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

А вообще грамотное проведение встречи -- так, чтобы никто не заскучал и всем было и полезно, и интересно -- это одна из задач менеджера, как мне кажется (а не просто пинговать "что там по задачам?").

Полностью согласен. Есть ещё методики, такие как agile, которые подразумевают под собой тоже N созвонов)

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

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

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

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

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

И от "напишет херню" дейлики никак не спасают - код на слух очень плохо воспринимается. Для этого, сколько помню, код ревью придумали.

Ахаха. Сколько успешных команд вы знаете, где люди не созваниваются и не общаются голосом?

  1. Социализация, для многих важно видеть хоть кого-то, люди сами это говорят на 1:1, удалёнка и релокация делают людей счастливее не во всех аспектах

  2. Быстрое решение острых проблем, когда все на месте

  3. Рождение новых идей, когда ты "об кого-то подумал", и слышишь 2-3 новых мнения, до которых не додумался бы сам

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

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

  6. Элемент синхронизации. Всё-таки все уже проснулись к 10 и готовы работать. Часто нужна совместная работа.

  7. Заочное знакомство с продуктом. Кто-то рассказал про микросервис N, а тебе потом с ним работать. Какая-то информация да всплывёт в голове, потому что уже обсуждали.

Это вот только то, что пришло в голову, пока ехал в лифте с 1 на 2 этаж.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации