Тренд на эффективность на слуху уже минимум лет десять и успел надоесть. Многие восприняли его буквально — мол, нужно работать по-максимуму, как можно больше и как можно усерднее. Другие же отстреливаются фразой: «Работать нужно не 8 часов в день, а головой». Всё это очень поверхностно, поэтому давайте разбираться.
Обратимся к определению слова. Эффективность — это использование времени, энергии и других доступных ресурсов без потерь. Иными словами, это минимум ресурсов, необходимый для решения задачи.
Что это значит для вашей компании и как понять, эффективна она или нет? Начнём с малого. Сначала нужно определить, относительно чего вы замеряете эффективность:
#list-small
- Какую задачу решает компания?
- Какие ресурсы и в каком количестве выделяются на её решение?
Дано
Допустим, у вас на повестке одновременно и удовлетворённость пользователей, и стабильность текущего продукта, и развитие новых проектов (их необходимость ещё не подтверждена, но вы уже собираете под них команды). А ещё — масштабирование на зарубежные рынки и оптимизация затрат. Такое количество целей сбивает с толку. В итоге сотрудники хватаются за то, что им более-менее понятно и близко, а остальное время тратят на синхронизацию, решение конфликтов и приоритезацию. Получается, что достижение каждой цели сопровождается лишними движениями, а они, в свою очередь, приводят к потерям.
Решение
Уточнить фокус
Определите, на чём важно сфокусироваться в ближайшее время. Допустим, вы решили поддерживать стабильность текущего продукта и объявили об этом команде. Однако никаких значительных подвижек в этом направлении вы всё ещё не видите. Почему?
#separator
Углубляемся: определяем критерии и соотносим их с KPI
Чтобы разобраться, спускаемся на уровень ниже и понимаем, как и по каким критериям мы замеряем стабильность и какие KPI стоят у команды. Тут вы, например, можете выяснить, что команда сейчас никак не замеряет стабильность — и, более того, не знает, какие показатели за этим стоят. Или обнаружите, что хотя взяли курс на стабильность, эффективность команды вы измеряете количеством закрытых тикетов и отработанных часов. Если эти же показатели вы ещё и учитываете в системе мотивации, складывается следующая ситуация: «Мои сотрудники достигают KPI, я плачу им бонусы, но результат меня не устраивает».
#separator
Что делать дальше? Синхронизируйте метрики и результат
Сформируйте пул метрик, по которым будете замерять приближение к цели. Убедитесь, что эти показатели действительно ей соответствуют и регулярно замеряются. Так вы сможете отслеживать прогресс.
Как обнаружить потери и что с ними делать
Замеряйте усилия и ресурсы, которые затрачиваете на достижение цели, и соотносите их с результатами. Для этого нужно декомпозировать этапы работы.
Предположим, стабильность продукта можно поддерживать систематическими обновлениями. Разложим этот процесс на кусочки: сборка —> тестирование —> проверка менеджера.
#separator
При этом:
#list-small
- до релиза каждая функциональность должна пройти три итерации ручного тестирования;
- после того как тестировщик подтвердил, что сборка рабочая, её проверяет менеджер и не обнаруживает проблем в 95% случаев.
В первом случае вы несёте потери из-за дефектов (время тестировщиков на проверку, время разработчиков на переключение между их текущей задачей и предыдущей, которую он уже посчитал завершённой). Во втором — из-за дублирования работы. Следующий шаг — исследовать причины и оптимизировать процесс так, чтобы потерь было меньше.
#separator
Если резюмировать, к вопросу эффективности стоит подходить с двумя вопросами:
#list-small
- Какую цель я преследую?
- Получаю ли я от своих усилий желаемый результат?
А дальше — всё по нашему плану.
<<typical-otzyvy-mikhail-khovrichev>>
