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

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

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

Предприятие до определённого уровня развития может вполне обходиться без оптимизации. Однако есть ряд факторов, которые сигнализируют – «пора заняться бизнес-процессами», и, без сомнения, они приближают этот момент:

• увеличение штата сотрудников;
• растёт число управленческих уровней;
• растёт число подразделений;
• подразделения территориально разобщены;
• отсутствует или неразвита единая информационная система.

Итак, в один день Вы обнаруживаете, что в компании:

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

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

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

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

Модели бизнес-процессов «AS IS» и «TO BE»

Стандартные схемы моделирования предусматривают на первом этапе описание действующей «AS IS» («как есть) с последующим проведением оптимизации до «TO BE» («как должно быть»). Некоторые заказчики не понимают полезности описания первого этапа. Им достаточно, чтобы исполнители принесли уже новые, правильные бизнес-процессы, а модель «AS IS» воспринимается как попытка увеличить смету.

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

Процесс оптимизации

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

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

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

Внедрение

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

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

Модификация

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

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

Виды бизнес-процессов организации

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

Оптимизация бизнес-процессов, цели и задачи:

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

Эффект от проведения оптимизации:

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

Бизнес-процессы и информационная система

Чаще всего совершенствование системы управления сводится к изменению штатной структуры , и несколько реже - к изменению системы материальной мотивации , хоя на самом деле это только "верхняя часть айсберга". Если основу оставить ту же, то такие изменения часто не приносят успеха Увы, часто компании в попытке повысить эффективность начинают именно с оптимизации штатной структуры . То есть начинают перекраивать должности, что ведёт к всплеску внутренних интриг, ведь идёт передел ресурсов. Здесь иногда приходит на ум известная цитата: "А вы, друзья, как ни садитесь, всё в музыканты не годитесь."

Что делать, чтобы так не получилось?

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

Организационно-штатная структура

На самом деле структура предприятия — это только часть вопроса. Генри Форд, например, вообще устранил большинство "титулов" и служебных полномочий в своей компании, и достиг высокой эффективности. Вот что он говорил: "Величайшее затруднение и зло, с которым приходится бороться при совместной работе большого числа людей, заключается в чрезмерной организации и проистекающей отсюда волоките." (что мы и видим на примере картинки). "В деловой жизни придавали слишком много цены титулам, и само дело страдало от этого. Одно из вредных последствий этого заключается в разделении ответственности между различными титулованными лицами; это заходит нередко так далеко, что уничтожается вообще всякая ответственность". (Г. Форд. "Моя жизнь. Мои достижения", глава 4). Если изменение структуры связано с тем, что в команде есть слабые руководители (а всегда кто-от сильнее, кто-то слабее) то, может быть, решение лежит в том, чтобы развивать руководителей (тренинги, коучинг - кстати, коучинг здесь особенно эффективен). Или в том, чтобы переместить человека на подходящую ему должность, а не кроить штатную структуру под особенности человека? Также изменение структуры может быть вызвано тем, что система управления не успевает за ростом компании или изменениями в ее деятельности, или ее эффективность теперь кажется недостаточной. Но просто изменение структуры не поможет и в этом случае. На самом деле организационная структура - только часть системы управления, и сама по себе, в отрыве от остальных компонентов, мало поможет в решении указанных задач.

Система управления предприятием

На самом деле помимо оргструктуры и мотивации есть процессы управления и другие компоненты, это действительно система управления. Совершенствование управления предприятием – важная задача, без решения которой предприятие не может оставаться конкурентоспособным. Неспроста, например, в управлении качеством произошла такая эволюция:
1. Контроль качества изделия (продукта).
2. Контроль качества процесса изготовления изделия (продукта).
3. Контроль качества процессов управления. От того, как мы управляем, зависит качество рабочего процесса, и от него уже – качество продукта. Поэтому основы качества продукта лежат в системе управления предприятием. Соответственно, от того, как мы управляем, зависит и эффективность рабочего процесса, а значит - и экономическая эффективность предприятия.

Порядок работ по оптимизации системы управления:

Распределение ответственности (кто за что отвечает): регламентация , оптимизация основных процессов и лишь затем - совершенствование структуры

Совершенствование информирования, отчетности и статистики (отслеживание реальной ситуации)

Оптимизация процессов (поддерживающего) управления как таковых: совершенствование планирования, контроля и т.п.

Оптимизация процессов жизнеобеспечения: документооборот, управление персоналом и т.п.

Совершенствование системы мотивации (материальной и нематериальной)

Оптимизация процессов развития и совершенствования

Оптимизация процессов управления ресурсами: финансами, знаниями и т.п.

Вот из этих слагаемых складывается повышение эффективности управления компанией.

Оптимизация управления – это процесс поиска и принятия оптимальных решений.

Задачи оптимального управления:

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

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

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

Этапы процесса оптимизации:

Этап диагностики, сбор информации о системе управления организации;

Этап обработки и анализа полученных данных;

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

Заключительный этап, этап внедрения.

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

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

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

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

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

Чем лучше построена система управления персоналом в компании, тем эффективнее работают сотрудники. Один из методов улучшения функционирования системы - ее упрощение.

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

Процесс ради процесса

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

Вознаграждение многозадачности

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

Использование ПО

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

Автоматизация

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

Обучение

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

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

Юлия Лёлина

Оптимизация бизнес-процессов

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

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

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

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

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

Эффективным решением задачи оптимизации является применение "процессного подхода" и "8D методики командного решения проблем" .

Краткая справка

О процессном подходе

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

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

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

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

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

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

• затраты на осуществление бизнес-процесса,
• расчет времени на осуществление бизнес-процесса,
• показатели качества бизнес-процесса.

Для более глубокого понимания процессного подхода необходимо применять цикл Деминга-Шухарта «Plan - Do - Check - Act» (PDCA ). Это «планирование - осуществление - проверка - действие». Использование этого цикла позволяет на практике реализовать непрерывное улучшение процессов, направленное на повышение эффективности работы организаци.

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

Согласно ИСО 9000, при оценке системы управления процессами необходимо:

1. выявить и определить процесс;
2. распределить ответственность;
3. внедрить и поддерживать в рабочем состоянии процедуры (управление процессом);
4. оценить эффективность процесса в достижении требуемых результатов

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

Краткая справка

8D Методика (8 Discipline) - это методика решения локальных проблем в процессах.
Метод 8D также известен как: Global 8D, Ford 8D или TOPS 8D.
Метод 8D разработан в компании «Форд» и представляет из себя 8 последовательных шагов решения проблемы, причины которой полностью или частично неизвестны. В методике 8D применяются командный, процессный, проблемный и аналитический подходы.

Каждый шаг (этап) метода 8D имеет в своем наименовании букву D, что означает Discipline (Дисциплина).

D0 - Определение проблемы и разработка плана.
D1 - Формирование команды.
D2 - Описание проблемы.
D3 - Сдерживание проблемы.
D4 - Анализ проблемы.
D5 - Разработка корректирующих мероприятий.
D6 - Внедрение и валидация корректирующих действий.
D7 - Разработка предупреждающих действий.
D8 - Закрытие мини проекта 8D.

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

С чего начать?

Наблюдение и фиксация

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

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

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

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

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

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

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

Обсуждения с фокус-группой
Обсуждения являются важной частью исследования. Эксперты фокус-группы должны принимать активное участие, выдвигать свои предложения (даже самые нереальные и сложные - любые). На практике эффективным инструментом является метод "5 почему".

Полученная информация должна быть зафиксирована любым удобным средством: записи на листах А4/блокнот, ноутбук, диктофон, любые удобные средства, позволяющие воспроизвести информацию.

На этом этапе задача аналитика - слушать, наблюдать, фиксировать.

Метод "5 почему?"

Метод "5 почему?" изобретен Сакити Тоёхара и использовалась в Toyota в ходе эволюции их методологий производства. В настоящее время техника определения первопричины какой-либо проблемы пятикратным вопросом «Почему» используется в концепциях бережливого производства, кайдзен, 6 сигма и других.

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

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

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

Как оформить полученную информацию и сделать ее структурированной?

Визуализация и описание процессов

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

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

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

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

Наиболее распространенными среди методологий моделирования, и что немаловажно, утвержденными Госстандартом России, являются стандарты семейства IDEF .

Концепция IDEF0

(нажмите, что открыть раздел)

IDEF0 основана на подходе SADT (Structured Analysis & Design Technique /Development Technology) и используется для создания функциональной модели системы или процесса, отображающей его структуру, функции, а также информационные и материальные потоки, преобразуемые данными функциями.

Концепция IDEF0 основывается на следующих положениях:

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

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

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

Передача информации. К средствам передачи информации в IDEF0 относятся:

1. Легко читаемые и понимаемые диаграммы.
2. Метки на естественном языке и сопроводительный текст, уточняющий смысл элементов диаграммы, а также глоссарий.
3. Последовательная декомпозиция. Блоки могут быть разбиты на составные части и представлены в виде более подробных диаграмм. Начинать следующий уровень декомпозиции можно только после окончательного завершения модели «родительского уровня».
4. Древовидные схемы диаграмм и блоков, позволяющие читать диаграмму, последовательно раскрывая уровни детализации.

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

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

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

В качестве программного обеспечения, поддерживающего стандарт IDEF0, можно использовать Design IDEF (Meta Software) или BP-Win (CA).

Графическая диаграмма – главный компонент IDEF0-модели, содержащий блоки, стрелки, соединения блоков и стрелок и ассоциированные с ними отношения. Блоки представляют основные функции моделируемого объекта. Эти функции могут быть разбиты (декомпозированы) на составные части и представлены в виде более подробных диаграмм; процесс декомпозиции продолжается до тех пор, пока объект не будет описан на уровне детализации, необходимом для достижения целей конкретного проекта. Диаграмма верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих более детальное представление об объекте (см.Методологию функционального моделирования IDEF0).

ARIS - методология и одноименный программный продукт компании IDS Sheer. Нотация ARIS eEPC является расширением нотации IDEF3.

Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Между процессами могут быть отображены потоки материальных ресурсов и информации. Для описания инфраструктуры, необходимой для выполнения процесса, используют объекты Продукт/Сервис и ИТ система.

В соответствии с методологией ARIS каждый процесс может быть рассмотрен в пяти аспектах:

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

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

Организация в ARIS рассматривается с четырех точек зрения:

• Организационной структуры,
• Функциональной структуры,
• Структуры данных,
• Структуры процессов.

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

Описание текущих процессов

Модель AS IS ("Как есть")

Модель AS IS («как есть») - модель существующего состояния организации.

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

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

Проектирование информационных систем и управление процессами подразумевает построение модели AS IS и дальнейший переход к модели TO BE, что является залогом автоматизации "правильных", усовершенствованных процессов.

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

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

Стрелка, соединяющая Событие 1 и Функцию 1, «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3.

Нотация eEPC построена на определенных семантических правилах описания:

1. каждая функция должна быть инициирована событием и должна завершаться событием;
2. в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции.

При описании функции (операции) рекомендую указывать входящие данные/документы, на основании которых данная операция выполняется; исходящие данные/документы, являющиеся результатом выполнения операции; название информационной системы, используемой в процессе ее выполнения; название подразделения/роли исполнителя операции; а также указать выявленный риск или потери при ее выполнении.

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

Показатели эффективности можно выделить в 5 основных групп:

• качество;
• время выполнения;
• количество;
• издержки;
• легкость в использовании.

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

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

Когда продукт (услуга) проходит по цепочке бизнес-процессов организации, то с его ценностью происходят две вещи:

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

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

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

• развитие продуктов и услуг;
• генерирование спроса;
• удовлетворение спроса;
• планирование и управление предприятием.

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

Выявление "узких мест" (потерь)

Оптимизация процесса

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

14 шагов оптимизации процессов Э.Деминга

(нажмите, чтобы открылся список)

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

1. Описать сферу действия процесса. Для этого:
   • Перечислить все события, которые запускают процесс.
   • Перечислить все пункты окончания процесса и выходы данного процесса в другие процессы
   • Выделить основные шаги процесса, задачи и виды деятельности, которые принадлежат этому процессу.
   • Перечислить все задачи и виды деятельности, относительно которых есть сомнение, принадлежат ли они к данному процессу, чтобы выяснить, какие из них необходимо оставить, а какие исключить.
   • Перечислите все входы и выходы процесса, в том числе все ресурсы, используемые в данном процессе.
2. Создать модель процесса в его текущем состоянии (как есть – as is).
3. Выявить показатели качества функционирования процесса. На этом этапе очень важно получить исчерпывающий список факторов, которые помогут оценить результативность функционирования процесса. Для этого можно воспользоваться 6-ю аспектами качества, разбив показатели на следующие группы:
   • Приемлемость и пригодность. Эта группа показателей оценивает продукт с точки зрения потребителя.
   • Своевременность . К этой группе относятся временные показатели, включающие дату предоставления товара или услуги конечному пользователю, время разработки и пр.
   • Точность и полнота . Эти два критерия взаимно дополняют друг друга. Например, неполная документация может рассматриваться как неточная.
   • Качество взаимодействия с клиентом . Разработчик продукта должен учесть все требования клиента и постоянно контактировать с заказчиком.
   • Эффективность процесса . Это показатели, характеризующие стоимость издержек, переделки, отходы и другие потери времени и ресурсов.
   • Деловая эффективность . Данные показатели относятся к выходу процесса, к стратегии его реализации, например, прибыльность продукта.
4. Зафиксировать результаты, характеризующие текущее состояние качества функционирования процесса. Основными сложностями, с которыми придется столкнуться на данном этапе, могут оказаться: отсутствие методик измерения, правил регистрации и людских ресурсов для сбора информации.
5. Описать данные, характеризующие мнение потребителя о качестве процесса. Список данных получается на основании опроса потребителей, который может проводиться в любой форме: телефонных опросов, интервью, формирования фокус-групп. При этом важно выяснить, являются ли предлагаемые продукты или услуги тем, что на самом деле хочет потребитель, есть ли что-нибудь ещё, чего бы хотел потребитель, и есть ли что-нибудь такое, что разработчик продукта делать не должен. Далее нужно установить связь результатов опроса мнений потребителей о продукте или услуге с теми показателями качества, которые были определены на шаге 3.
6. Описать данные, позволяющие сравнить протекание аналогичных процессов в вашей и других организациях. Следует оценить процесс с точки зрения существующей конкуренции. Для этого надо понять, как другие компании реализуют подобные процессы. Показатели, по которым будет проводиться оценка, могут быть взяты из опубликованных конкурентом в открытой печати данных. Целью сравнительного анализа является поддержка принятия решений на этапах 10…12.
7. Выработать стандарты для каждого показателя, полученного по результатам шага 3. В качестве таких стандартов для каждого показателя можно задать три пограничные точки: первая точка, характеризующая самый низкий уровень качества, все еще приемлемый для потребителя, вторая - точка соответствия, задающая среднее значение показателя по совокупности действующих в данной сфере рынка компаний (или значение показателя, при котором потребители перестают жаловаться на продукт или услугу) и третья точка - «уровень лидера», которая определяется качеством функционирования процессов самых сильных конкурентов (или значение показателя, при котором достигается полная лояльность потребителей).
8. Выявить проблемы, возникающие при реализации данного процесса. К ним относятся любые недостатки в качестве функционирования процесса в вашей организации, низкая эффективность использования ресурсов. К списку проблем следует отнести также нереализованные возможности процесса, например, любые прибыльные продукты или услуги, которые востребованы в вашей сфере рынка, но которыми ваша компания не занимается.
9. Разработать отчет по результатам анализа проблем, возникающих при реализации процесса. Все проблемы должны быть классифицированы и упорядочены с точки зрения их приоритетности и значимости. Отчет может быть как в текстовой, так и в табличной или в графической форме, например, в виде причинно-следственной диаграммы Ишикава. Последнее предпочтительнее, так как диаграммы позволяют разработать многоплановые решения и установить для них приоритеты.
10. Предложить список потенциальных решений. Используя результаты предыдущего шага, теперь следует предпринять мозговой штурм, направленный на поиск идей, с помощью которых можно достигнуть улучшения процесса. В зависимости от степени серьёзности проблемы, может быть три пути решения этой задачи:
    • принять быстрое, промежуточное решение, не затрагивающее основных базовых характеристик процесса с незначительными изменениями содержания процесса;
    • улучшить текущий процесс в значительной мере, но в рамках прежней идеологии;
    • сделать процесс заново.
11. Отобразить видение будущего состояния процесса. На данном этапе следует определить возможные изменения в продуктах и услугах, производимых компанией, и отметить степень улучшения, которое предполагается достигнуть. Результатом данного шага должна быть модель «как должно быть» или «to be».
12. Подготовить список инициатив, необходимых для достижения желаемого состояния процесса. На данном этапе необходимо отобразить, какие мероприятия должны быть реализованы, чтобы перевести процесс из состояния «as is» в состояние «to be». Каждую инициативу следует описать как: «Изменение процесса», «Изменение методов и средств», «Организационное изменение» или как комбинацию изменений. Список инициатив должен быть упорядочен по двум критериям: сначала по качеству, т.е. по важности для потребителей, а затем с точки зрения временных затрат, которые потребуются для достижения результатов – в начале списка должны идти мероприятия, которые можно реализовать быстрее.
13. Провести предварительный анализ инициатив с точки зрения их экономической эффективности. Следует оценить затраты на каждую из инициатив и степень повышения качества продукта или услуги в результате данной инициативы. Это можно сделать несколькими способами, например, оценить новую чистую прибыль (NP), которую предприятие получит после изменения бизнес-процесса, или оценить новый ROI (Return On Investment - рентабельность инвестиций). Следует учитывать, что оценка прибыли должна проводиться не по одному бизнес-процессу, а в целом по деятельности компании, чтобы исключить инициативы, когда оптимизация одних процессов происходит за счет негативных изменений других бизнес процессов. После оценки затрат список инициатив следует упорядочить еще раз, уже по критерию "стоимость-эффективность".
14. Составить отчет по проекту в целом, содержащий рекомендации по оптимизации процесса. На основании подготовленного отчета в процесс вносятся соответствующие изменения, или же процесс создается заново.

7 простых приемов оптимизации процессов:

Прием №1: Вынесение ИКР (идеального конечного результата) за рамки процесса
Сформировать ИКР который мог бы быть достигнут не только посредством реализации процесса, а так же всеми доступными способами

Прием №2: Исключение лишних шагов из процесса
Необходимо рассмотреть цель каждого шага процесса, задаться вопросом можно ли исключить какие либо шаги или объединить их:

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

Прием №3: Изменение последовательности этапов исполнения процесса

• Какие из шагов процесса являются самыми значимыми для успешного завершение процесса?
• Можно ли данные шаги переместить ближе началу процесса?

Прием №4: Дробление операций
Чем более совершенный бизнес-процессы тем меньше требований к квалификации сотрудников они предъявляют. Осуществляется дробление процессов и операций, которое приводит к упрощению процесса в целом.

• Какие операции в процессе требуют наибольшей квалификации исполнителя?
• Можно ли данные операции разделить на более простые операции, что бы требования к исполнителю снизились?

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

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

Прием №6: Объединение операций во времени и (или) пространстве

• Если в данном процессе операции которые било бы более целесообразно объединить во времени и (или) пространстве?

Прием №7: Автоматизация

Для оценки потерь (проблем) можно применить FMEA метод :

• составить список возможных последствий (S) каждого отказа (проблемы/потери);
• получить экспертную оценку каждого последствия, в соответствии с его серьезностью, обычно по 10-бальной шкале (10 соответствует самым тяжким последствиям);
• оценить вероятность возникновения последствия (О) по 10-бальной шкале;
• оценить вероятность обнаружения отказа и его последствий (D) по 10-бальной шкале;
• вычислить для каждого последствия коэффициента приоритетности риска - R (Risk Priority Number - RPN), где RPN = S x O x D;
• выбрать отказы (проблемы/потери), над которыми предстоит работать;
• принять меры для устранения или сокращения отказов (проблем/потерь) с высоким показателем риска;
• рассчитать новый показатель риска с учетом разработанных мероприятий.

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

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

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

FMEA (аббревиатура от Failure Mode and Effects Analysis , анализ видов и последствий отказов ) - методология проведения анализа и выявления наиболее критических шагов производственных процессов с целью управления качеством продукции.

Согласно военному стандарту США MIL-STD-1629 «Procedures for Performing a Failure Mode, Effects and Criticality Analysis», FMEA - это процедура, с помощью которой проводится анализ всех возможных ошибок системы и определения результатов или эффектов на систему с целью классификации всех ошибок относительно их критичности для работы системы.

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

Мозговой штурм (brain storm) – это метод коллективного продуцирования новых идей, разработанный еще в тридцатые годы прошлого века. Сущность метода заключается в отделении процесса выдвижения идей от процесса их критической оценки и отбора. Оптимальное количество участников такой группы – 5…10 чел. В группе должен быть фасилитатор – человек, который ведет процесс группового обсуждения. Он является одновременно генератором и аналитиком идей. Процесс мозгового штурма предполагает определенные правила работы: никакой критики; атмосфера, комфортная для всех участников штурма. Цель этого мероприятия - собрать как можно больше идей, даже кажущихся нереальными. Все идеи должны оперативно фиксироваться. Для второго этапа - анализа выдвинутых идей – обычно привлекаются специалисты, которые не принимали участия в генерации идей. В результате составляется окончательный список, в котором остаются только те решения, которые поддерживаются большинством участников.

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

Бенчмаркинг - это постоянное изучение лучшего в практике конкурентов. Концепция бенчмаркинга зародилась в конце 50-х годов, когда японские специалисты посещали ведущие компании США и Западной Европы с целью изучения и последующего использования их опыта. При подготовке списка инициатив, необходимых для достижения желаемого состояния оптимизируемого процесса, метод конкурентной разведки может сыграть далеко не последнюю роль. Иногда этот метод называют еще методом использования лучших практик (best practice).

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

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

Для определения причинно-следственных связей между выявленными проблемами и их причинами можно использовать Диаграмму Исикавы (диаграмма «рыбьей кости», от анг. Fishbone Diagram, известная также как диаграмма «анализа корневых причин»).

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

Проблема обозначается основной стрелкой. Факторы, которые усугубляют проблему, отражают стрелками, покосившимися к основной вправо, а те, которые нейтрализуют проблему - с наклоном влево. При углублении уровня анализа к стрелкам факторов могут быть добавлены стрелки влияющих на них факторов второго порядка и т. д. На рисунке ниже отражен такой пример с двумя уровнями костей: красным цветом обозначены 1-й уровень - главные (коренные): a, b, c, d, а синим 2-й уровень - углублённые (детализирующие) причины (факторы) исследуемого влияния на результат (среди факторов 2-го уровня являются, как те, которые усиливают действие 1-го уровня - e, f, g, h, i, l, m, o, p, так и те, что её ослабляют - k, n). Ключевая задача заключается в том, чтобы иметь от трёх до шести основных категорий, которые охватывают все возможные влияния.

Описание оптимизированного процесса

Модель TO BE ("Как будет")

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

Методы визуализации модели TO BE такие же как для модели AS IS.

Распространенная ошибка при моделировании – это создание идеализированной модели. Примером может служить моделирование на основе знаний руководителя, а не конкретного исполнителя работ. Руководитель знаком с тем, как предполагается выполнять работы согласно руководствам и должностным инструкциям, и часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно использовать в дальнейшем для анализа. Такая модель называется SHOULD BE (Как должно быть).

Иногда текущая модель AS IS и будущая TO BE различаются очень сильно и переход от начального состояния к конечному становится не очевидным. В этом случае необходима третья модель, описывающая переход от начального состояния к конечному, поскольку такой переход – это тоже бизнес-процесс.

Планирование и реализация мер оптимизации

Реализация модели TO BE

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

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

Для определения приоритетов полезно выявить мнение клиентов (что они хотят получить) и как организованы процессы у конкурентов, т.е. изучить внешнее окружение, выявить пожелания клиентов, которые не реализованы в изученных процессах модели AS IS.

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

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

План реализации модели TO BE рекомендую оформить средствами MS Project (бесплатная версия Project Expert) или в виде "Плана 90 дней", применяемый в методологии "А3 мышления" для быстрых решений, или для кроткосрочных реализаций методологию Scrum и Agile.

• пригодности (с точки зрения потребителей);
• своевременности;
• точности и полноте;
• качеству взаимодействия с клиентом;
• стоимости издержек, потери времени (затрат на выполнение операций);

План в Project удобно разрабатывать для отслеживания загрузки ресурсов и автоматического расчета сроков и дат начала-окончания последовательных и параллельных работ.

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