что такое декомпозиция цели на задачи
Декомпозиция задач
Сегодня поговорим о том, как добиться поставленных целей благодаря декомпозиции задач. В прошлой статье про целеполагание, я рассказала о нескольких методах постановки целей. Неважно, какой из них вам нравится использовать, главное, чтобы ваша цель была максимально конкретной, достижимой и измеримой. Но что делать после того, как у нас сформировались цели по каждому проекту или по каждой сфере жизни?
1. Нужно перефразировать цель в задачу.
Зачастую наши цели звучат слишком масштабно, пугая нас и демотивируя браться за их достижение. Для того, чтобы сделать цель более близкой, нужно перефразировать ее в конкретную задачу. Например, у вас есть цель: иметь красивый двухэтажный дом на заливе к 2022 году. Задача в обобщенном формате будет звучать так: построить двухэтажный дом.
2. Нужно декомпозировать главную задачу на ее мелкие составляющие.
Для примера можно взять цель, которую я уже привела: иметь красивый двухэтажный дом на заливе к 2022 году. Соотвественно задача, которую мы будем декомпозировать: построить двухэтажный дом. Допустим, у нас уже есть финансы для постройки дома, не хватает только плана, дизайн-проекта, участка и самого дома.
Сама по себе задача «построить дом» кажется очень комплексной. Пока мы не разобъем ее на понятные составляющие, скорее всего нам будет очень непросто взяться за ее выполнение, так как мы даже не понимаем, с чего начать. Можно упростить себе задачу, декомпозиров ее на листе бумаги или в вашем таск-менеджере.
Первый уровень декомпозиции:
Как справиться с декомпозицией задач и не перестараться
Меня зовут Виктор, я системный аналитик в компании «Спортмастер». И сегодня я хотел бы поговорить о декомпозиции задач и передачи их в разработку. Любой объект состоит из частей, будь это автомобиль или программный продукт. И чтобы собрать любой из этих объектов в единое целое из составных частей, потребуется время. Иногда — даже очень много времени. Особенно, если перед этим вы не просто разобрали основную часть, а решили докопаться до сути на атомарном уровне.
Как видно из приведенных примеров, описание каждой задачи зависит по большей части от фантазии и здравого смысла заказчика. Где-то оно больше, где-то оно меньше, но аналитикам надо как-то с этим работать. Иногда указывают еще и границы функционала, а иногда присылают просто тему. Если передать такую задачу сразу в разработку, на выходе получим что-то непонятное. Что приходится делать?
Идти к заказчику ногами и выспрашивать все требования, уточнять, что именно должно быть на выходе. Правда, бывают еще золотые заказчики, которых, на самом деле, большинство — они пишут все требования у себя в Confluence, поэтому можно в любой момент пойти и спокойно почитать, задать вопросы. И когда уже все понятно с рамками фичи, можно приступать к нарезке задачи.
Зачем нужна декомпозиция
Основная цель декомпозиции заключается в том, чтобы бизнес мог быстро реализовывать все свои хотелки, и чтобы от самой идеи до появления функционала у пользователя проходило как можно меньше времени. Для этого можно делать более мелкие задачки, от которых пусть небольшой, но все-таки рабочий функционал будет доходить до пользователя.
Помимо достижения глобальной цели удовлетворения потребностей пользователя и бизнеса, декомпозиция задач позволяет получать более быстрый фидбэк от заказчика, в правильном ли направлении копает разработка, или же получилось совсем не то, что заказчик себе представлял.
Если задача изначально большая и мы взялись за нее сразу целиком, то мы потратим на нее очень много времени и после комментариев заказчика нам придется все выбросить. Ну а если задача маленькая, день-два работы от силы, — ничего страшного. Переделка займет еще примерно столько же. Второй подход, к тому же, обойдется еще и дешевле. Не говоря уже о сэкономленных нервах с обеих сторон.
Если один функционал разбить на несколько кусочков, разработчики могут работать над ними параллельно. Таким образом мы распараллелим поток и ускорим вывод функционала в прод. Важная штука — при этом задачи должны как можно меньше зависеть друг от друга.
Плюс быстрое тестирование и исправление багов. Опять же, мелкий функционал гораздо проще и быстрее тестировать, чем монструозную махину. И если что-то пойдет не так, на «пофиксить» разработчик потратит совсем немного, и все быстрее заработает.
На этапе разбивки задач вместе с заказчиком можно сразу понять, какой функционал важен прямо здесь и сейчас, чтобы уже начать получать прибыль, что можно оставить на потом, а что, возможно, само отвалится за ненадобностью.
Бизнесу же важно знать, как быстро появится рабочий функционал. И при разбивке на задачи мы можем спрогнозировать и более точно оценить время, которое потребуется на их реализацию, чем когда у тебя один большой фронт работ. Но помимо того, что мелкие задачи легче оценить в плане времени на их проработку, разработчику также проще оценить риски, которые могут возникнуть в процессе работы.
Например, обновились фреймворки, какие-то методы вывели из эксплуатации, проблемы с кодом и прочее. Беря в работу небольшие задачи, мы минимизируем все эти риски, и даже если такая задача что-то заблокирует в потоке, это будет не так критично, как если бы это был здоровенный кусок (который бы заблокировал вообще всё). В случае необходимости можно будет сделать рабочее решение и в бэклог положить техдолг, с которым можно будет разобраться чуть позже, когда проблемы будут решены.
Основные подходы и правила декомпозиции
Существуют два основных подхода к декомпозиции задач — горизонтальный и вертикальный. При горизонтальном задачи делятся по типам работ, по уровням или по компонентам. Например, у нас каждая задача проходит через несколько стадий: фронтенд, бэкенд, базы данных. И при горизонтальном подходе одна задача идет в бэк, вторая во фронт, а третья приводит к изменениям в базе данных.
Чем плох данный подход? Мы не получаем рабочий функционал после выполнения каждой отдельной задачи. Только собрав результаты из трех источников, мы можем получить какой-то результат и фидбэк на него. По этой причине горизонтальную декомпозицию чаще всего не используют.
Гораздо удобнее вертикальный подход, при котором в каждой задаче можно сделать наглядный функционал — задача проходит по всем стадиям и на выходе есть результат, который можно проанализировать, протестировать, показать заказчику и поправить, если надо. И быстренько запустить в работу и использовать.
Если говорить про правила, здесь я выделил всего три. Во-первых, задача должна быть логически завершенной, то есть независимой сама по себе. Она не должна ломать логику вокруг себя и обязательно должна нести в себе хоть какой-нибудь бизнес-смысл, который в результате получит пользователь. При этом не стоит разбивать на части те задачи, которые не несут бизнес-смысла (в идеале их вообще не должно быть).
Во-вторых, результат выполнения одной небольшой задачи должен нести небольшие изменения. Чем меньше изменения, тем быстрее они попадают в общий код, и таким образом код не устаревает. Кроме того, маленькие задачи помогают избежать конфликта между разработчиками при мердже.
В-третьих, не стоит разбивать задачу на совсем уж микроскопические части. Если разбить слишком мелко, очень много времени уйдет на управление этими задачами. На каждом этапе их, возможно, придется переприоритезировать, заново проставлять связи зависимости и вот это всё. Таким образом, скорость разработки не увеличится, а наоборот, резко упадет. Поэтому нужно искать золотую середину.
Способы декомпозиции
В зависимости от источника, количество способов декомпозиции очень сильно варьируется: где-то их указывают всего восемь, где-то десять, где-то двадцать. Я бы хотел остановиться на тех способах, которыми мне приходится пользоваться каждый день на работе.
Несколько потребностей
Этот способ удобнее всего использовать, когда в истории присутствуют союзы «и», «или». Например, потребитель хочет сделать заказ и оплатить его картой или бонусами. Эту задачу можно разделить на три: первая, в которой пользователь делает заказ, вторая, где он оплачивает его картой, и третья, где в ход идут бонусы.
Сценарии использования
Еще один часто встречающийся способ — делить задачи в зависимости от сценария использования. В этом случае одна история представляет из себя один основной путь и несколько альтернативных. Допустим, пользователь хочет купить товар, и это будет основной сценарий. Но есть еще альтернативные пути — он может сразу положить товар в корзину и оплатить, а может захотеть перед покупкой сравнить этот товар с другими. И тогда отдельной задачей мы делаем сравнение товаров.
Возможно, он не хочет покупать прямо сейчас, а отложить куда-нибудь, добавить в избранное, чтобы позже к нему вернуться. Или пользователю понравился товар и уже готов его купить, но его нет в наличии. Значит, надо дать ему знать о том, когда товар появится. И вот таким образом получается четыре сценария.
От простого к сложному
Главная страница сайта «Спортмастер» состоит из баннеров. И самое простое, что мы можем сделать — взять одну картинку и показать ее пользователю. Это самый простой и быстрый способ донести нужную информацию. Дальше мы можем наращивать функционал и добавлять не одну картинку, а три-четыре, которые объединяются в сетку. Это уже отдельная задача.
При таком подходе с каждой последующей задачей функционал должен расти. Мы можем, например, сделать из сетки карусель, а потом добавить какие-нибудь ссылки, тексты, кнопки и остальное. В общем, сначала реализуем самый простой и быстрый в исполнении вариант, а затем движемся к более сложному.
Как раз недавно я занимался похожей задачей по реализации баннера. Баннер должен был висеть на главной управляться из CMS. Если спросить у заказчика, а чем бы именно он хотел управлять, он, не моргнув, радостно ответит — всем. Поэтому здесь было важно немного погрузиться в тему и выделить то, чем нужно управлять прямо сейчас, чем просто часто, а чем почти совсем не пользуются. И таким образом расставить приоритеты по реализации и поделить на задачи.
Операции (CRUD)
Это, наверное, самый распространенный способ декомпозиции. Здесь задачи деляться по операциям Create, Read, Update и Delete. Он подходит для задач, где нужно чем-то управлять или что-то конфигурировать. Например, задача по оформлению заказа делится на четыре более мелкие: создание заказа, его просмотр, редактирование и удаление.
Варианты интерфейса
Используется, когда надо поддержать несколько вариантов интерфейса. Например, сайт должен поддерживать несколько языков. Сначала мы делаем русскоязычную версию. Затем, при запусках в других странах, добавляем английский. Если же в стране используется язык, отличный от английского, то можем добавить и его. В этом случае проще все сделать сначала на одном языке, а потом постепенно добавлять переводы.
Совсем недавно мы завершили проект личного кабинета для юридических лиц, в котором нужна была поддержка мультиязычности. Сроки были сжатые, поэтому изначально сделали все на одном языке, но заложили основу для дальнейшего перевода. Теперь, чтобы добавить поддержку нового языка, нужна всего лишь одна небольшая задача. Если нужно добавить сразу несколько языков, на каждый из них заводится отдельная задача.
Разделение по ролям
Подходит для ситуаций, в которых функциональность подразумевает работу нескольких ролей и групп пользователей. На сайте «Спортмастера» у пользователя могут быть разные роли. Например, пользователи делятся по ролям на авторизованного пользователя, анонимного пользователя, и, допустим, пользователь колл-центра. Последняя роль также может делиться на две — это может быть как рядовой пользователь, так и администратор.
Для каждой роли мы можем сделать отдельную задачу. Начать с отображения для анонимного пользователя, а затем добавить какой-нибудь расширенный функционал в рамках задачи для авторизованного. И не забыть про технические роли операторов колл-центра и функционал для них.
Обработка ошибок
Если сроки сжатые, а минимальный функционал нужен как можно быстрее, можно вынести обработку ошибок в отдельную задачу. Здесь речь идет не о написании тестов, а об обработке ошибок пользователей и систем, с которыми интегрирован сайт. Представим, что мы обрабатываем страницу с каталогом, которая содержит плитку с товарами. В каждой карточке есть описание, фото и дополнительная информация.
Случилось так, что какая-то часть информации не приходит из баз данных.
Возможно, если речь идёт о бренде или материале, то этим можно пренебречь и просто не показать информацию. Но если не дойдет цена или название, стоит ли показывать эту карточку?
Что в такой ситуации делать? Этот вопрос можно вынести в отдельную задачку и затем обрабатывать каждое отдельное поле. То есть, если не пришла цена, то выполняем одно действие, потерялось описание товара — другое. То же самое с ошибками пользователя. Если он ввел что-то некорректно и отобразилась ошибка, например, «Страница не найдена» или ошибка 500, мы должны показать ему конкретную информацию о том, что случилось, и предложить ему сценарий, что он может сделать дальше.
Этот способ также подходит для ситуаций, когда нужно быстро получить обратную связь на функциональность, чтобы решить, оставлять ее или нет.
Статические, затем динамические
Это один из моих любимых способов. Подходит в ситуациях, когда можно реализовать функционал «на заглушках», то есть внешние системы не готовы поддержать функционал. Например, какие-то блоки на главной странице не могут управляться из CMS. Или меню, когда мы делаем его у себя в коде и отображаем пользователю, но при этом им не может управлять бизнес. И чтобы внести изменения, бизнесу надо постоянно ходить в разработку и просить это сделать.
Здесь мы выносим потребности пользователя и получение прибыли в приоритет. Пользователь получает готовый функционал сразу, пусть мы внутри можем испытывать некоторые неудобства. Поэтому мы делим задачу на несколько и сначала делаем новый блок доступным для пользователя, но бизнес им пока напрямую управлять не может. Но затем мы можем интегрироваться с какой-то системой или базой данных, где бизнес сам сможет менять пункты местами и добавлять новые самостоятельно, а мы их будем отрисовывать без участия разработки.
Мы часто используем этот способ: сначала делаем функционал на своих данных, которыми нельзя управлять со стороны, а потом уже добавляем динамику и начинаем получать данные из сторонних систем.
Производительность
Если задача в целом сложная и объемная, непонятно, с какого конца за нее взяться, то производительностью можно пренебречь. В первую задачу вынести готовый функционал, который хоть как-то, пусть медленно, но работал. А следующей задачей сделать ускорение работы. Например, это может быть медленная работа поиска товаров, применение фильтров, получение какой-либо информации
Иногда большая часть усилий вкладывается в быстрое создание функции — первоначальная реализация не так уж сложна. Но можно многому научиться из медленной реализации, плюс это имеет определенную ценность для пользователя, который иначе не смог бы выполнить какое-нибудь важное действие. Во всех этих случаях задачи разбиваются на «заставьте это работать» и «сделайте это быстрым».
Возможные трудности
Если вы решите использовать декомпозицию задач в своих проектах, то скорее всего первой сложностью, с которой вы столкнетесь, будет зависимость задач друг от друга. По моему опыту, именно эта проблема приводит к блокированию всего потока и встречается наиболее часто. Чтобы этого избежать, к декомпозиции стоит подходить ответственно и уделять ей достаточное количество времени.
Еще одна трудность — определить, насколько мелко надо декомпозировать задачу. И здесь границами выступает только здравый смысл. Например, мы берем компонент выбора города. В нем есть кнопки, какой-нибудь текст, поле ввода. Насколько мелко нужно бить эту задачу?
Мы для себя вывели правило, что задача должна проходить по всему потоку не больше, чем за одну неделю (около 40 часов). Речь идет про все стадии: стадию аналитики, разработки, тестирования. Плюс учитываются две стадии разработки бэкенда и фронтенда, включая ревью и тестирование на каждой.
Еще у нас была проблема с тем, что не всегда понятны границы эпика. Недавно нам поставили задачу с оформлением заказа. Где у нее границы? Что должно получиться на выходе? Нам было непонятно, нужно ли нам делать весь функционал до самого конца, или выбрать какую-то часть. Входит ли в этот эпик оплата, или это уже отдельный эпик.
Бывают задачи, с которыми сложно понять, как их декомпозировать и когда. Большую часть задач мы декомпозируем на стадии приема эпика, но бывают ситуации, когда это нужно сделать, например, на этапе аналитики. Мы берем задачу в работу и считаем, что все нужные данные в наших интеграционных системах уже есть, но в процессе анализа выясняется, что либо нас не устраивает формат данных, либо проблема в качестве самих данных, либо требуется доработка со стороны других систем, с которыми мы связаны. Тогда нам приходится делать задачу «на заглушках» и заводить еще один пункт в бэклог, к которому мы приступим уже после того, как решим основные проблемы.
Вот, вроде бы, и всё. Будет здорово, если поделитесь в комментариях историями о том, какой подход к декомпозиции задач используете вы и почему.
Декомпозиция целей как продуманный до мелочей путь
Из этого материала вы узнаете:
Декомпозиция целей – лучшее, что могли придумать в тайм-менеджменте. Данный процесс детализирует шаги, действия, которые нам нужно совершить, чтобы добиться задуманного. Главное цель должна быть четкой, конкретной и измеримой. За счет этого данный способ хорошо зарекомендовал себе в бизнесе.
Существуют разные методы декомпозиции целей. Есть даже алгоритм, как разбивать на шаги повышение продаж, перестраивая на новый лад воронку. Выбор того или иного подхода зависит от цели, которая ставится: если это похудеть за месяц, то будет достаточно таблицы в «Экселе»; если запуск нового проекта, то без ментальной карты не обойтись.
Суть декомпозиции целей
Самое главное в любом планировании — это декомпозиция целей. Под декомпозицией понимается разделение основной цели на конкретные шаги, которые необходимо выполнить для ее успешной реализации. Движение к цели невозможно без понимания пути. Декомпозиция — это отметки на этом пути, которые помогают успешно довести дело до конца.
Цель делится на задачи, задачи — на подзадачи, а те, в свою очередь, — на более мелкие детали. Каждая из составляющих декомпозиции важна, так как без этого практически невозможно достигнуть намеченного.
Сложности с внедрением планирования, срыв сроков, низкая скорость или плохое качество выполненных задач — это то, с чем сталкивается большинство компаний. Причина кроется в неграмотном планировании. Цели либо не дробятся на более мелкие, либо декомпозируются, но плохо. Чтобы это исправить, необходимо научиться разделять большие задачи на маленькие и понятные шаги. Стоит один раз уяснить алгоритм работы, и плохое качество и срыв сроков останется в прошлом.
Что дает декомпозиция целей и работ:
Убирает ощущение сложности или невозможности реализации поставленных целей. Чем лучше декомпозирована задача, тем реальней становится ее достижение. Особенно если это что-то новое, чего раньше не приходилось делать. Неизвестность перестает пугать, когда превращается в конкретный план.
Делает сроки реализации реальными. Оценить время, необходимое на решение одной глобальной задачи, намного проще, если видишь каждый шаг.
Облегчает процесс составления плана, помогает расставить акценты и приоритеты. Многие амбициозные цели вначале кажутся нереальной мечтой, но, разбитые на конкретные шаги, они обретают четкую структуру и глубокое понимание, что и как нужно сделать, чтобы превратить их в реальность.
Помогает здраво оценить ресурсы как на каждом этапе работ, так и для выполнения всей цели в целом.
Суть декомпозиции целей
Грамотно проведенная декомпозиция дает чувство ясности и легкости. Становится очевидно, что, в какой последовательности и как делать. Пошаговый план положительно сказывается на качестве работы, снимает тревожность, позволяет немного расслабиться и просто действовать по списку. Это как отправляться в путешествие: гораздо проще это делать по проложенному маршруту, чем наугад.
Декомпозиция целей требует построения дерева целей, особой иерархической структуры, которая позволяет увидеть весь план целиком со всеми его сильными сторонами и утечками, оценить, чего не хватает и что необходимо усилить для выполнения поставленных задач.
Для визуализации декомпозиции можно использовать любой удобный инструмент — от рабочего блокнота до одной из современных электронных программ.
Основные принципы декомпозиции целей
Под декомпозицией целей бизнеса часто подразумевают разные методы работы: от иерархического дерева до пошаговой схемы. Все они по-своему хороши, и, какой бы вы ни выбрали, планирование будет состоять из следующих шагов:
Декомпозиция, составление дерева целей, — это углубление в детали. Задачи разбиваются на микродействия и шаг за шагом выполняются. Однако излишняя детализация может также негативно сказаться на результатах, как и ее полное отсутствие. В этих вопросах важна умеренность — не более 5-6 подзадач для одного крупного действия. Так проще контролировать реализацию.
Полезные материалы для
увеличения продаж с
вашего сайта!
Много компаний ушло в онлайн и конкуренция значительно выросла. Так как бюджеты у всех ограничены, сейчас особенно важно, чтобы больше посетителей сайта покупали и оставляли заявки, а не уходили к конкурентам.
Поэтому мы подготовили конкретные инструкции, внедрив которые, вы увеличите количество заявок с сайта более чем 2 раза без увеличения бюджетов на рекламу!
Основатель агентства
интернет-маркетинга TFA,
автор курса “Взлом конверсии”
5 случаев, когда цену на сайте указывать необходимо Когда и как указывать цену, чтобы не отпугнуть потенциального клиента
10 источников клиентов для новичков Как быстро получить первых клиентов без крупных вложений
11 блоков, формирующих доверие Конкретные примеры: как привлечь клиента не за счет низкой цены
План создания лид-магнита с конверсией 69% Чек-лист с примерами по выбору и оформлению продающего лид-магнита
Стоит отметить, что это рекомендованное количество, при этом не следует забывать, что у каждой цели своя специфика, и чем объемней проект, тем больше вероятность дополнительных задач. Будьте разумны и объективно оценивайте то, над чем работаете.
Простая схема декомпозиции целей
Как и в любом процессе, в декомпозиции целей и задач важен своевременный и полный анализ. Это необходимо для обнаружения ненужных, излишних или незначимых целей. Поэтому важно не спешить и помнить, что корректировка плана — это естественная часть процесса.
Чтобы ничего не упустить, можно придерживаться следующего алгоритма:
Определяем основную цель.
Крупными срезами делим основную цель на несколько базовых подразделов.
В зависимости от степени важности и объемности той или иной цели проводим дополнительную сегментацию подразделов.
Внимательно оцениваем и анализируем каждую ветвь системы.
Убираем то, что кажется излишним или незначительным.
Приступаем к работе по новому плану.
Хорошей практикой, которая поможет сократить время на исправление ошибок, будет постоянный анализ пройденного пути. Каждую задачу необходимо проговаривать и визуализировать, стоит избегать спешки и необдуманных действий.
Помимо этого, важна командная работа: чем больше человек задействовано, тем быстрее будет решена задача. Плюс ко всему это дает плюрализм мнений: критика, да и просто другой взгляд на решение может значительно улучшить качество и скорость выполнения задач.
4 метода декомпозиции целей
Владельцы компаний ставят перед собой цели и задачи, которые требуют разного, иногда нестандартного, подхода. Именно по этой причине нет шаблонного способа декомпозиции, но есть несколько методов, облегчающих процесс. Они могут быть использованы совместно или независимо друг от друга.
Если задача понятна, логична и ее можно описать как серию последовательных шагов, тогда этот способ идеален.
Лучше всего иллюстрирует этот метод декомпозиции целей пример со строительством. Представьте, что вам необходимо построить дом. Первое, что нужно сделать, — разделить весь процесс на главные этапы.
Далее каждый этап необходимо детализировать. Например, на этапе фундамента вам необходимо: разметить территорию, провести подготовительные мероприятия, выполнить земляные работы и т. д.
Дробление продолжается до тех пор, пока этап не превращается в пошаговый процесс, который может быть внесен в ежедневные задачи. Помимо задач, можно также прописать объем и стоимость материалов, зарплату рабочим и другие расходы, которые будут нужны при расчете бухгалтерии.
Важно не только грамотно разбить этапы на конкретные шаги, но и равномерно распределить их по времени, чтобы нагрузка была посильной, а сроки реальными.
Задачи, декомпозированные по методу этапов, удобно представлять не только в виде списка, но и при помощи ленточной диаграммы Ганта.
Метод измеримых показателей
Данный метод похож на предыдущий, с одной разницей — фокусом становятся не задачи, а определенные цифры. Он отлично подойдет для декомпозиции финансовых целей. Например, по снижению затрат на производство, увеличению среднего чека или уровня дохода.
Лучше всего проиллюстрирует этот метод один жизненный пример — занятия спортом. Предположим, каждое утро вы делаете зарядку и приседаете 3 подхода по 5 раз. Неплохо, но вы амбициозны и хотите за два месяца улучшить показатели и делать 5 подходов по 20 раз.
Вы реально оценили свои возможности и поняли, что сможете осуществить задуманное за 30 тренировок. Звучит вполне реально. Но как декомпозировать? Просто, открываете Excel, вносите исходные данные, конечные результат и планируемое число занятий. Далее используете функцию автозаполнения. И — вуаля! — у вас готов план.
У вас есть план, но, как мы уже говорили ранее, важно не только планировать, но и проводить анализ. Вносите фактические данные и корректируйте свои планы, чтобы достичь цели. Этот метод отлично сработает и для других задач: пробежать марафон, сбросить вес, выжать штангу от груди и т. д.
Однако этот метод не всегда прост. Например, для того чтобы увеличить доходы, вам не только нужно будет вносить данные, но и совершать какие-то конкретные шаги. Например, открыть франшизу, вывести новый продукт, запустить таргетинг и т. д. В этом случае необходимо составить конкретный список действий, которые помогут достичь желаемых показателей.
Самую большую сложность вызывают цели, которые нельзя разложить на последовательные шаги. К такому типу относятся проекты, состоящие из целого комплекса не связанных между собой мер. Например, проекты, направленные на улучшение или доработку чего-либо: продукта, системы или даже здоровья.
Для примера возьмем задачу по выведению нового продукта на рынок. Вначале необходимо определить ее составляющие и основные факторы, которые оказывают влияние. Иными словами, необходимо вывести формулу со множеством показателей и неизвестных, которые взаимодействуя друг с другом дают какой-то результат. Вот эти показатели (задачи) вам и необходимо определить и декомпозировать на составляющие.
Если детализация кажется излишней, составьте список решений для каждого параметра. В итоге у вас должен получиться чек-лист или список конкретных задач.
Трудность вызывает то, что такие задачи не гарантируют 100 % результата, а являются своеобразными гипотезами, реализуя и анализируя результат которых, вы так или иначе приближаетесь к цели.
Метод одношаговой декомпозиции
Декомпозиция целей организации – процесс сложный и непредсказуемый. Это связано с тем, что, во-первых, трудно учесть все возможные форс-мажорные ситуации. Во-вторых, часто в начале пути не совсем понятно, куда идти и с чем предстоит столкнуться.
Если вы понимаете, что вокруг вашей цели много неопределенности и нестабильности, то самое время прибегнуть к методу одношаговой декомпозиции. Он работает так:
Данный метод эффективен, даже если изменения происходят неконтролируемо и постоянно. Отсутствие долгосрочного объемного планирования помогает быстро перестроиться и скорректировать планы исходя из новых данных.
В этом методе ключевым является первый шаг. Над ним придется серьезно подумать, прежде чем внести в список, но это отлично компенсируется гибкостью и мобильностью метода.
Сделайте эту задачу регулярной, и результат не заставит себя ждать.
Декомпозиция целей по SMART
Ментальные и интеллект-карты, mind-maps, — самый распространенный, известный и удобный инструмент для планирования. В Интернете существует огромное количество специальных программ, разработанных для облегчения процесса планирования. Хотя по факту для декомпозиции целей специальная программа не нужна, достаточно листа бумаги и ручки.
Первое, что необходимо сделать, — записать цель. Далее спросите себя:
Пусть вашей годовой целью будет — написать должностные инструкции для всех сотрудников компании. Задаем себе первый вопрос: что нужно сделать для достижения этой цели? Определить исполнителя, составить структуру инструкций, провести встречу с носителем компетенции, составить описание бизнес-процессов и т. д.
На каждую такую задачу задаем себе второй вопрос: это можно выполнить прямо сейчас? Если да – замечательно, закрываем эту ветку; нет — возвращаемся к первому вопросу.
ТОП-5 ПОПУЛЯРНЫХ СТАТЕЙ
Проделываем этот алгоритм до тех, пор пока перед вами не появится список конкретных задач. Это могут быть разовые или регулярные задачи, на выполнение которых потребуется от 15 минут до 2 часов.
Важно помнить, что в основе любой декомпозиции лежит не столько список задач, сколько оценка объема действий и ресурсов.
Это возможно только при одном условии, если вы придерживались принципа SMART.
Однако реальная практика отличается от теории: сформулировать четкую, лаконичную и конкретную цель по методике SMART не всегда легко. Для того чтобы облегчить планирование, можно комбинировать принципы SMART и один из методов декомпозиции стратегических целей. В этом поможет простой алгоритм:
Выделяем показатели, по которым сможем оценить конечный результат (M).
Определяем достижения — промежуточные конкретные параметры для каждого из показателей, на которые будем ориентироваться в процессе достижения цели (A).
Декомпозируем цель на задачи (R).
Устанавливаем сроки выполнения (T).
Определяемся с периодичностью контроля и анализа для своевременной корректировки пути достижения цели.
Данную последовательность можно визуально представить в виде следующей схемы:
Декомпозиция цели по системе Брайана Трейси
Система канадского бизнес-тренера Брайана Трейси — это еще одна известная стратегия для декомпозиции основных целей бизнеса. Лучше всего она проявила себя в качестве инструмента для личностного роста владельцев бизнеса, в процессах, направленных на адаптацию изменений в компании, и в целом при решении задач развития.
Брайан Трейси считает, что для достижения цели вам необходимо:
17 источников клиентов на маркетинг, 6 из которых бесплатные
Одной из самых популярной проблем, с которой сталкиваются начинающие специалисты в маркетинге, это как найти себе адекватных клиентов в достаточном количестве:
Этап 1. Как найти первых клиентов на свои услуги
На курсе Взлом Конверсии мы разбираем этот ключевой вопрос в первом модуле, так как каждый участник проходит обучение на собственном проекте, и более половины окупают курс до его окончания.
Для этого мы подготовили список площадок, из которых можно привлечь клиентов, кроме того, большая часть их них бесплатные.
Этап 2. Клиенты есть, но они выносят мозг, и лучше было вообще не браться за проект, чем потратить море сил и энергии
Также у нас есть гайд по проведению консультации с потенциальным клиентом: конкретные вопросы, чтобы выявить клиентов, которые действительно заинтересованы в твоих услугах.