SMART: критерии постановки целей
SMART (Specific, Measurable, Achievable, Relevant, Time-bound) — методика постановки целей и задач.
Их формулировка проверяется по пяти критериям: если не проходит хотя бы по одному пункту — нужно исправить. Превращает размытые пожелания в проверяемые формулировки.
Основные критерии
- S — Specific (конкретная): цель однозначно описывает ожидаемый результат. Без «улучшить», «оптимизировать», «сделать удобнее» — такие слова каждый понимает по-своему. Контрольный вопрос: поймут ли заказчик и исполнитель результат одинаково?
- M — Measurable (измеримая): у цели есть метрика и целевое значение — по ним определяется момент достижения. Контрольный вопрос: как именно зафиксировать, что цель достигнута?
- A — Achievable (достижимая): цель реалистична при имеющихся ресурсах, компетенциях и ограничениях. Контрольный вопрос: хватает ли времени, людей и полномочий?
- R — Relevant (значимая): цель действительно важна для бизнеса или проекта и связана с более крупными целями. Контрольный вопрос: что изменится, когда цель будет достигнута?
- T — Time-bound (ограниченная во времени): у цели есть дедлайн или контрольные точки. Контрольный вопрос: к какому сроку?
A и R иногда расшифровывают иначе (Attainable, Realistic), но суть критериев не меняется: реалистичность и связь с бизнес-результатом.
Как работает
Алгоритм применения:
- Сформулировать желаемый результат одним предложением, как его описал заказчик.
- Прогнать формулировку по пяти критериям — задать контрольные вопрос ы к каждому.
- Убрать оценочные слова («лучше», «удобнее»), добавить метрику с целевым значением и срок.
- Согласовать итоговую формулировку с заказчиком и командой — дальше она живёт в бэклоге или ТЗ и служит критерием приёмки результата.
Если по какому-то критерию ответа нет — формулировка не готова: метрика «когда-нибудь станет лучше» не проверяется.
Где применяется
- Цели проекта и бэклог: цель спринта или всего проекта, записанная так, чтобы в конце можно было честно ответить «достигли / не достигли».
- Нефункциональные требования: вместо «система должна быть производительной» — измеримое значение.
- Критерии приёмки: SMART-проверка гарантирует, что критерий выполним и проверяем.
- Задачи на разработку: постановка задачи с метрикой результата и сроком.
- Личные цели и развитие: освоение навыка к конкретной дате с проверяемым результатом.
Примеры
Пример 1 (e-commerce): «повысить конверсию» → «увеличить конверсию оформления заказа с 2,1% до 2,8% к 31 декабря за счёт упрощения чекаута». Есть метрика, целевое значение, срок и рычаг.
Пример 2 (финансовый сектор): вместо «система должна быть производительной» — «система обрабатывает до 10 000 транзакций в секунду к релизу в III квартале». Формулировку можно проверить нагрузочным тестом, спорить о смысле не придётся.
Пример 3 (поддержка): «улучшить качество обслуживания» → «сократить среднее время первого ответа на обращение с 8 до 2 часов за квартал».
Зачем SMART аналитику?
- Фильтр нечётких формулировок: «хотелки» заказчика превращаются в требования, которые можно проверить — прямая связь со свойствами качественных требований.
- Общий язык с заказчиком: метрика и срок делают обсуждение результата предметным — вместо спора «удобно/неудобно».
- Критерии приёмки и задачи: SMART — быстрый способ проверить, что user story или задача на разработку не превратится в бесконечный процесс.
Совет для аналитиков: при обсуждении цели с заказчиком задавайте вслух пять контрольных вопросов — чаще всего проваливаются Measurable (нет метрики) и Time-bound (нет срока). Если времени на полную проверку нет, минимум — Specific и Measurable: без конкретности и метрики образ результата не восстановить.
Плюсы и минусы
Плюсы:
- однозначность: результат можно проверить, а не «почувствовать»
- дисциплинирует постановку задач: размытые формулировки отсеив аются на входе
- простой и запоминающийся чек-лист — легко применять к чужим формулировкам на ревью
- метрика и срок сразу закладывают основу для критериев приёмки
Минусы:
- формализм ради формализма: цифра и срок есть, но цель бессмысленна — SMART не проверяет здравый смысл
- достижимость оценивается субъективно: «достижимо» для заказчика и команды — часто разные вещи
- слабо работает для долгосрочных и исследовательских целей, где метрика заранее неизвестна
- метрику можно «оптимизировать» в ущерб реальному результату: цель достигнута, пользы нет
Типичные ошибки
- Метрика ради метрики → команда оптимизирует показатель, а не бизнес-результат
- Срок без проверки достижимости → дедлайн срывается, цель дискредитируется
- Конкретность без значимости → идеально сформулированная цель, не нужная бизнесу
- Применять SMART к чему попало → для исследовательских задач жёсткие метрики и сроки мешают, а не помогают
- Несколько результатов в одной цели → это разные цели: каждая формулируется и измеряется отдельно
- Цель поставлена и забыта → условия изменились, цель стала неактуальной, а команда продолжает к ней идти; SMART-цель пересматривают вместе с контекстом
Подборка материалов
- Постановка целей по технологии SMART: критерии, процесс
- Аналитика требований: SMART, INVEST, MoSCoW — пытаемся систематизировать хаос
- Метод SMART. Что это и почему про него важно знать руководителю?
- SMART в стартапе: как ставить умные задачи
- Как ставить цели и задачи по SMART
- Что такое SMART-цель и почему она важна в IT?
- Цели по SMART — что это, как ставить и примеры
- Изучаем SMART-цели
- По-умному: как ставить SMART-цели
- Цели SMART: расшифровка, постановка, примеры
- Цели по SMART: примеры и антипримеры, чек-лист
- Цели SMART — руководство от А до Я с примерами
- Смарт-цели: методика, критерии, особенности
- Цели SMART: техника постановки и примеры из бизнеса и жизни
- Цели SMART: критерии и примеры
- Как правильно устанавливать задачи: SMART, CLEAR, FAST
- SMART-цели: как ставить, примеры
Видео
- Как ставить цели. Система SMART
- SMART-цели: как ставить цели правильно? (с примерами)
- How to Set Goals Using the SMART Method
- Ставим задачи по разным методикам: SMART, CLEAR и другие