Что такое автоматизация бизнес процессов

Содержание

Автоматизация бизнес процессов компании, что это

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

Что это такое

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

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

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

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

Чтобы добиться оптимизации, нужно создать верную основу:

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

Business management process – это концепция развития организации. Ее основная задача – внедрение автоматизации в управление и повышение эффективности бизнеса.

Что делает ВРМ:

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

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

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

История создания

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

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

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

Основные направления для развития

Как правило, проводится в 2 одинаково важных сферах:

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

Цели и задачи автоматизации бизнес-процессов

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

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

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

Среди основных задач выделяют:

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

Примеры и идеи

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

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

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

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

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

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

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

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

Основные преимущества

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

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

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

Тенденции, технологии и опыт в автоматизации бизнес-процессов

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

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

Какие функции могут потребоваться

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

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

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

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

Как автоматизировать бизнес

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

Как начать:

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

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

Этапы автоматизации бизнес-процесса

Выделяют несколько последовательных пунктов:

Подготовительный. Поиск и описание существующих проблем, количество сотрудников, которые будут пользоваться программами.
Анализ. Разработчики изучают внутренние регламенты, проводят интервью с руководителями подразделений, определяют реальную ситуацию.
Подготовка ТЗ. Это документ, в котором будут указаны все нюансы и функционал будущего ПО.
Подготовка помещений. Все места, где внедряется нововведения.
Установка и настройка системы. Затем все тестируется.
Обучение. Чтобы все было создано не зря, следует научить персонал пользоваться программным обеспечением.
Проверка. Здесь работники тестируют функционирование автоматизации под присмотром создателей.
Корректировка. Правки производится при запросе от заказчика.
Ввод в эксплуатацию.

Ключевые направления и программное обеспечение

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

Управление

контроль бюджета;
безопасность информации и экономики;
менеджмент;
юридическая поддержка.

Здесь можно пользоваться «1С».

Маркетинг и продажи

Оптимизация отношений с клиентами, рекламы. Используют «Мегаплан», «Битрикс», EFSOL.

Производство

Выводят на новый уровень запасы и поставки, контроль над техникой. Оптимизируется и логистика. Среди подходящих программ «Крафт» и УСУ.

Качество

Контроль всего, что выпускает фирма, работа с вопросами и недовольством от клиентов. Подходят: «Администратор показателей», «ФИНЭКС» и «Магистр».

Персонал

Подбор сотрудников, их учет, обучение и стимулирование. Программы: «1С», «Фараон», «Босс-кадровик».

Финансы

Все стандартные процессы любой компании – бухгалтерия, налоги, планирование, отчетность, зарплата. ПО: «1С», «Фингранд», «АудитЭксперт».

Организация работы предприятия

Сюда входит весь оборот регистрируемой документации. ПО: «1С», «Мастер Док».

Как выбрать

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

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

Чтобы не допустить ошибки, стоит ответить на важные вопросы:

Что конкретно нужно автоматизировать?
Справится ли с задачами?
Можно ли донастраивать под нужды предприятия?
Реально ли быстро внести изменения в ПО без прекращения его работы?
Насколько будет удобно и понятно, как пользоваться?
Возможны ли интеграции с другими программами?
Будут ли установщики проводить техобслуживание, консультировать после запуска?
Как работатет техподдержка?
Стоимость комплекса.

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

Цена ПО и сколько стоит внедрение

Это зависит от разных факторов:

какие задачи должно решать;
разновидность – встраиваемая/типовая;
сколько и каких ресурсов нужно для запуска;
объем подключенных рабочих мест.

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

Какие решения предлагает компания «Клеверенс»

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

Количество показов: 3225

www.cleverence.ru

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

Особенности автоматизации бизнеса

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

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

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

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

Внедрение автоматизации бизнеса

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

Руководству стоит назначить ответственное лицо, которое будет от их имени справляться со следующими задачами:

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

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

Оценка этапов автоматизации бизнеса

Есть несколько стандартных этапов оценки объема работ:

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

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

Недостатки автоматизации бизнеса

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

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

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

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

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

www.unisender.com

Автоматизация бизнеса (бизнес-процессов) простыми словами / Habr

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

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

Чтобы это понять, давайте просто разберем автоматизацию бизнес-процесса на части.

Итак, бизнес-процесс.
Что такое бизнес всем понятно.
А вот к процессу присмотримся внимательнее.

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

Именно наличие этапов (шагов, пунктов) дает нам возможность автоматизировать процесс. Каким образом?

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

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

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

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

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

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

Событие – то, что произошло.

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

Например:

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

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

Соответственно, что у нас есть?

1. Этапы процесса.
2. Событие, после которого процесс переходит на следующий этап.
3. События, которые происходят во время этапа.

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

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

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

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

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

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

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

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

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

Таким образом, получается все просто.

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

Для примера опишу часть процесса.

Вы получили согласие на свидание.
Система ставит вам задачу – “пойти на свидание и поцеловать”

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

Я ей указываю, что произошло и дальше она действует сама.

ОТШИЛА — система закрывает этот процесс.
УСПЕШНО ПОЦЕЛОВАЛ – система переводит процесс на этап “отношения” и ставит следующую задачу.
ХОРОШО, НО БЕЗ ПОЦЕЛУЯ – система ставит задачу “назначить свидание”.
НЕ ПОДХОДИТ МНЕ — система закрывает этот процесс.

habr.com

как не автоматизировать бардак / ООО «ИЛАДА» corporate blog / Habr

2006-2008 годы в бизнес-кругах были ознаменованы бесконечными дискуссиями на тему управления проектами и процессами. Научные организации и институты собирали целые конференции с участием видных международных экспертов и буквально без перерыва на кофе-брейк обсуждали проекты и процессный подход. Чуть позже, в 2009 году на одном из международных круглых столов аспирант крупного вуза основательно и весьма убедительно доказал, что процессному подходу и управлению проектами в России уготовлен печальный конец, потому что «всё, что ни делается в компаниях, неизменный бардак».

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

Если обратить внимание на рынок корпоративных информационных систем, в том числе CRM и XRM, становится очевидна тенденция встраивать в систему модуль создания и/или управления бизнес-процессами. Часть вендоров использует стандартную нотацию BPMN 2.0, часть предпочитает нативные логические схемы — это зависит от целей разработчика и общей архитектуры системы. Когда мы разрабатывали свою XRM-систему Ruli24, бизнес-процессы были для нас едва ли не самой приоритетной задачей: мы изучали зарубежные решения, рассматривали доступные кейсы, пытались разобраться в удачах и провалах бизнес-процессов. В целом, накопленная экспертиза позволила нам сформировать свой подход, о котором мы расскажем позже. А пока — квинтэссенция опыта, полученного экспертами команды Ruli24.

Всё есть процесс: немного теории и кибернетики

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

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

Типология процессов и их атрибутов

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

Проектный процесс занимает значимое место в каждой компании — он уникален и, как правило, повторяется однократно: разовая рекламная кампания, проект внедрения ПО, проектирование и разработка нового продукта. Для управления такими процессами существуют сетевые планы-графики (как частный случай, диаграмма Ганта), которые определяют очерёдность и связанность работ, а также задействованные ресурсы. Результат проектного процесса заранее определён (запланирован) и уникален. Управляется процесс с помощью методологии Project Management, использует средства автоматизации управления проектами (в случае Ruli24 это отдельный модуль).

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

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

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

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

Всё есть процесс

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

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

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

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

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

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

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

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

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

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

Бизнес-процессы: трудности перехода

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

Вообще, бизнес-процессы характеризуются тремя обязательными элементами:

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

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

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

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

Как мы делали бизнес-процессы

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

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

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

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

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

Ruli24 ввиду своей универсальности отвечает требованиям автоматизации процессов всех типов:

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

проектный — автоматизация с помощью диаграммы Ганта и модуля управления проектами и задачами;

производственный — автоматизация с помощью создания BPMN-моделей бизнес-процессов, генерации типовых процессов и их экземпляров;

информационный — модуль электронного документооборота (СЭД).

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

Сколько бы ни старались разработчики создавать системы автоматизации бизнес-процессов, увы, эффективность таких программ низка, если в компании нет понимания процесса как элемента управления компанией. Хаотичность исполнения задач, сдвинутые сроки, перекладывание ответственности — все эти факторы работают против компании и одной из главных целей бизнеса — удовлетворения потребностей клиента и получения дохода. Уже не раз на Хабре встречалась фраза, написанная сотрудниками вендоров различных систем, — «автоматизированный бардак (беспредел)». Поэтому мы рекомендуем перед внедрением системы управления бизнес-процессами (особенно в составе XRM), провести комплексный анализ бизнеса, попробовать описать процессы доступными средствами, понять, какие точки и взаимодействия порождают наиболее серьёзные проблемы.

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

habr.com

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

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

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

Сейчас список сфер, которые можно автоматизировать, значительно расширился. Даже такие «неповоротливые» отрасли, как машиностроение, постепенно начинают оптимизировать взаимодействие с клиентами и дилерами через специальные сервисы.

Цели и преимущества автоматизации бизнеса

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

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

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

www.business.ru

Автоматизация бизнес процессов в CRM. Сравнение подходов / Trinion corporate blog / Habr

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

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

Таким образом, при работе по внедрению CRM лично я придерживаюсь следующей последовательности действий, которую также рекомендую всем коллегам, как доказавшую на практике свое удобство и жизнеспособность:

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

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

И сейчас я хочу рассказать о двух разных подходах решения этих вопросах, которые в той или иной степени реализованы во всех популярных CRM.

Программирование бизнес-процессов.
«Рисование» бизнес-процессов.

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

Программирование бизнес-процессов

Этот метод применяется в таких популярных системах, как ZOHO CRM или Saleforce CRM, и заключается в реализации бизнес-процесса по технологии Step by Step, т.е. «шаг за шагом».

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

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

Приведем пример из ZOHO CRM. Здесь имеются два основных вида объектов:

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

Пример Approval process

Пример Workflow

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

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

Об этом подходе можно сказать, что описание алгоритма реализуется текстовым способом. Например, если мы возьмем в ZOHO CRM определенный Provel process, то для него нужно будет указать:

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

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

Рисование бизнес-процессов

Такой подход реализован, например, в Bitrix24 CRM и в 1С CRM. Здесь все бизнес-процессы нужно рисовать в определенном внутреннем формате этих систем. Так, в Bitrix24 есть собственное понятие «Бизнес-процессы», а внутри этого раздела имеется нотация, в которой нужно рисовать бизнес-процессы.Пример бизнес процесса в Битрикс CRM

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

Аналогичным образом и в 1С CRM реализована собственная нотация, отличающаяся от той, которую создали программисты Bitrix24. Также и в других системах, придерживающихся графического подхода, используются либо полностью собственные разработки, либо адаптированные под нужды системы графические нотации от сторонних разработчиков. И каждый раз для корректной работы в системе нотацию нужно будет заранее изучить.

Пример бизнес процесса в 1C CRM

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

Плюсы и минусы подходов

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

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

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

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

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

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

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

С другой стороны, если бизнес-процессы в компании оказываются относительно простыми, и выполнять работу по автоматизации процессов намерен производить пользователь, не являющийся программистом, графический подход оказывается удобнее. Наглядно «нарисовать» схему процессов и определить иерархию в нотации сможет даже пользователь, знакомый с бизнес-аналитикой и IT просто потому, что графический вариант представления бизнес-процессов намного понятнее пользователям. Именно на них рассчитаны такие инструменты. Именно нарисовать, чтобы процессы правильно исполнялись все равно придется привлекать программиста. Считается, что пользователю изучить графическую нотацию проще, чем программирование процессов. Здесь каждый решает сам, что ему больше нравится: гибкость и простота программирования или наглядность для пользователей и возможность внесения изменений в бизнес-процессы без участия разработчиков.

habr.com

Автоматизация бизнес-процессов или что такое «Сложность». Часть 1 / Habr

Про автоматизацию бизнес-процессов (БП) написано много. В литературе, да и в интернете, хорошо описаны преимущества автоматизации повседневных рутинных процессов посредством Business Process Management (BPM), а также Workflow Management Systems (WMS).

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

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

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

В конце статьи приведу конкретные примеры борьбы со Сложностью на примере моделирования адаптивных БП.

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

Рисунок 1: степени устойчивости БП к изменениям [источник Vos 1997, S. 40]

Из рисунка 1 видно, что структурированные процессы эффективно поддерживаются обычными WMS и BPM, тогда как полу-структурированные и коллаборативные требуют более гибких IT решений.

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

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

Рисунок 2: технические концепции [источник Aalst u. a. 2005, S. 158]

Во избежание путаницы приведу основную идею каждой концепции:

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

— SOA – это сервисы, которые имеют интерфейсы согласно стандарту OASIS. Это обеспечивает упрощённый способ общения между сервисами.

— Case Management oder Adaptive Case Management (ACM) — поддерживают непредсказуемые сценарии. Эти системы эффективны для не повторяющихся и уникальных бизнес-сценариев.

— Ad-hoc-Workflow – процессы, в модель которых встроена возможность изменения потока работ «на лету» (также в уже запущенной инстанции процесса).

— Groupware – ПО для поддержки взаимодействия между людьми, совместно работающими над решением общих задач.

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

С категориями и инструментарием более-менее разобрались, остаётся разобраться с внешними факторами; вроде как всё правильно сделали — шуруп закручиваем отвёрткой, а гайки ключом, но что-то всё равно «туго» идёт. Может, вкручиваем шуруп в бетон или отвёртка прокручивается.

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

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

Для начала необходимо разделить два понятия «сложный» (англ. complicated; нем. kompliziert, Kompliziertheit ) и «Сложность» (англ. Complex; нем. komplex, Komplexität). Очень часто эти два термина принимают за одно и тоже, но между ними есть существенная смысловая разница.

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

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

Понятие «Сложность» — это скорее состояние системы, когда при известных компонентах конечный результат не предсказуем.

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

Другими словами:

Когда система (дело, проект — не зависит от контекста) вызывает Сложность, то для её преодоления потребуются новые знания, которые нужно будет понять (переосмыслить, принять, изменить точку наблюдения, измениться самому).

Когда система (дело, проект — не зависит от контекста) сложная, то потребуется приложить усилия с уже имеющимися знаниями.

Из вышеизложенного следует интересная формулировка работы проект-менеджера:

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

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

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

Этот пункт значительно актуален, если срок жизни инстанции БП > периода релиза модели БП. Другими словами, у меня появляется возможность поддерживать эволюцию данного бизнес-процесса «на лету» — без перезапуска инстанции БП.

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

Согласно рис. 2 воспользуюсь принципом Ad-Hoc Workflow. Этот принцип хорошо подходит для задач, когда начальная модель БП известна и последующие изменения применяются как к запущенным, так и ко всем последующим инстанциям БП.

Сформулирую основные правила эволюции предьявляемые к Ad-Hoc процессам:

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

Теперь можно перейти к структурному примеру изменения модели БП. Два самых распространённых сценариев при изменении модели БП следующие:

добавления нового task в модель
удаление существующего task из модели

Добавление нового Task

Необходимо добавить таск 3 в модель БП.

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

Пунктирные линии показывают перемещение токенов между версиями БП:

Удаление существующего Task

Необходимо удалить таск 2 из модели БП. Удаление происходит в три шага, версия 2 — промежуточная, конечная версия — версия 3.

Шаг 1: токены перемещаются из версии 1 в версию 2. Во второй версии таск 2 для новых инстанций уже недоступен. Инстанции, запущенные из версии 1, и которые уже начали выполнения таска 2, закончат его выполнение.

Шаг 2: в версии 2 таск 2 постепенно «отмирает», так как инстанций в версии 1 больше не запускаются и поток токенов в таск 2 из версии 1 прекратится ( второе правило эволюции БП).

Шаг 3: после полного «отмирания» таска 2, добавляется версия 3 — уже окончательная, без таска 2, который с уверенностью уже не потребуется.

(Пунктирные линии показывают перемещение токенов между версиями БП).

В этой статье был рассмотрен переход от «Сложности» при изменениях в модели БП к сложной задаче моделирования адаптируемых БП «на лету».

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

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

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

Спасибо за внимание!

habr.com