декомпозиция что это такое

Декомпозиция

Добавлено в закладки: 0

Что такое декомпозиция? Описание и определение термина

Декомпозиция – это научный метод исследования, вследствии которого определяется структура задачи, и одна большая задача заменяется несколькими небольшими задачами, которые взаимосвязаны друг с другом.

В конечном итоге эти задачи решаются гораздо проще.

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

Рассмотрим более детально, что значит термин декомпозиция.

Суть декомпозиции

Декомпозиция является основой любого аналитического процесса или просто анализа.

Это процесс упрощения чего-либо без потери целостности.

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

Декомпозиция позволяет рассматривать предстоящую деятельность по частям, при этом каждая деталь процесса важна и учитывается.

Начальная система располагается на нулевом уровне. После её расчленения получаются подсистемы первого уровня. Разделение этих подсистем или некоторых из них приводит к появлению подсистем второго уровня и так происходит дальше. Но при этом есть необходимое условие – вычленяемые подсистемы не должны взаимно исключать друг друга. Например, если при перечислении частей автомобиля опустить, допустим, мотор, то функциональное взаимодействие остальных подсистем не обеспечит нормальное функционирование всей системы (автомобиля) в целом. Степень подробности описания и количество уровней определяются требованиями обозримости и удобства восприятия получаемой иерархической структуры и её соответствия уровню знания работающему с ней специалисту. Число уровней иерархии всегда влияет на обозримость структуры: много уровней — задача трудно обозримая, мало уровней — возрастает число находящихся на одном уровне подсистем и тогда бывает сложно установить между ними связи.

Виды декомпозиции

Декомпозиция бывает разных видов: объектная, функциональная, структурная, по физическому процессу.

Одним из важных и обязательных условий декомпозиции – иерархическое подчинение нижних уровней верхним уровням. Также следует помнить, что декомпозиция не меняет сути декомпозируемого объекта или явления, а лишь уточняет его, упрощает, помогает снять неопределенность или локализовать ее.

Основным методом декомпозиции целей является переход от общего к частному. Например, дедукция является той основой, которая формирует всю сущность декомпозиции.

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

Мы коротко рассмотрели термин декомпозиция, постарались раскрыть его главные особенности и виды.

Оставляйте свои комментарии или дополнения к материалу.

Источник

Декомпозиция. Как разобрать огромный проект на понятные сегменты для предварительной оценки

Вот притащили вам с охоты мамонта: выше вас ростом, упитанный и на вид пока несъедобный. Что делать?! Декомпозировать, конечно: лапы отдельно, шкуру отдельно. Но с чего начать? И когда хоть примерно будет готов ужин?

Если вам достался жирненький проект, вопросы примерно такие же — какой круг задач предстоит, и как их предварительно оценить. Декомпозиция — крутой способ разложить всё по полочкам и прикинуть объём работ, заложить резервы на трудные блоки и докопаться до неприятных задач со звездочкой. Как это сделать, мы уже рассказывали в одном из обучающих видео. А для любителей вдумчивого чтения мы преобразовали его в крутую статью.

Уровни декомпозиции

Казалось бы, проще простого: режем проект на большие части, эти части — ещё на части, а те части — снова на части. Но действительно ли всё так просто?!

1 уровень. Крупные блоки или компоненты

Это может быть блок с е-коммерсом, личный кабинет, мобильное приложение, супер-навороченная админка. В общем, любые блоки работ, которые могут быть как-то между собой связаны, но которые можно делать изолированно друг от друга.

2 уровень. Страницы сайта или экраны мобильного приложения

В случае с блоком «мобильное приложение», как на схеме выше, разбиваем его на экраны. Но как узнать, что вы учли все-все-все возможные экраны? Для проверки полноты берите в расчёт сценарии использования — это даст понимание, какие задачи юзеры будут решать в приложении (или на сайте) и каким примерно образом они это будут делать.

Для e-commerce основной сценарий — продавать, а путь пользователя в нём выглядит так: каталог → список товаров → карточка товара и так далее.

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

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

У нас есть маркетплейс — магазин, куда другие производители могут загружать свои товары. Сценарии, лежащие на поверхности: загрузка своих товаров (загрузка и описание, разделы каталога и вот это вот всё), покупка товара (шаги покупателя на пути к цели), обработка заказа (как будут распределяться деньги, как будет получать свою долю маркетплейс и так далее). Если всё это не расписать подробно, можно запросто упустить кучу нюансов.

Будет ещё легче, если вы выделите ключевые роли на проекте (пользователь, администратор интернет-магазина и т. д.), у каждой из которых есть свой сценарий, а у каждого сценария — свой набор экранов. И тогда проверить полноту экранов ещё проще — достаточно посмотреть, связан и выполняется ли сценарий конкретной роли по ним.

3 уровень. Содержание экранов

В общем случае у вас на экранах могут быть какие-то вкладки либо какие-то блоки — грубо, вложенные экраны. Например, страница корзины/оформления заказа — здесь всегда есть блок товаров со своим сценарием (добавить-убавить-очистить), а еще блоки доставки, оплаты, авторизации, бонусной системы и так далее. Бывают ситуации, когда эти блоки также разбивают на экраны по шагам. Зависит от решения, принятого по итогам аналитики — бывает, что удобнее их всё-таки «слить» воедино.

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

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

Откуда эта хрень на странице?!

Итак, вы добрались до какого-то блока или страницы. Самое время задать себе вопрос «Откуда это на странице?!». Но проджекты, аналитики и аккаунт-менеджеры (и даже заказчики) вот тут часто-часто ленятся — «подумаем об этом потом».

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

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

Итак, какими могут быть варианты, откуда берутся данные на странице?

Вариант 1. Хардкод

Самый простой в реализации вариант ответа на наш вопрос — хардкод. Это значит, что программисты сели, прямо в коде зафигачили какую-то штуку, и теперь поменять ее могут только они. Самые частые блоки, с которыми так делают — логотипы компаний, иногда ссылки на соцсети, время от времени такое делают с меню (всё реже), телефонами (плохо!), декоративными элементами на верстке. Всё это — более-менее разумные моменты. Неразумно, это когда в код зашиваются, например, ВСЕ страницы или SEO-тексты блоками.

Вариант 2. Включаемая область

У включаемых областей есть специфика: во-первых, их можно случайно удалить. Во-вторых, если в них указываются даты мероприятий или цены на товары, это чревато путаницей, поскольку у этих областей нет связанности: если поменять дату или цену в одном месте, в другом она останется той же. Клиенты зачастую сразу говорят, что такого им не нужно — а значит, придётся продумывать, как менять цены, даты и прочие изменяемые поля автоматически и повсеместно.

Вариант 3. Из админки (из базы данных)

Итак, мы знаем, что какие-то данные выбираются из базы данных. Тогда нам нужно понимать, из какой сущности и из какого поля. Примеры сущностей в интернет-магазине: «товар», «раздел», «пользователь», «заказ» — то есть то, что состоит из каких-то полей. Поля — например, «цена».

Но достаточно ли нам будет понимать, из какой сущности и из какого поля выводятся данные? Не совсем. Когда выбираете какую-то информацию из базы, она может выводиться не в том виде, как она там хранится, а в несколько модифицированном.

Например, это формула

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

Когда вам аналитик говорит «ну там это как-то считается» — навострите ушки, впереди точно будет затык. Математики не понимают программистов и считают что, их формулу достаточно переписать и следом «просто» запрограммировать — делов-то. Но когда клиента начинаешь спрашивать о формуле, часто слышишь что-то вроде «ой, она у нас там в excel», или «механика пока непонятна», или вообще «ну скопируйте вон с того сайта».

Видите формулу — копайте глубже. У неё внутри есть коэффициенты — а откуда берутся эти коэффициенты? Добро пожаловать в новый виток расследования «Откуда эта хрень на странице!?».

Вот из-за этого о формулах никто не любит думать:)

В зависимости от используемой технологии бывает, что часть данных хранится в файлах. Может показаться, что это какая-то сущность или поле сущности, но это всё-таки ФАЙЛ.

Очень часто файлы в самой базе данных не хранятся, чтобы не «раздувать» её. Из-за этого работа с ними организована иначе. В случае банального каталога товаров файлом может быть фотография у пользователя (userpic), описания, спецификации в pdf и всё такое прочее. Такие файлы находятся не совсем в базе, но при оценке важно понимать, что они есть.

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

— Владимир Завертайлов, CEO & Founder

Как данные попадают в базу данных?

Обычно администратор или контент-менеджер садится и забивает данные ручками. Тогда здесь должен возникать вопрос, а хватит ли ему стандартных компонентов админки для этого. Для этого ПМ должен быть очень хорошо знаком с возможностями стандартной административной панели. А ещё с ними должен быть знаком аналитик и тестировщик (про кодера, понятно, молчим). В Сибирикс все QA-специалисты проходят базовый курс контент-менеджера, чтобы понимать, на что способна админка. Ну, а про то, что QA-спецы у нас обычно вырастают в проджект-менеджеров, мы уже как-то писали.

У вас на дизайне есть слайдер, где расставлены точки, по клику на которые открывается всплывашка, в которой есть фотография, описание и ссылка на куда-нибудь. Вопрос: как расставлять эти точки? Как вариант — координаты X и Y, но вряд ли контентщик будет счастлив от такого функционала. А значит, придётся что-то придумывать. И значит, в смету нужно это заложить.

Второй момент, который проджекты часто упускают, — права доступа и хватит ли их. А значит, это тоже нужно иметь ввиду и сразу перечислить потенциальные роли.

Вариант 4. Интеграция со сторонним ресурсом

Один из источников данных в базе — пользовательский контент. И здесь важно понимать, как он попадает в базу. На этом этапе часто теряется один из крупных сценариев: например, как пользователь вносит отзывы. У отзывов часто бывает рейтинг — штука с виду простая, но внутри она может быть довольно сложно организована. У чего больше рейтинг? Там, где поставили одну оценку в 10 баллов, или где 1000 оценок, но разных? Среднеарифметическое тут работает плохо. Но хитрые алгоритмы есть — привет, ещё один резерв в смете.

Если данные берутся всё-таки с внешнего источника, то без интеграции никак. Вариантов интеграции может быть несколько:

Другая проблема — админы сайтов, с которым парсятся данные, не слишком счастливы, что эти данные кто-то «ворует», и будут всячески защищаться. А это приводит к «падению» парсинга и попаданию в черные списки. Вы попытаетесь с этим бороться добавлением каких-нибудь платных proxy — короче, целый квест. Есть особые сервисы для организации парсинга — например, Mozenda, Automation Anywhere, Beautiful Soup, WebHarvy или Content Grabber (полный список из 30 сервисов ищите тут).

Здесь имеется ввиду, что есть какой-то интеграционный протокол, либо файловый протокол, либо XML, либо шина данных (сервер очередей вроде RabbitMQ, ZerroMQ или Apache Kafka) — подробнее о разнице штатной интеграции и по API наш техдир рассказывает тут. С чем именно интегрировать и по какому протоколу, на этапе предварительной оценки не столь важно — важнее, есть ли для этого документация. А у неё обычно бывает два состояния:

Хуже всего бывает, когда говорят «ну вы, программисты, между собой договоритесь и разберитесь сами как-нибудь». Если протокол не формализован и взаимной ответственности нет, критический путь проекта будет пролегать через интеграцию, и на ней он завалится. Или по крайней мере, здесь потратится куча времени на согласование с программистом заказчика его протокола и отладку.

Соответственно, если на проекте планируется интеграция с внешним сервисом, на неё нужно закладывать большие резервы. Лайфхак, если нужно интегрироваться, а протокола пока нет — делать MOCK-объекты. Это специальные заглушки для интеграционного протокола, которые можно быстро сделать. А как только будет реальный протокол — просто заменить их (но обязательно с перепроверкой).

Как все это «подружить»

Начинаем с крупных компонентов: первый, второй третий — можно расписать подробно. Следом важно примерно понять, какие есть пользователи (роли) и какие у них сценарии. Сами сценарии в смету лучше не прописывать. Дальше — идём по страницам. После — работаем с отдельными блоками, используя уже известную схему «Откуда эта хрень на странице?!».

Как только вы слышите слово «калькулятор» или «считается», напрягайтесь 🙂 Когда есть интеграция со сторонним сервисом — тоже. В остальном — ничего страшного, и всё довольно прозрачно 🙂

Когда это может не сработать

Если на проекте есть какая-то дремучая математика, и вы живете в мире, полном злых неожиданностей, то декомпозиция по экранам будет давать сбой. В общем случае она довольно хорошо показывает, что и как происходит на типовых проектах.

Успехов в декомпозиции и почаще заглядывайте к нам на YouTube-канал за новыми полезными видео для проджектов (и не только)!

Источник

Декомпозиция: что это и как использовать в маркетинге

директор по маркетингу

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

Декомпозиция: что это простыми словами

Декомпозиция — это деление целого на части. В маркетинге можно декомпозировать большую цель на несколько маленьких. Например, не просто поставить задачу «привести 1 000 лидов», а разбить её на несколько более мелких: «привести 400 лидов с Google Ads», «получить 300 лидов с Яндекс.Директ» и «привлечь 100 лидов с рекламы в Facebook».

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

Мы составили план по уборке самолёта. Большую задачу «помыть Boeing 737» разбили на два уровня — уборка снаружи и внутри. Каждый уровень разбили ещё на несколько задач. Это и есть декомпозиция. Это инструмент упрощения — от большого к малому, от сложного к простому. Сделать одну большую задачу непросто, а разобраться с десятком мелких — легко.

Что такое декомпозиция цели на задачи

Инструмент упрощения или декомпозиции используют во многих сферах. В криминалистике его называют методом дедукции, а в физике используют для решения сложных задач. В быту тоже используют упрощение, когда что-то планируют. Это декомпозиция конечной цели.

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

Но пока Женя замотивирована, ей хочется настраивать классные рекламные кампании и помогать бизнесу получать прибыль от запусков рекламы. К счастью, Женя знает, что такое декомпозиция. Ведь если продумать, из каких составляющих складывается путь от текущих навыков Жени к тем, что нужны настоящему маркетологу, можно повысить свою мотивацию. Выполняя мелкие задачи и наблюдая за прогрессом, проще дойти до конца и освоить профессию.

С помощью декомпозиции Женя разбивает свою цель — стать маркетологом — на несколько задач:

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

Каждый шаг внутри задачи — простое и понятное действие. Например, пройти первый урок курса по маркетингу, сделать домашнее задание или почитать Фила Бадена.

Рассказали в блоге о 5 полезных маркетологу книгах.

Зачем нужна декомпозиция целей

Возьмём одну цель — купить новую машину. Какой из вариантов достижения цели нравится больше?

Одна цель — непонятно, что с ней делать, с чего начинать

Цель декомпозировали — составили план действий. Чтобы достичь цели, двигаемся от задачи к задаче

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

Преимущества декомпозиции целей:

3 способа декомпозировать цели

1. Разбить цель на шаги

Это самый простой способ — разбить цель на задачи и записать их подряд, друг за другом. Можно ручкой в блокноте, в заметках в телефоне или в любом планере (например, Todoist). Внутри задач можно прописывать шаги и ставить сроки для выполнения. Примеры: список покупок, чек-лист, инструкция.

2. Построить майндмэп

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

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

3. Использовать метод SMART

SMART — метод декомпозиции и оценки целей, это аббревиатура на английском языке. Состоит из 5 слов, — каждое слово определяет, какой должна быть цель:

Декомпозиция в маркетинге

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

Обычная воронка продаж — от знакомства с продуктом до конечного действия

Обратная или декомпозированная воронка продаж — от целевого действия до знакомства

Нужно не просто перевернуть воронку, а разбираться, как клиенты доходят до каждого из этапов, что влияет на переход из одного этапа в другой. Получается обратная воронка с причинно-следственной связью.

Декомпозиция помогает определить приоритетные этапы воронки с целью понять, как можно повлиять на рост прибыли.

Например, Павел владеет интернет-магазином детских игрушек. Он хочет увеличить прибыль в два раза и идёт к маркетологам из компании А. Они предлагают увеличить рекламный бюджет в два раза. Но Павел понимает, что маркетологи ошибаются. Увеличение бюджета не гарантирует, что прибыль автоматически вырастет. К тому же Павел хочет больше зарабатывать, а не больше тратить.

Павел идёт к маркетологам из компании Б и узнаёт про декомпозицию. Ему рассказывают, что это способ по-другому взглянуть на воронку продаж, и помогают увеличить прибыль.

Как декомпозировать воронку продаж

1. Берём воронку продаж для интернет-магазина.

Читайте подробно о том, что такое воронка продаж и как её использовать в маркетинге.

2. Переворачиваем воронку и собираем в обратном порядке.

3. Разбираемся в причинах перехода от этапа к этапу — что влияет на движение по воронке. Получается такая декомпозиция:

Что маркетологу делать после декомпозиции воронки продаж

Необходимо изучить путь клиента по воронке — посмотреть конверсию на каждом этапе и перед запуском новой рекламы отследить эффективность текущей кампании. Для этого можно использовать сервис сквозной аналитики — такой есть у Roistat. В нём можно отследить путь клиента от первого клика по рекламе до целевого действия — в нашем случае до покупки.

Анализируем конверсию и замечаем низкий CTR объявления. Его можно увеличить с помощью выбора позиции объявления и ставки. Чем ниже позиция в поисковой выдаче, тем ниже CTR. Ещё одна проблема — много пользователей заходят на страницу с продуктом, но не добавляют его в корзину. Для повышения конверсии можно улучшить оформление карточки — добавить яркие картинки товаров, видеоотзыв, сделать более заметной кнопку «Добавить в корзину», предлагать рассрочку в способах оплаты.

И дальше разбираем так каждый этап — смотрим статистику, обнаруживаем барьеры и думаем, как их можно убрать и улучшить конверсию.

Для работы с собственной воронкой проще использовать отчёт «Воронка событий» в Roistat. Нужно добавить события под свою воронку и указать период для анализа. Сэкономите время на декомпозиции.

Главное

На нашем Telegram-канале делимся полезными материалами по маркетингу и аналитике, кейсами клиентов, собираем познавательные дайджесты и анонсируем бесплатные обучающие вебинары. Подписывайтесь, чтобы ничего не пропустить!

Будьте в курсе новостей

Присоединяйтесь к нашему каналу в Telegram или подпишитесь по E-mail

Маркетинговая платформа сквозной аналитики,
привлечения трафика, повышения конверсии и лояльности

Источник