Американский программист Шиминь Чжан впервые задумался об экономике рутинных созвонов во время очередного скучного митинга в начале мая. На встрече присутствовал тимлид и продакт-менеджер, а также четыре разработчика. Название компании инженер не раскрывает. В своем блоге Чжан приводит следующие подсчеты:
- в среднем программисты компании получают $200 тысяч в год брутто, а еще могут использовать две недели оплачиваеомого отпуска;
- при этом работодателю услуги программистов обходятся еще дороже, поскольку деньги идут еще и на дополнительные бенефиты — поэтому оклад можно смело умножить на 1,5;
- среднестатистический разработчик находится в максимально продуктивном состоянии примерно 4-6 часов в день. Чжан взял среднюю цифру в 5 часов;
- по закону Парето, основную ценность компания получает на 80% от разработчика в состоянии продуктивного потока, а остальные 20% — от других состояний. Митинги относятся ко второй категории;
- плохо спланированная встреча прошла в компании, где и до этого уже было слишком много совещаний, а, значит, в состоянии пиковой продуктивности программист находится меньше обычного. Добавим сюда еще по 30 минут до и после встречи на переключение с одного формата работы на другой — на любой созвон все-таки надо настроиться, а в детали вникнуть.
Получается, что один час продуктивного состония разработчика обходится компании в $192 — (200 000*1,5*0,8)/((52-2)* 5*5). При условии, что встреча длилась два часа и на ней присутствовали четыре разработчика, их время обошлось компании в $1 536.
«Если встреча не принесла особой пользы, то вместо нее следовало просто отправить одного из разработчиков на Бали», — пишет Чжан. Или купить новый M1 MacBook Pro — это даже дешевле.
Программист отмечает, что заметил интересную корреляцию — чем больше в компании встреч и звонков, тем менее охотно руководство выделяет деньги на технику и обучение. «Классический пример, когда скупой платит дважды», — отмечает Чжан.
Как оптимизировать процесс
Проблему, считает блогер, можно решить несколькими способами:
- бесполезных встреч не должно быть в принципе. И если уж все собрались, то нужно сразу переходить к делу — 15-минутные вступления и отступления недопустимы;
- если без встречи никак не обойтись, не стоит звать на нее всю команду — позовите одного тим-лида и попросите его потратить полчаса после созвона на создание краткого документа с выводами. Пусть поделится им с коллегами — в таком случае час времени потратит только лидер команды, а не вся группа разработчиков;
- ставить в расписание встречи одну за другой, чтобы не разбивать рабочий день на части. Например, назначить звонок сразу до или после ежедневного синка. Чжан советует не проводить созвоны в самое продуктивное время — с 11:00 до 16:00;
- заранее подготовить тезисы для обсуждения — и двигаться по ним. Как только вы пройдетесь по всем пунктам, митинг можно сворачивать. В этом случае у созвона будет четкая стартовая и финальная точка;
- проводить митинги нужно, если требуется какой-то синхронное действие — обсуждение или брейншторм. Если нужно просто донести информацию, отправьте электронное письмо. Если нужно спросить мнение, проведите опрос в Slack. Асинхронные действия требуют асинхронных механик — дайте разработчикам возможность решать такие вопросы в удобное время, а не посреди рабочего дня на пике продуктивности.