Чат поддержки

Практикум
Привет! Это поддержка Практикума 👋 Если что-то не получается — постараемся помочь. Пишите в чат или выберите другой способ связи

пт, 2 декабряв 17:21

Мы уже начали заниматься вашим вопросом, ответим в ближайшее время

Практикум

Здравствуйте!

Поддержка не сможет помочь с вопросами, связанными с теорией или задачам из курса «Системный аналитик» — в этой ситуации рекомендуем вам обратиться к вашему преподавателю в чате в Slack.

Если же у вас возникнут иные вопросы — обязательно пишите, будем рады помочь :)

17:24

Выбрать способ связи

Перейти в профиль Практикума

Поменять когорту

Выйти из профиля

Добавить аккаунт

Дополнительные материалы

спринт Дополнительные материалы

Как учиться на курсе

4/4

К проекту 2

0/1

К спринту "Реализация системы"

2/2

К спринту "Поддержка, обслуживание и оценка результатов"

1/1

SQL и системы визуализации

11/11

SQL и Python

9/10

Мягкие навыки аналитика. Коммуникация и активное слушание

4/4

Мягкие навыки аналитика. Постановка задач

5/5

Ясные задачи — что это?

Все ли задачи достижимы?

Как нарезать задачу

Инструктирование и постановка задач

Алгоритм постановки задач

Мягкие навыки аналитика. Планирование

4/4

Пригласить друзей

Ясные задачи — что это?

Один из важных навыков современного человека — умение грамотно ставить задачи. Можно сколь угодно долго требовать от сотрудника результат, но если вы сами не можете внятно его сформулировать, то вряд ли его вообще можно получить. В этой статье мы начнём проверять формулировки задач на ясность с помощью критериев SMART.

Знакомьтесь, Тимур

Тимур принимает задачи от своего вышестоящего руководителя. Его смежниками, с одной стороны, является отдел бэкенд-разработки — там программисты пишут код, отвечающий за внутренний функционал онлайн-сервисов. С другой стороны, смежниками Тимура выступает отдел дизайна — там создают внешний вид сайта и приложений Банка.

Смежники — это сотрудники других подразделений, с которыми вы или ваша команда регулярно взаимодействуете по рабочим вопросам. Вместе со смежниками ваша команда создаёт общий результат. При этом лично у вас нет полномочий на управление смежниками.

В задачи Тимура и его подразделения входит перенос всего, что создают дизайнеры, в цифровую среду. Дальше это соединяется с «начинкой», которую пишут в бэкенде.

Тимур совсем недавно вышел на эту позицию. Давайте заглянем к нему через плечо в записную книжку.

Как понять, насколько эти задачи сформулированы ясно?

Можно обратиться к здравому смыслу, интуиции, озарению, но надёжнее использовать устойчивые критерии.

SMART

Стандартом для постановки и проверки ясности задач в менеджменте сейчас можно назвать метод SMART. Он выведен из опыта управленцами в 1980-х годах и подкреплён исследованиями в русле теории целеполагания (goal-setting theory) Эдвина Лока и Гэри Лантама.

Критерии проверки задачи:

Начнём с трёх критериев, которые отвечают за то, насколько точный образ результата мы создадим в голове специалиста — конкретность (S), измеримость (M), обоснованность (R).

Конкретность или осязаемость результата (Specific). Критерий проверяется с помощью вопроса: можно ли готовый результат облечь в физическую или цифровую форму? Например, для физического продукта это распечатанный и подписанный договор, заготовка для детали, стальная труба. Для цифрового продукта — строчки кода, кнопки на сайте, формула в таблице, шрифтовая пара. Если ответ положительный, проверка пройдена.

Рассмотрим примеры формулировок.

Внеси все правки от дизайнеров, они пришлют их письмом.

Эта конкретная формулировка. Ясно, что результатом будет исполнение требований дизайнеров — их можно спокойно записать. Кроме того, результат будет «осязаем» в цифровом продукте, который изменится.

Дизайнерам не понравилось, что мы используем старые шрифты. Привести в соответствие с брендбуком по всему сайту и приложению.

Здесь результат ясен. Есть брендбук, который описывает то, как должны выглядеть шрифты, значит — шрифты должны стать другими во всех цифровых продуктах.

На следующей неделе выпускаем ежеквартальное минорное обновление приложения — подумать, что добавить от нас.

Неясно, что будет результатом — размышления? Формулировка не проходит проверку, так как размышления не имеют цифровой или физической формы. Более удачная формулировка: «На следующей неделе выпускаем минорное обновление — нужно собрать в список наши идеи по улучшениям и выбрать из них самую актуальную».

IT-директор просит, чтобы от каждого отдела прислали как минимум две инициативы по оптимизации процессов, — надо что-то предложить.

Неясно, инициативы какого рода и масштаба ожидаются? В какой форме их стоит подавать? Правильно, когда руководитель задаёт какие-то ограничения и форму ожидаемого результата, например: «Мы обсуждали изменения в процессе коммуникации с дизайнерами. Нужно оформить наше обсуждение в формате „что меняем — зачем меняем — какого результата ждём“. Есть возможность продвинуть эту историю дальше и улучшить наше взаимодействие».

Измеримость (Measurable) — собственно измеримость или любой эквивалент, позволяющий отслеживать прогресс.

Теперь рассмотрим примеры разных задач — с точки зрения измеримости.

Внеси все правки от дизайнеров, они пришлют их письмом.

Прогресс можно будет отследить по внесению каждой из правок. В данном случае формулировка «все» означает буквально все пункты, которые пришлют дизайнеры.

Дизайнерам не понравилось, что мы используем старые шрифты. Привести в соответствие с брендбуком по всему сайту и приложению.

Прогресс можно отследить, сравнивая требования брендбука с цифровым продуктом. Это скорее качественный критерий, чем количественный.

IT-директор просит, чтобы от каждого отдела прислали как минимум две инициативы по оптимизации процессов, надо что-то предложить.

Несмотря на неясность самого результата, его можно измерить! Инициатив должно быть строго две.

На следующей неделе выпускаем ежеквартальное минорное обновление приложения — подумать, что добавить от нас.

Результат мало того, что неясен, так ещё и не измерим. В формулировке не содержится ориентиров — ни качественных, ни количественных. Без них нельзя будет однозначно сказать, что желаемый результат достигнут.

Обоснованность (Reasonable) — указана информация, которая позволяет понять приоритетность задачи и общую ценность для достижения целей подразделения. Это помогает понять, как *организационный контекст** отражается в конкретном поручении.

*Организационный контекст — это совокупность переменных, составляющих разные ситуации с участием сотрудников. Среди этих переменных — доступные сотруднику или группе ресурсы, положение в иерархии и связанные с этим социальные последствия. Также сюда входят и более осязаемые рабочие параметры — освещение, температура и прочее.

Рассмотрим те же примеры с точки зрения обоснованности (указана как приоритетность, так и связь с более широким организационным контекстом).

На следующей неделе выпускаем ежеквартальное минорное обновление приложения — подумать, что добавить от нас.

Эта формулировка обоснована. Понятно, что это регулярное ежеквартальное событие и у нас есть возможность внести в него свой вклад. Это достаточно задаёт значимость и делает деятельность осмысленной.

Внеси все правки от дизайнеров, они пришлют их письмом.

Насколько важны эти правки, неясно. Более того, непонятно, к чему они относятся конкретно и необходимы ли они.

Дизайнерам не понравилось, что мы используем старые шрифты. Привести в соответствие с брендбуком по всему сайту и приложению.

Из формулировки ясно, что дизайнеры недовольны, но является ли это проблемой для рабочей группы? Не ясна ценность для подразделения. Можно добавить, что все коммуникации компании должны быть оформлены в едином стиле — иначе у клиентов возникает чувство низкого качества продукта. Тогда формулировка станет более обоснованной.

IT-директор просит, чтобы от каждого отдела прислали как минимум две инициативы по оптимизации процессов — надо что-то предложить.

Формулировка не содержит обоснования. Не описано, зачем нужны инициативы, о каких процессах идёт речь и что будет происходить дальше. Значимости добавляет автор запроса — руководитель высокого уровня, но неясно, как эта ситуация вписана в организационный контекст.

Таким образом, среди этих формулировок у нас есть победитель по ясности:

Задача достаточно конкретна, ведь ясно, как будет выглядеть результат. Она измерима, потому что понятна мера успеха. Проблема только с обоснованностью.

Конечно, в некоторых организациях и не нужно обосновывать значимость — достаточно сказать, что задача от директора. Однако это не страхует руководителя от того, что сотрудники неточно поймут контекст ситуации и выполнят задачу неправильно.

В завершение вспомним, что вы узнали из этой статьи:

Для проверки качества постановки целей можно использовать критерии SMART.

Конкретность задачи (Specific) — проверяется с помощью вопроса: можно ли результат облечь в физическую или цифровую форму?

Измеримость (Measurable) — набор количественных критериев, через которые можно описать результат и отследить прогресс в его достижении.

Обоснованность (Reasonable) — формулировка задачи содержит описание организационного контекста и условия, в которых задачу предстоит выполнять, а также смысл этих действий.

Ясная формулировка задачи должна пройти проверку критериями конкретности, измеримости и обоснованности. Тогда специалист поймёт, какой от него требуется результат.

К следующему уроку
Краткий пересказ урока
beta

Курсы

Вводный модуль

Понимание профессии системного аналитика

Разработка требований

Проект 1. Спецификация требований ко второму релизу Chatty

SQL для аналитиков

Моделирование данных

Проект 2. Моделирование данных и работа с базой данных интернет-магазина «Накарабине»

Моделирование процессов

Пользовательские интерфейсы

Agile-практики

Проект 3. Бэклог приложения для сети клиник «Вита»

Трудоустройство

Архитектура системы

Программные интерфейсы

Проект 4

Реализация системы

Поддержка, обслуживание и оценка результатов

Дипломный проект

Дополнительные материалы

x