Что такое декомпозиция бизнес процесса
Организация эффективного управления
Главная страница » Блог » Основы бизнес процессов. Декомпозиция и характеристики
Основы бизнес процессов. Декомпозиция и характеристики
Если всю деятельность компании можно разделить на бизнес процессы, то и процессы можно разделить на более мелкие составляющие. В методологии построения бизнес процессов это называется «декомпозиция бизнес процессов». Цель декомпозиции очень проста – если большим процессом сложно управлять, его необходимо разделить на части. Проектирование бизнес процессов позволяет нам «разбирать» и «собирать» процессы, изменяя их размер. Об этом, а также характеристиках процессов мы и поговорим.
Декомпозиция бизнес процессов. Основы
Итак, процесс можно разбить на более мелкие части:
Подпроцесс. Если нам необходимо разделить процесс на части для более легкого управления мы будем делить его на подпроцессы. Подпроцесс можно рассматривать отдельно. Он имеет такие же составляющие и свойства. У подпроцесса так же есть начало, окончание, механизм реализации, показатели и т.д. Иными словами, подпроцесс — это процесс более низкого уровня. В принципе, количество уровней, подпроцессов, на которые мы делим процесс, может быть безграничным. Когда мы собираемся приготовить обед, то мысленно делим процесс на подпроцессы – подготовка продуктов, подготовка посуды, обработка продуктов, приготовление.
Операция. Это самое простое действие в процессе. «Простое» означает, что его не надо детализировать. Если процесс не имеет вложенных подпроцессов, то его механизм реализации как раз и представляет собой цепочку операций. Когда мы готовим посуду для приготовления обеда, то выполняем простые операции: достать кастрюлю, налить в нее воду, поставить на плиту и так далее. Нет смысла подробно объяснять, что значит «налить воду в кастрюлю», а значит, это операция.
Бизнес процесс, подпроцессы и операции
Насколько необходимо детализировать процессы?
Ровно настолько, насколько вам это необходимо;) Да, это правда. Все зависит от цели описания бизнес процесса. Если нужно подробное описание для новичка, то и детализировать необходимо максимально. Таким образом, кстати, можно готовить инструкции для некоторых подпроцессов. Если же вы делаете общую модель, то достаточно общих, объемных операций. К примеру, подготовка квартального отчета, тоже может быть операцией. А может и подпроцессом с большим количеством уровней. Мы еще вернемся к этому вопросу в теме про подготовку описания процессов.
Группировка операций и подпроцессов.
Иногда необходимо объединить некоторые операции или подпроцессы — чтобы ими было легче оперировать. К примеру, можно выделить:
По сути, можно спокойно обойтись без такой группировки. В своей работе я стараюсь избегать подобных усложнений.
Но есть один очень полезный тип группировки — Процедура. Процедура — это цепочка операций. При этом такая цепочка может иметь только один вариант порядка действий, а операции выполняются одна за одной, без перерыва. Процедуры удобны для подготовки инструкций.
Характеристики бизнес процесса.
Любой бизнес процесс необходимо как-то оценивать. Оценка позволяет быстро понять, какие процессы требуют пристального внимания и должны меняться в первую очередь. Это позволяет найти слабое звено во всей системе бизнес процессов. Любой процесс можно охарактеризовать по следующим критериям:
Данные характеристики являются основой бизнес процессов. Но никто не запрещает вам добавлять их, сократить или расширить.
Итак. Методология бизнес процессов помогает нам разбивать крупные процессы на подпроцессы и операции. Операция – самая простая составляющая процесса. При создании бизнес процессов необходимо учитывать их характеристики. Более того, построение системы бизнес процессов невозможно без построения системы характеристик. Построение системы бизнес процессов начинается с карты процессов, но об этом уже в другой раз.
Декомпозиция целей
Когда перед человеком возникает большая задача, он часто теряется и тратит много времени на ее выполнение. Современный тайм-менеджмент предлагает эффективный путь достижения комплексных целей — декомпозицию.
Декомпозиция — это дедуктивный метод разбивки объемной главной цели на простые промежуточные этапы, которые требуют минимум времени для их прохождения. Простым языком, это разделение сложного объекта на элементарные составляющие. В идеале, на решение задачи низшего уровня тратится не более 2 часов.
Зачем нужна декомпозиция?
Методика применяется во многих сферах, в том числе для планирования в крупных холдингах, государственных организация и даже на международном уровне. Такой подход облегчает понимание бизнес-процессов, итоговой цели, методов ее достижения, а также упрощает и ускоряет механизм внедрения исполнителями.
Декомпозиция — это обычный способ мышления, когда мы мысленно разделяем проект на составные части, применим для проектов большего масштаба. Осознанное использование стратегии дает возможность заранее определить необходимые ресурсы, навыки и сроки для реализации каждого подуровня.
Главные плюсы декомпозиции
Декомпозиция цели по системе Брайана Трейси
В бизнесе широко применяется составление декомпозиции цели по методике Брайана Трейси, которая показала себя отличным инструментом для личностного роста, развития компании и эффективной адаптации желаемого к реальной действительности.
По мнению известного бизнес-тренера путь к глобальной цели разбит на 12 шагов:
Основное отличие Брайана Трейси заключается в применении психологических приемов, что значительно усиливает продуктивность метода. По его мнению достижение результатов в любом деле невозможно при отсутствии хотя бы одного из обязательных условий:
Другие методы декомпозиции целей
Порядок действий при выборе этого метода:
Такой цикл позволяет подстраиваться под изменчивые условия и кардинально менять ход выполнения, однако он неприменим для стратегического планирования.
7 принципов декомпозиции
Как рассчитывается результат декомпозиции цели?
Какой бы вид не был принят для работы, результат декомпозиции цели представляет собой четкую иерархическую структуру, состоящую из нескольких уровней, где верхний — это итог и база для формирования звеньев цепи. Количество звеньев и ветвей в структуре отличается и напрямую зависит от конечной задачи. К тому же расщепление задачи подразумевает не только выделение отдельных блоков, но и связь между ними. Поэтому при расчете результата и составлении структуры нужно проработать этапы перехода от одной задачи к другой.
В конечном итоге вы получите список простых заданий, следующих друг за другом, на выполнение которых требуется минимум времени. Помните о необходимости заранее заложить дополнительный срок на форс-мажор и возможность корректировки последующих действий.
Советы по декомпозиции
Выводы
Инструменты декомпозиции целей — это простой и эффективный способ разработки конкретного плана действия и четкого распределения абстрактных перспектив «по полочкам». Вы можете применять ее не только в жизни и организации рабочего времени, но и для осуществления стратегического планирования целей предприятия с четкой оценкой необходимых ресурсов. К тому же, применение методики не требует узкоспециализированных знаний и заложено в нашу привычную схему мышления, что делает процесс комфортным.
Хочешь получать еще больше полезных материалов, информацию о бесплатных вебинарах, скидках и новых курсах Like Центра?
Оставь свой email 😉
Like Centre — это не просто компания, занимающаяся созданием образовательных курсов, это настоящее сообщество предпринимателей, которые нацелены на развитие и готовы внедрять новые подходы ведения бизнеса.
Блог Лайк Центра помогает молодым стартаперам и опытным владельцам бизнеса черпать свежие идеи, первыми узнавать об эффективных инструментах и способах масштабирования своего дела. Это платформа для смелых, инициативных предпринимателей, которые не боятся рисковать, но риск этот должен быть оправданным и обоснованным.
В блоге в свободном доступе находится информация, которая помогает:
Мир меняется очень быстро, завладеть вниманием потребителя становится не так просто как раньше. Поэтому Лайк Центр делится актуальной информацией, которая помогает держать руку на пульсе и всегда оставаться в курсе изменений на рынке. При этом не забывает и об основных постулатах — нетленном своде правил, который помогает становлению и развитию бизнеса.
Новые технологии, маркетинговые приемы, дополненная реальность, соцсети с молниеносно изменяющимися алгоритмами — все это способно поставить в тупик. Поэтому Like Centre взял на себя обязательство пролить свет на все важные аспекты построения успешной компании, которая уверенно занимает высокие позиции на современных рынках, быстро подстраивается под нестабильную обстановку и неизменно выходит на новый уровень даже в кризисное время.
Безусловно, поддержка бизнеса не строится только на статьях из блога. «Лайк Центр» предлагает и обучающие курсы ведения бизнеса, которые содержат не только полезную информацию, но и реальные кейсы по выведению компании из кризиса, максимизации ее прибыли и решению других глобальных проблем.
Обучение ведения бизнеса подойдет тем, кто готов последовательно прилагать усилия, хочет всегда оставаться в курсе последних новостей и не бояться внедрять тенденции в работу.
Like Centre blog — это база знаний, позволяющая рассмотреть проблемы комплексно, оперативно их выявить и решить. А для тех, кто готов продвинуться дальше, Лайк Центр готов оказать помощь в ведении бизнеса в Москве и любом другом регионе России.
В блоге мы много рассказываем об этом, но лучше один раз попробовать самостоятельно. За 3 дня мы дадим все инструменты, чтобы начать. Четко, структурировано. Ничего лишнего.
Что такое декомпозиция целей и как она помогает достигать результатов
Что такое декомпозиция целей
Декомпозиция цели — это её детализация, наглядное разделение комплексной объемлющей цели на многоуровневую иерархию небольших взаимосвязанных задач.
Говоря простыми словами, любая цель подразделяется на несколько уровней задач, а те, в свою очередь, на элементарные действия.
Декомпозиция — это дедуктивный метод перехода от общего к частному. От сложного к простому. Это научная методика, эффективность которой подтверждена высокой результативностью применения в самых разных сферах — от личных спортивных достижений до масштабных индустриальных проектов.
В терминологии тайм-менеджмента принято называть «слонами» крупные цели и задачи. Как проще всего «съесть слона» — достичь большой цели, решить крупную задачу? Нужно «нарезать слона на куски» — произвести декомпозицию целей — и постепенно «съесть небольшими бифштексами», выполняя простые понятные задачи. В идеальном случае «бифштекс» должен быть «съеден» за один присест от 15 минут до 2 часов.
Визуализация декомпозиции
Для визуализации декомпозиции целей используются различные подходы — от структурированного списка в рукописном или электронном виде до сложных таблиц.
Одним из самых удобных методов для наглядной декомпозиции целей являются древовидные интеллект-карты, ментальные карты, Mind Maps. Их можно рисовать на бумаге, либо составлять в специальных редакторах:
Среди них есть простые и сложные, платные и бесплатные, для индивидуальной работы и коллективной.
Хостинг провайдер для бизнеса
30 дней бесплатного тестового периода виртуального хостинга
Инструмент автоматизации контекстной рекламы
Скидка 25% на 3 месяца тарифа «Старт» + индивидуальный практикум по работе с инструментом
Пакет услуг «Быстрый старт email-рассылок» со скидкой 20%
Конструктор для создания чат-ботов, рассылок и автоворонок
Удвой продажи с помощью чат-ботов в мессенджерах. Бесплатно на 21 день.
Скидка 25% на первый месяц работ по SEO + аудит в подарок
Логистический партнер для бизнеса и частных лиц
Скидка 25% на перевозку и доставку от адреса
Характеристики
Допускается несколько уровней вложенности в подобных структурах. В большинстве случаев оптимальной является декомпозиция до третьего уровня, на котором становится понятно, что конкретно делать.
При планировании в крупных компаниях, холдингах, государственных структурах и международных проектах может применяться декомпозиция вплоть до шестого уровня. Причём начинать следует с видения, миссии и ценностей организации. Из них формулируются стратегические цели, которые далее разделяются на тактические, а уже те, в свою очередь, на функциональные задачи.
Одна из основных задач декомпозиции — получение информации о необходимых ресурсах и требуемом объёме действий для достижения цели. Полезно чётко осознавать какие навыки, компетенции, люди и прочие ресурсы нужны для реализации каждого этапа достижения цели.
В отношении определения и расстановки приоритетов методика декомпозиции целей коррелирует с подходом Дуайта Эйзенхауэра. В первую очередь важно обращать внимание на важность этапов достижения цели, а не на срочные задачи. Когда срочность доминирует над важностью, ограничивается инициатива, сокращается пространство вариантов решения задач и, как следствие, становится меньше возможностей эффективного решения этих задач.
Основные методы декомпозиции целей
Прежде всего, важно сформулировать ключевую идею цели.
Пожалуй, самая эффективная декомпозиция цели достигается при применении методики SMART.
Как известно, по данной технологии цель должна быть:
Когда произведена декомпозиция цели, то алгоритм дальнейших действий становится предельно простым и понятным.
Определяются сроки выполнения каждого из этапов и назначаются ответственные исполнители, обладающие необходимыми знаниями, навыками, компетенциями, полномочиями и прочими ресурсами.
Затем все данные вносятся в систему управления проектами, CRM, таск-трекер или же формируется диаграмма Гантта. Команда приступает к реализации плана для достижения поставленной цели.
Может показаться парадоксальным, но совмещение методики декомпозиции с технологией целеполагания SMART, помогает планировать и в условиях неопределённости. Когда вместо чёткой цели сформулировано только намерение.
При дроблении задач стоит анализировать, возможно ли выполнить каждую из крайних подзадач ветки за короткий период времени — до 2 часов. При обнаружении задач, которые не выполняются за такой промежуток времени, рекомендуется делить их на более мелкие до тех пор, пока все конечные задачи не будут соответствовать данному условию.
Отдельного рассмотрения заслуживает использование методики декомпозиции целей для бизнеса в маркетинге и аналитике. Проще говоря, применительно к воронке продаж. Потому что зная ключевые показатели, такие как средний чек, маржинальность и конверсию каждого этапа, можно производить расчёты, исходя из целей.
Выгоды от использования декомпозиции целей в бизнесе и маркетинге очевидны. Цифр и показателей так много, что в этом легко запутаться: часто возникает хаос в постановке целей. С помощью метода декомпозиции целей легко понять, на какие метрики и характеристики обратить внимание. Например, у руководства появилась задача — увеличить продажи. И тут мы снова возвращаемся к воронке продаж.
Итак, есть конкретная цель — увеличить чистую прибыль, к примеру, на 10%. Чтобы добиться таких результатов, нужно разделить эту амбициозную задачу на подзадачи, а именно разложить на этапы воронки продаж. Как известно, воронка продаж состоит из нескольких стадий.
Возьмем за основу распространенный шаблон воронки. Обычно путь клиента начинается с рекламы, затем он попадает в отдел продаж, а потом совершает покупку. Логично предположить, что на каком-то из этих этапов надо увеличить один или несколько показателей.
К примеру, если увеличить расходы на рекламу в несколько раз, то вырастет и чистая прибыль согласно прогнозам. Однако стоит понимать, что одна и та же рекламная кампания способна выдавать разные результаты: в каком-то случае CTR может быть выше, а где-то ниже. А это, в свою очередь, влияет на количество лидов и завершенных сделок. Тем не менее, это не меняет сути декомпозиции в бизнесе и маркетинге — выяснить ключевые показатели, и на основе этих показателей выстроить эффективную маркетинговую стратегию.
Метод декомпозиции целей можно применить иначе. Предположим, в небольшом городе работает магазин бытовой техники. Его владелец решил, что в новом месяце надо увеличить средний чек : от 5 000 до 7 000 рублей, чтобы увеличить оборот. В таком случае визуализация декомпозиции цели выглядит примерно так.
Есть глобальная задача — увеличить средний чек. Чтобы в клиент покупал больше, есть смысл предложить бесплатную доставку, анонсировать акцию или внедрить гибкую скидочную систему. Таким образом, задача «дробится» на более мелкие задачи, решение которых занимает не так много времени. Так, если владелец магазина планирует бесплатную доставку, то ему следует подумать — за какую сумму чека покупатель получит право доставки до дома.
Поэтому владелец тратит время на поиски баланса: фиксированная сумма должна быть и выгодной для магазина, и привлекательной для покупателя. К этому добавляется еще одна подзадача — договориться с курьерской службой, продумать логистику и далее по списку. То же самое относится и к другим мерам. При этом целостность глобальной задачи не нарушается: она выполняется по ходу движения снизу вверх.
Декомпозиция. Как разобрать огромный проект на понятные сегменты для предварительной оценки
Вот притащили вам с охоты мамонта: выше вас ростом, упитанный и на вид пока несъедобный. Что делать?! Декомпозировать, конечно: лапы отдельно, шкуру отдельно. Но с чего начать? И когда хоть примерно будет готов ужин?
Если вам достался жирненький проект, вопросы примерно такие же — какой круг задач предстоит, и как их предварительно оценить. Декомпозиция — крутой способ разложить всё по полочкам и прикинуть объём работ, заложить резервы на трудные блоки и докопаться до неприятных задач со звездочкой. Как это сделать, мы уже рассказывали в одном из обучающих видео. А для любителей вдумчивого чтения мы преобразовали его в крутую статью.
Уровни декомпозиции
Казалось бы, проще простого: режем проект на большие части, эти части — ещё на части, а те части — снова на части. Но действительно ли всё так просто?!
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-канал за новыми полезными видео для проджектов (и не только)!