SMART — набор из пяти критериев, по которым проверяют формулировку любой цели или KPI, прежде чем принять её в работу: Specific (конкретность), Measurable (измеримость), Achievable (достижимость), Relevant (значимость), Time-bound (срок). Метод не даёт инструментов ДЛЯ достижения цели — он проверяет, годна ли сама формулировка к тому, чтобы по ней вообще можно было работать и оценивать результат.
Реальный, ставший хрестоматийным (включая отдельный кейс Harvard Business School) пример того, к чему приводит KPI, прошедший проверку на конкретность и измеримость, но не на значимость (Relevant), — скандал Sears Auto Centers в США в 1992 году. Компания привязала вознаграждение автомехаников и консультантов к количеству выполненных ремонтов и продаж определённых высокомаржинальных услуг — показатель был предельно конкретным и измеримым. Но в феврале-июне 1992 года тайная проверка Департамента по делам потребителей Калифорнии выявила, что в 34 из 37 контрольных визитов сотрудники рекомендовали ненужный ремонт, переплата доходила до $550 за визит. Расследования начались в 41 штате США. 22 июня 1992 года председатель совета директоров Sears Эдвард Бреннан немедленно отменил систему стимулирования консультантов, а в сентябре 1992 года компания заплатила $15 млн в виде компенсаций и издержек по урегулированию с 19 коллективными исками. Урок предельно точен: показатель «количество выполненных ремонтов» был конкретным и измеримым, но абсолютно не связан с реальной целью бизнеса — удовлетворённостью и доверием клиента, — и именно отсутствие проверки на Relevant, а не на Specific или Measurable, превратило формально «умный» KPI в инструмент системного обмана клиентов.
Происхождение и исследовательская база
Автор термина — Джордж Т. Доран, статья «There’s a S.M.A.R.T. way to write management’s goals and objectives», журнал Management Review, ноябрь 1981 года. У Дорана изначально буквы расшифровывались чуть иначе, чем в современном ходовом варианте (например, A — Assignable, «назначаемая ответственному», а не Achievable), современная версия — результат постепенной адаптации практикующими менеджерами, а не единой поздней редакции самого автора.
SMART не появился в вакууме — он методологически продолжает управление по целям (Management by Objectives, MBO) Питера Друкера, впервые описанное в книге «The Practice of Management» (1954). MBO задаёт общую философию — цели сотрудника выводятся из целей организации, и именно результат, а не процесс, — предмет оценки; SMART добавляет к этой философии практический пятикритериальный фильтр проверки конкретной формулировки. Развитие метода не остановилось на исходных пяти буквах: расширение SMARTER добавляет Evaluated (оценка промежуточного прогресса) и Reviewed (пересмотр цели при изменении контекста) — оговорка, которую стоит знать, потому что базовый SMART молчит о том, что делать, если по ходу изменились вводные.
Ключевые идеи и принципы
Принцип: Specific — одна конкретная вещь, а не общее направление
«Повысить качество обслуживания» — не конкретная цель, у неё нет однозначного предмета. «Сократить среднее время ответа службы поддержки на первое обращение» — конкретная: понятно, что именно измеряется и что именно должно измениться.
Принцип: Measurable — точная формула расчёта, известная заранее
Измеримость — не просто «можно ли в принципе посчитать», а есть ли уже сейчас, до начала работы, согласованная формула и источник данных. Если формула определяется постфактум, под удобный результат, измеримость становится фикцией.
Принцип: Achievable — оценка через 4 категории ресурсов
Достижимость проверяется не интуицией, а разбором конкретных категорий ресурсов, которых требует цель: деньги, время, технологии, кадры, навыки, управленческие полномочия. Практический метод оценки — 4 шага: собрать исходные данные → построить прогноз естественного роста показателя без вмешательств → сравнить с текущими показателями → рассчитать реалистичный максимум с учётом доступных ресурсов. Бенчмаркинг похожих компаний/отделов — дополнительная проверка реалистичности цифры.
Принцип: Relevant — связь с целью более высокого уровня, не только «это полезно вообще»
Значимость цели проверяется явной связью с конкретной вышестоящей целью (отдела, компании), а не общим тезисом «это было бы неплохо». Для увязки целей разных команд между собой полезен инструмент «дерево метрик» — явная визуальная схема зависимостей, какая цель одной команды поддерживает какую цель другой.
Принцип: Time-bound — срок и точка сверки, не «в целом побыстрее»
Срок должен быть календарной датой или чётким периодом, с явной точкой промежуточной сверки прогресса, а не финальной датой без контрольных точек по пути.
Принцип: SMART работает вместе с другими методами целеполагания, не вместо них
SMART — не единственный и не самодостаточный инструмент. С методом GROW (Goal-Reality-Options-Way) его различает то, что GROW не задаёт жёстких правил формулировки, а структурирует сам процесс коучингового разговора о цели — GROW уместен для более крупных, менее формализуемых личных или командных целей (например, ежеквартально), SMART — для конкретных рабочих задач. С OKR разница ещё резче: OKR — это структура из объекта (Objective) и 3-5 измеримых ключевых результатов (Key Results) на уровне команды/компании, а SMART — способ корректно сформулировать КАЖДЫЙ отдельный Key Result внутри этой структуры. SMART и OKR не конкурируют, а работают на разных уровнях одной системы.
Ограничения, слепые зоны и критика
SMART плохо применим к абстрактным, долгосрочным или трансформационным целям («стать компанией с лучшей культурой в отрасли») — жёсткая пятикритериальная рамка требует конкретики и срока там, где по природе цели их взять неоткуда без искусственного упрощения.
Метод не даёт ИНСТРУМЕНТОВ достижения — только проверяет формулировку. «Запустить приложение до 10 декабря» технически проходит все 5 критериев, но ничего не говорит о том, КАК этого добиться.
Жёсткость формулировки может подавлять креативность — если цель зафиксирована предельно конкретно и с фиксированным сроком, у исполнителя меньше пространства для нестандартного, более эффективного решения той же задачи.
Базовый SMART не предусматривает пересмотр цели при изменении внешних условий — расширение SMARTER (Evaluated + Reviewed) закрывает именно этот пробел, но само по себе SMART молчит об этом.
Есть три сценария, где метод стоит НЕ применять вовсе: однотипные повторяющиеся операционные задачи (где формальная постановка цели — лишняя бюрократия), острый кризис в компании (когда нужна скорость реакции, а не формальная проработка формулировки), и ситуации высокой нестабильности, зависящие от факторов вне контроля компании (SMART предполагаетразумный контроль над результатом, которого в такой ситуации объективно нет).
Типовые ошибки
Ошибка 1: несколько целей в одной формулировке
«Увеличить продажи и улучшить сервис» — это две разные цели, слитые в одну, каждая тянет к своему набору метрик и ресурсов.
Как избежать: одна формулировка — один измеримый результат; если целей объективно несколько, они формулируются и проверяются по SMART раздельно.
Ошибка 2: цель без метрики, только направление
«Стать лучше в переговорах» — направление, не цель: невозможно однозначно сказать, достигнута она или нет.
Как избежать: до утверждения цели явно зафиксировать формулу расчёта и источник данных — если формулу назвать не получается, цель ещё не готова.
Ошибка 3: недостижимый срок без учёта реальных ресурсов
Срок ставится «сверху», без прогона через 4 категории ресурсов (деньги/время/технологии/кадры) — команда формально соглашается, реально понимая нереалистичность.
Как избежать: прогонять срок через прогноз естественного роста + бенчмаркинг похожих ситуаций, а не утверждать желаемую дату без проверки.
Ошибка 4: цель не связана со стратегией
Показатель растёт, но никак не поддерживает ни одну цель более высокого уровня — команда занята, но общий результат компании не двигается.
Как избежать: явно прописывать, какую вышестоящую цель поддерживает эта конкретная — использовать дерево метрик для видимости связей между командами.
Ошибка 5: цель не пересматривается при форс-мажоре
Внешние условия меняются (например, ключевой канал продаж внезапно недоступен), а формально утверждённая SMART-цель продолжает считаться обязательной к исполнению без изменений.
Как избежать: закладывать промежуточные точки сверки (Evaluated) и явное право команды инициировать пересмотр цели (Reviewed) при существенном изменении вводных — расширение SMARTER для этого и существует.
Главное, что нужно знать
SMART — фильтр качества формулировки цели/KPI по 5 критериям, не инструмент достижения результата.
Достижимость проверяется через 4 категории ресурсов (деньги/время/технологии/кадры), а не интуицией.
SMART работает НА УРОВНЕ отдельной цели внутри более крупных систем — GROW (для менее формализуемых целей) и OKR (SMART описывает каждый Key Result).
Три сценария, где метод противопоказан: рутинные повторяющиеся задачи, острый кризис, высокая нестабильность вне контроля компании.
Расширение SMARTER (+Evaluated, +Reviewed) закрывает главный пробел базового метода — отсутствие механизма пересмотра цели.
План внедрения
Неделя 1: формулировка и проверка
Сформулировать цель/KPI одним предложением, одна цель — одна формулировка.
Определить точную формулу расчёта и источник данных до начала работы, не постфактум.
Прогнать достижимость через 4 категории ресурсов + бенчмаркинг похожих ситуаций.
Явно связать цель с конкретной целью более высокого уровня (через дерево метрик, если целей и команд несколько).
Зафиксировать срок и минимум одну промежуточную точку сверки прогресса.
Неделя 2: назначение и запуск
Назначить ответственного, который реально влияет на показатель (не просто наблюдает за ним).
Зафиксировать цель в трекере задач/цели, доступном всей команде, не только в переписке.
Провести короткую сверку понимания с исполнителем — не «ты всё понял?», а «расскажи, как ты понял задачу», чтобы вскрыть расхождения сразу.
Далее: сверка и пересмотр (SMARTER)
В каждой промежуточной точке сверки — явно оценить прогресс (Evaluated) и при существенном изменении внешних условий или полученных данных — пересмотреть формулировку, срок или ресурсы (Reviewed), а не слепо следовать первоначальной версии до конца периода.
Как реализовать этот план с помощью фрейма «Методология SMART KPI» в OrgDevTools
Фрейм SMART KPI в OrgDevTools — четыре цветные карточки, каждая под один критерий метода, но не линейно (S-M-A-R-T по отдельности), а сгруппированно под практическую логику проверки: «Конкретность и измеримость» (объединены — одна вещь, точная формула расчёта), «Достижимость», «Значимость», «Срок». В каждой карточке — свободный список пунктов, добавляемых по одному кнопкой «+ добавить» или клавишей Enter.
На неделе 1 плана внедрения — заносите в карточку «Конкретность и измеримость» формулировку цели и точную формулу расчёта; в «Достижимость» — вывод из разбора 4 категорий ресурсов; в «Значимость» — явную связь с вышестоящей целью; в «Срок» — дату и точку промежуточной сверки.
Фрейм явно акцентирован на достижимости как самом критичном из пяти критериев: вердикт формулируется так, что KPI считается годным «если проверен по всем 4 критериям — особенно достижимость: исполнитель должен реально влиять на показатель, иначе KPI демотивирует» — это прямое отражение принципа блока «Ключевые идеи и принципы» выше о том, что ответственный должен реально управлять результатом, а не просто числиться при нём. Если у методики привязана задача — фрейм позволяет сразу создать задачу «Проверить KPI на достижимость исполнителем», не оставляя вывод только текстом.