Для того, чтобы правильно автоматизировать и оптимизировать работу любого бизнеса, необходимо, в первую очередь, понимать, как именно он работает. Для этого применяют два подхода – функциональный и процессный. Первый применяют преимущественно для разработки стратегических решений, а второй, процессный, как раз и направлен на то, чтобы оптимизировать работу подразделения или компании в целом с точки зрения взаимодействия сотрудников, отделов и IT-систем.
Как только вы столкнетесь с процессным подходом, вам потребуются навыки моделирования бизнес-процессов.
Я работаю бизнес-консультантом уже более 15 лет. Мои основные направления деятельности – моделирование бизнес-процессов и их регламентация. Когда я только начал развивать это направление в своей деятельности, самым сложным было представление услуги. Здесь было два одинаково сложных вопроса – как продать услугу, о которой клиент практически ничего не знает, и как ее потом сдать. Причем, нередко решение второго вопроса оказывалось даже сложнее, чем представление самой услуги.
Если вы обращаетесь к врачу с переломом, результат его работы заранее очевиден, скорее всего это будет гипс. Также, если вы заказываете архитектурный проект дома, финал сотрудничества также ясен и однозначен. При работе с информационными системами, например, с Zoho или 1С или в любой другой системой организации труда, все не настолько однозначно. Как определить, в какой момент задача выполнена и сотрудничество завершено? Заказчики склонны годами обращаться за бесплатной помощью по результату законченного проекте и консультациями в полной уверенности, что так и надо.
После долгих поисков метода работы по проекту я в конечном итоге я пришел к тому, что наиболее близкой мне является методология IDEF и BPMN. Когда я начал изучать эти инструменты IDEF уже существовала многие годы, а BPMN только набирала популярность. За 15 лет я глубоко изучил эти инструменты, и теперь решил поделиться своими знаниями с читателями.
Я расскажу, как на практике пользоваться BPMN, когда и почему нужно пользоваться этим инструментом. Поговорим об истории вопроса. Отдельно я расскажу о распространенных заблуждениях, с которыми сам не единожды сталкивался на практике. И обсудим очень важную тему – что не нужно делать, т.е. поговорим о тех ошибках и «граблях», на которые наступают практически все, кто начинает заниматься моделированием бизнес-процессов, и которых можно избежать, если знать о них заранее.
В этой книге я постараюсь охватить максимум полезной информации, начиная от основ методологии и того, что такое BPM, и заканчивая тем, как работать с нотациями на практике при моделировании информационных систем и при организации работы трудовых коллективов.
Если говорить о BPM, как о конкурентном преимуществе, здесь самое главное – скорость внедрения новых технологий и принципов работы. В своих публикациях я не раз повторял, что бизнес-консультант в современных условиях – это обязательно IT-специалист, т.е. специалист по внедрению информационных систем. Сейчас невозможно себе представить работу организации без использования IT-систем, это просто анахронизм.
Даже если руководитель бизнеса не считает нужным работать с компьютером, что сегодня в наших реалиях еще иногда встречается, сама организация все равно использует различные IT-системы. Иначе бизнес просто неконкурентоспособен.
На практике я понял, что скорость внедрения – очень важна, в первую очередь, для меня, как для бизнес-консультанта. Если над каждым проектом работать месяцами, это будет штучный товар, который вы каждый раз создаете, по сути, с нуля. Поначалу я и сам так работал. Но потом понял, что на самом деле, внедрение IT-системы возможно успешно реализовать за 2—3 недели. Причем, мы выполняли такую работу для сравнительно крупных компаний, в которых работает более 100 человек. Само собой, это выгодно мне, как бизнес-консультанту, привлеченным IT-специалистам. Но это также выгодно бизнесу.
