​​SMART в IT по-русски: Почему опять дедлайн сдвинули?

Методику SMART тебе наверняка впаривали на митингах и курсах по продуктивности. Только почему тогда задачи всё равно разваливаются, сроки горят, а код пишется в ночь перед релизом? Давай разберём, как это работает в реальной российской IT-среде.

🔹 S (Specific) — конкретика. Как ставят задачи в обычной конторе:

«Ну надо бы фронт доработать, а то фигня какая-то»

Как надо по SMART:

«Сделать адаптив для мобильных пользователей, уменьшив CLS до 0.1»

🔹 M (Measurable) — измеримость. Как у нас: > «Сделать быстро и качественно»

Как надо: > «Закрыть 90% багов из списка, добиться времени отклика API < 200ms»

🔹 A (Achievable) — реалистичность. Как любят делать менеджеры: > «Ну вы же у меня умные, за неделю справитесь!»

Как надо: > «Запилить интеграцию за 3 недели, учитывая тестирование и багфикс»

🔹 R (Relevant) — зачем вообще это нужно? Как обычно: > «Пилим новую фичу, потому что инвесторы попросили»

Как надо: > «Добавляем авторизацию через Госуслуги, потому что у 60% юзеров нет пароля»

🔹 T (Time-bound) — сроки. Как привыкли: > «Ну, в идеале — вчера»

Как по уму: > «Финальный тестинг до 20 февраля, выкатываем 25-го»

📌 Вывод: SMART — это не про «модные слова», а про то, как не доводить себя до нервного тика в 3 ночи перед релизом.

А теперь честно: какую самую бредовую задачу тебе ставили без конкретики? 😆

#советы_ит_специалистам