Декомпозиция цели: что это такое, для чего проводится, инструменты и примеры – 3 вариант + ТОП сервисы

Достижение цели: декомпозиция по принципам SMART

Доброго времени суток, читатели блога Твое Решение!
Поздравляю вас с новым 2017 годом!

Январь — лучшее время подвести итоги прошедшего года и определиться с целями на новый год. А вы уже начали работать над своими целями? Очень часто первую половину года мы думаем что еще успеем определиться с целями и их реализовать, а вторую половину года — понимаем, что опоздали.

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

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

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

Наиболее удобным инструментом для проведения декомпозиции цели являются интеллект-карты. Еще их называют ментальные карты или mind-maps. Я пользуюсь бесплатной программой XMind.  Хотя в принципе для проведения декомпозиции достаточно простого листа бумаги и ручки.

Итак, записываем нашу цель на листе бумаги или в программе и задаем себе два простых вопроса:

1. Что для этого необходимо сделать?
2. Могу ли я это сделать прямо сейчас?

Например, ваша цель на год — написать дипломную работу. Задаем вопрос: что мне необходимо для этого сделать?
Например, выбрать тему диплома, написать план и найти источники информации для работы.

Задаем себе второй вопрос: могу я выполнить это сейчас? Если да, то разбивка данной ветки окончена, если -нет, то снова задаем себе первый вопрос.
Дробим наши цели до тех пор, пока не получим конкретные выполнимые задачи — разовые или регулярные, выполнение которых займет от 15 минут до 1,5-2 часов.
В итоге может получиться следующий вариант декомпозиции цели

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

SMART:

S — конкретная, т.е постановка цели должна быть конкретна и ясна,

M — измеримая, т.е результат выполнения цели должен быть измеримым,

A — ориентированная на конкретные действия,

R — реалистичная, уместная, полезная и ориентированная на конкретные результаты,

T — на определенный период, своевременная, отслеживаемая. Срок выполнения цели должен быть определен конкретной датой или периодом.

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

1. формулируем намерение (S)
2. определяем критерии или показатели, по которым в будущем можно будет оценить достижение цели (M)
3. формулируем достижения, т.е конкретные параметры критериев или показателей (A)
4. определяем перечень задач (дело, разовое или регулярное, выполнение которого займет от 15 минут до 1,5-2 ч) для достижения конкретных параметров (R)
5. определяем временной ресурс (T)
6. запускаем цикл контроля, выстраивая систему измерения ключевых показателей.

Наглядно это выглядит следующим образом:

Например, у вас появилось намерение улучшить свое здоровье. Оформить сразу свое желание в SMART цель достаточно затруднительно. Воспользуемся предложенным алгоритмом и проведем декомпозицию нашей цели по принципам SMART. Представим полученный результат в виде ментальной карты:

Увеличенный вариант изображения можно скачать здесь.

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

Аналогичным образом можно работать с любой целью, получая следующие преимущества:

1. Четкий пошаговый план реализации цели от квартального плана до чек-листа на день

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

2. Организация эффективного контроля достижения цели

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

3. Расчет времени и прочих ресурсов, необходимых для достижения цели

   Четко определяет какой объем выполненных задач и какие конкретные показатели должны быть достигнуты к конкретному времени

4. Оценка реалистичности цели и ее корректировка

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

   
   

   Часто мы переоцениваем то, что можем сделать за день и недооцениваем то, что можем сделать за год

Надеюсь, предложенный метод декомпозиции цели по принципам SMART поможет вам в достижении своих целей. Рекомендую также для постановки и достижения своих целей воспользоваться сервисом Smart Progress.

Вспомните, какие обещания вы дали себе в Новый Год под бой курантов?

Самое время начать активные действия по их реализации. Превратите достижение цели в увлекательный процесс!

Начни прямо сейчас! И это будет ТВОЕ РЕШЕНИЕ!

Понравилась статья? Буду признательна, если поделитесь этой статьей в социальных сетях!
Подпишитесь на обновления блога, чтобы не упускать полезные знания!

Читайте еще:

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

22 06 2015      Редактор       5 комментариев

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

Оглавление статьи

Характеристики и понятие темы
Методы декомпозиции целей
Декомпозиция дерева целей
Пример декомпозиции целей
Декомпозиция целей проекта
Вывод по статье

Это достаточно распространённый вопрос. Термин «декомпозиция» — полупрофессиональный, входящий в комплект отраслевых жаргонизмов. Но, на самом деле, он касается многих. Дело в том, что так называемая раскладка и вложения встречаются почти во всех сферах жизни. С момента нашего рождения, нас окружают элементы декомпозиции. Например, игрушки, для мальчиков и для девочек, они в свою очередь делятся по другим характеристикам. Люди мыслят именно элементарными нормами логики. Везде: в быту, в законах, во врачебной практике, сохраняются представления о декомпозиции, потому как это привито нам с детства.
Касается, конечно, всех, только не везде нужно и не все этим пользуются. Попытаемся рассказать

Характеристики и понятие темы

В случае с целями имеет следующие характеристики:
Надо понимать, что декомпозиция ради неё же самой никому не нужна. Она имеет три характеристики, а именно:

1. Разделение;
2. Достижение;
3. Распределение.

Из них попытаемся сложить определение:

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

Грубо говоря, она является подробной расшифровкой вышестоящего уровня.

Продемонстрируем пример:

рис. Элементарная декомпозиция целей организации. Нажмите для увеличения.

Мы считаем, что оптимальным разделением является декомпозиция до третьего уровня. Третий уровень должен прояснять картинку и отвечать на вопрос: «что делать?».  Однако при создании дерева целей для больших организаций и/или холдинговых структур могут наблюдаться до шести вложений.

Методы декомпозиции целей

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

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

Декомпозиция дерева целей

Начнём сначала, а именно с декомпозиции стратегических целей

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

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

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

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

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

Вернёмся к признакам и приведём варианты декомпозиции по ним…

Пример декомпозиции целей

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

рис. по функциональному признаку. Нажмите для увеличения.

рис. по территориальному признаку. Нажмите для увеличения.

рис. по продуктовому признаку. Нажмите для увеличения.

Внимание! На рисунках изображены исключительно примеры в схематичных изображениях. В реальных документах выноски с комментариями отсутствуют.

Декомпозиция целей проекта

Самое главное отличие целей проекта от целей организации в том, что только ради цели меняется и/или появляется элемент организационной  структуры, после  достижения этой цели элемент исчезает. Однако отличий в принципе декомпозиции целей проекта от целей организации почти нет.
Отметим, что при планировании проектов систематизация целей  в форме декомпозиции особо важна. Ввиду того, что проект раскладывается на части, где каждая часть имеет свою цель как подцель общего направления проекта, а как мы писали ранее, проект создаётся только ради достижения цели.
Как и цели организации, цели проекта должны быть подвергнуты фильтрам. Приведём пример раскладки. Как видно на изображении при планировании проекта всё-таки удобнее верстать один документ.

Вывод по статье

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

Литература

1.    Пригожин А.И. Цели и ценности. Новые методы работы с будущим, М.: Дело, 2010;
2.    Коллектив авторов Руководство PMBOK Третье издание Издатель: Project Management Institute Inc., 2004;
3.    Медоуз Донелла  Азбука системного мышления М.: Бином. Лаборатория знаний,  2011.

цели, процессы, структура и виды 🚩 Управление бизнесом

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

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

О способе декомпозиции написано много научных трудов, определены его основные этапы, принципы и области применения. В некоторых областях методика проста, выполняется в 2-3 этапа, а в некоторых может занимать длительное время и проходить пошагово, причем в процессе участвуют целые группы специалистов, сотрудников.

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

Несмотря на то, что этот метод использовался издревле, детально описан, структурирован и представлен в виде научного труда он только в 1960 году, американцами Данцингом и Вульфом. Именно они разработали алгоритмы способа, основные принципы и генерационные столбцы методики.

Для достижения максимального эффекта от применения методики декомпозиции процесс необходимо проводить в соответствие с определенными принципами (правилами):

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

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

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

Чаще всего метод декомпозиции в современном мире применяется в бизнесе, а точнее – в менеджменте, науке управления, администрирования, руководства, оптимизации всех производственных и торговых процессов. Этот способ системного анализа данных бывает

• функциональным,
• структурным,
• объектным.

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

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

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

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

• строгое соблюдение уровневой системы – когда более низкий уровень подчиняется только тому, что стоит над ним, и имеет мало логических связей с теми, что стоят выше,
• расчленение одной задачи на несколько подзадач выполняется по однотипным характеристикам, и если одна из низших структур имеет иные характеристики, ее также нужно делить на несколько,
• все созданные подсистемы преследуют единую цель – являются составляющим основной задачи на 100%, и подразделы в процентном соотношении должны являться их суммой,
• глубина (количество уровней структуры) определяется на начальном этапе, составляется иерархическая структура, численность уровней, так, чтобы их количество позволяло одновременно визуально охватить всю составленную систему.

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

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

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

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

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

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

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

это что? Декомпозиция целей. Значение слова «декомпозиция»

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

Определение

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

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

Особенности

Основа любой декомпозиции – это структурное подчинение всем правилам метода. Из основополагающих и регулирующих всю систему правил можно выделить следующие:

1) Всегда должна быть соблюдена уровневая система.

Метод декомпозиции основан на подчинении более низкого уровня более высокому. Это достигается путем построения иерархической структуры с помощью так называемых «деревьев».

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

Руководствуясь простой формальной алгеброй и логикой можно также строить «деревья И» и «деревья ИЛИ».

2) Расчленение целого на части должно происходить только по одному признаку.

Данный принцип подразумевает, что все подзадачи будут подчинены единой идее и цели. В качестве примера декомпозиции может выступать проект строительства. В качестве главного признака разбиения принят функциональный признак, то проект разбивается на разделы. К примеру, это могут быть следующие основные разделы: конструкции железобетонные (КЖ), архитектурные решения (АР), конструкции металлические (КМ), отопление и вентиляция (ОВ) и т.д. В свою очередь эти разделы тоже должны быть разбиты по функциональному признаку, то есть в подцелях следующего уровня должна быть представлена суть основных целей. Например, раздел отопление и вентиляция (ОВ) делится на пояснительную записку, чертежи, оформление, прохождение нормоконтроля и технического контроля, выпуск документации, авторский надзора, корректировки согласно замечаниям и пр.

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

3) Все подсистемы декомпозиции должны раскрывать суть системы.

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

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

4) Глубина декомпозиционной проработки должна быть определена на начальном этапе.

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

Классификация

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

Как правило, все перечисленные процессы взаимосвязаны и в целом представляют полную декомпозиционную структуру.

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

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

Анализ действий

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

Такая логическая схема позволяет выявить те этапы работ, на которых возникли проблемы. Так как подзадачи зависят от задач высокого уровня, то дерево работ позволяет увидеть, где есть проблемы и недоработки. Часто из-за слабых мест в первом уровне декомпозиции страдают работы на более низких уровнях.

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

Классический прием

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

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

Применение в бизнесе

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

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

Пример декомпозиции

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

Далее следуют подразделы:

• система электроснабжения;
• система водоснабжения;
• система водоотведения;
• отопление, вентиляция и кондиционирование воздуха, тепловые сети;
• сети связи;
• система газоснабжения;
• технологические решения.

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

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

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

Коротко о главном

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

Декомпозиция целей – крайне полезный навык

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

Как всегда, в разноплановых заметках – просто неструктурированные мыли. Сами вытаскивайте отсюда ключевые смыслы, они тут точно есть.

Заметки про декомпозицию

«Планирование сверху вниз, от результата. Любую конкретную цель можно разложить на минимально необходимые для ее достижения составные части. Без любой из этих частей цель не достижима. Это цена достижения цели. Если целесообразно, декомпозируй все свои цели – это даст тебе четкое понимание и укажет максимально точное решение. Разбивай цели на простые шаги.

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

Победа складывается из мелочей, по миллиметру – не пытайся получить все и сразу. Вода камень точит. Терпение и труд все перетрут. Нельзя прийти к успеху за одну ночь. Это долгая и постепенная работа, шаг за шагом. Многие люди очень торопятся, хотят пропустить этапы и сразу в дамки, так не бывает.

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

Планируй от желаемого результата, а не от текущей ситуации. Не так важно, что у тебя есть сейчас, важнее, чего ты хочешь и можешь ли это получить. Чтобы достичь любой цели, надо быть способным ее декомпозировать. Путь из точки «A» в точку «B» должен быть абсолютно понятным. Ты не можешь уверенно сделать то, что в деталях не понимаешь, как делать.

Разделяй любую задачу на этапы и двигайся строго по этапам. Если перепрыгнешь через этап, то результата не будет. Это как предложить первой встречной заняться сексом – скорее всего, она откажет. Хотя, смотря как предложить… 🙂

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

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

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

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

Еще раз перечитал заметки – это бомба. Как собственно и все остальные заметки, ну почти. 🙂 Когда-то эти мысли сильно повысили эффективность моих действий. Делюсь многолетними наработками бесплатно. Кто желает сказать спасибо – милости простим!

Если мысли в этой заметке вам понравились, то будет классно:

🙂 Если вы оставите комментарий ниже – что вам понравилось, что не понравилось, какие вопросы есть? Мне будет приятно почитать

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

это… Метод декомпозиции: цели, процессы, структура и виды :: BusinessMan.ru

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

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

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

Декомпозиция как процесс

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

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

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

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

Принципы декомпозиции

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

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

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

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

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

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

Заключение

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

Agile in IT: 8 методов декомпозиции задач

Первый и, возможно, самый главный этап работы с Product Backlog в Agile заключается в декомпозиции задач, разбиении разноплановых требований на атомарные, понятные пользовательские истории (User Stories). Чем качественнее разбиты требования, тем понятнее их смысл и способы реализации, а также тем точнее можно запланировать время работы над ними. Чем задачи, тем выше шансы достичь целей спринта, тем более прогнозируемые составы релизов.

Как же провести декомпозицию требований в Product Backlog? Рассмотрим 8 техник, которые помогут эффективно выполнить разбивку требований на User Stories. В работе по Agile большим плюсом будет одновременное применение нескольких вариантов декомпозиции, поэтому важно представлять спектр возможных методов.

Остановимся на этих моментах немного подробнее. Разработка ПО довольно непредсказуемый процесс и содержит много задач и зависимостей, которые трудно точно оценить заранее. Вполне естественно, что в процессе реализации какие-то требования потребуют больше времени, чем прогнозировалось изначально. Влияние на релиз больших и мелких задач в этом случае будет различным:

• Если в рамках итерации (спринта) мы работаем над несколькими большими и сложными задачами, то, во-первых, такие задачи будет сложно оценить с высокой точностью, во-вторых, недооценка даже одной из них может сильно повлиять на достижение целей спринта. Ведь не выпустить 1 из 2 запланированных фич, это сразу -50% полезного результата. 
• Мелкие и атомарные задачи напротив имеют не такое серьезное влияние на цели спринта, так как их больше планируется на спринт (а значит каждая имеет меньший вклад) и их оценка будет гораздо точнее.

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

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

Существует две концепции, два базовых подхода к декомпозиции крупных задач на пользовательские истории – «горизонтальное» и «вертикальное» разбиение:

• В случае «горизонтальной» декомпозиции, задачи разбиваются по типу работы (функции), которую необходимо выполнить, по компонентам, которые задействованы в работе. В этом случае при разбиении общей большой задачи разработчику будет выделена одна часть, тестировщику другая, техническому писателю третья и так далее. Фактически каждая из частей не приводит к конечному результату сама по себе, чтобы выпустить готовый функционал, необходима реализация всей совокупности связанных задач всеми участниками процесса.
• «Вертикальный» метод декомпозиции напротив предполагает выделение более мелких задач, фич, функций таким, образом, что каждая такая пользовательская история может быть реализована и выпущена отдельно от остальных задач. При этом в разработку могут быть вовлечены различные роли, могут быть задействованы несколько модулей и систем.

Разбиение задач с использованием «вертикального» метода больше соответствует Agile принципам и его применение гораздо более эффективным, основные причины в следующем:

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

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

Метод 1: Разбиение по этапам\фазам бизнес процесса.

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

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

• Каждый такой этап можно выделить и описать в виде отдельной пользовательской историей.

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

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

Метод 2: Разбиение по позитивным и негативным сценариям.

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

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

• Для позитивного – реализация правильной работы функционала.
• Для негативных – реализовать правильную отработку той или иной возможной ошибки, разработать альтернативный сценарий.

В качестве примера декомпозиции требований на позитивные\негативные сценарии снова рассмотрим функцию покупки в интернет магазине:

• Позитивный сценарий: пользователь заходит в свою учетную запись на сайте и совершает покупку оплачивая ее по карте. Или в формате пользовательской истории: «как клиент я могу войти в свою учетную запись, чтобы совершить покупку по карте».
• Негативный сценарий 1: клиент пробует совершить покупку без авторизации.
• Негативный сценарий 2: пользователь пробует совершить покупку, но у него на счету не хватает средств и оплата не проходит.
• Негативный сценарий n: клиент пробует совершить покупку, но его учетная запись заблокируется из-за неправильного ввода пароля.

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

Метод 3: Разбиение по правилам\условиям бизнес процесса.

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

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

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

Данный метод разбиения требований позволяет:

• Выявить и вынести в отдельную пользовательскую историю различные правила и ограничения, которые могут встречаться в рамках процесса\функционала. Так меньше риск забыть или пропустить какие-то важные условия.
• Как правило реализация в бизнес процессе тех или иных условий будет иметь разный приоритет: что-то требуется реализовать в первой версии продукта, а без чего-то определенное время можно обойтись. Декомпозиция единого процесса по условиям\правилам позволит построить очередность реализации отдельных пользовательских историй.

Метод 4: Разбиение по видам операций.

Существует ряд относительно стандартных операций, которые часто встречаются в различных функциях. Эти операции можно отнести к разряду набора действий «по умолчанию»: создать, читать, обновить или удалить. Сокращенно метод называется CRUD – от слов Create, Read, Update, Delete. Операции CRUD очень распространены в случаях, когда функциональность включает управление объектами, такими как продукты, заказы, пользователи, файлы и т.д.

На примере все того же интернет магазина можно сделать такую декомпозицию функциональности по работе с карточкой продукта:

• Create — создание нового продукта в интернет магазине
• Read — просмотр описания продукта
• Update — редактирование\обновление описания продукта
• Delete — удаление продукта из магазина

Декомпозируя функциональность таким образом достаточно легко ответить на следующие вопросы:

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

Метод 5: Декомпозиция по типам платформы/ОС.

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

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

• Для разных платформ: персональные компьютеры, планшеты, смартфоны.
• Для разных ОС: Windows, iOS, Android.
• Для работы в различных браузерах.

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

Метод 6: Разбиение по типам данных и параметрам.

Для некоторых функций можно можно выделить различные типы данных или параметров, которые они должны обрабатывать. Соответственно, мы можем разбить большое требование\фичу на ряд мелких пользовательских историй, в рамках каждой из которых нужно реализовать работу только с каким-то одним типом данных.

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

• Поиск с использованием текста (наименование товара)
• Поиск с использованием числовых значений (номер товара)
• Поиск с использованием регулярных выражений

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

Метод 7: Разбиение по ролям\правам доступа.

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

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

• Владелец интернет магазина:
  • Создание\удаление продукта в интернет магазине.
  • Просмотр и редактирование описания продукта.

• Администратор интернет магазина:
  • Просмотр и редактирование описания продукта.
  • Отработка запросов\комментариев клиентов. 

• Клиент\покупатель:
  • Просмотр описания продукта.
  • Резерв\покупка товаров в интернет магазине.

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

Метод 8: Декомпозиция по сценариям тестирования\тест-кейсам.

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

Рассмотрим пример функциональности – клиент выбирает товар в интернет магазине и откладывает его в «корзину» для совершения покупки. В рамках этой функциональности могут быть выделены следующие тестовые сценарии (ниже только пример части возможных тест-кейсов):

• Товар есть в наличии и он доступен покупки.
• Товар есть в наличии, но он уже зарезервирован другим покупателем
• Товара нет в наличии

Какие преимущества дает использование данного метода декомпозиции:

• Эта стратегия фактически объединяет многие техники декомпозиции, которые были рассмотрены ранее. В процессе формирования списка тест-кейсов мы автоматически проанализируем:
  • Условия и правила бизнес процесса
  • Позитивные и негативные сценарии использования функционала
  • Форматы данных и параметров.

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

Смотрите также:

Agile: 7 техник оценки задач

Agile: методы приоритезации задач