Главное не результат, главное процесс

BPM-блог Анатолия Белайчука

Разбираемся с процессами, проектами и функциями

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

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

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

Какие есть варианты действий у руководителя в ситуации начинающегося раздрая? » читать дальше

03.02.15 | Статьи | ,     Комментарии: закрыто

Как разделение труда снижает производительность

Во всем виноват Адам Смит! Ведь это он изобрел разделение труда. Впрочем, есть мнение, что он его не изобрел, а лишь описал. Пусть так — в конце концов, дело не в личности, а в явлении.

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

31.01.15 | Статьи | ,     Комментарии: закрыто

Где начинается и где заканчивается процесс?

Нет, речь не о том, что процесс начинается стартовым событием и событием же завершается, это понятно. Речь о том, что считать процессом, а что нет.

Несколько цитат, демонстрирующих разброс мнений по этому вопросу -

Пол Хармон комментирует дискуссию “Process and Capabilities” в группе BPTrends на LinkedIn:

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

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

Я вернулся к блогу

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

Если на профессиональном блоге перестают появляться материалы, то это означает одно из двух: либо автор утратил интерес к теме, либо наоборот - тема накрыла его “с головой” так, что стало не до блога. Мой случай - второй.

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

Пока Comindware выпустил два продукта Comindware Tracker и Comindware Project, а в 2015 мы планируем выпустить прорывной продукт, сочетающий поддержку учетных функций, проектов, процессов, кейсов, плюс сквозное управление ресурсами и социальное взаимодействие, в том числе через мобильные интерфейсы.

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

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

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

Какие главные задачи будут стоять перед BPM в 2015 г.?

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

Что имеется в виду - ИТ? Подход к управлению? Способности компаний в области BPM и их процессная зрелость? Все перечисленное? Неоднозначный вопрос провоцирует непонимание.

Если взять самый широкий контекст (т.е. рассматривать все три аспекта), то тогда надо задаться вопросом - где здесь узкое место?

» читать дальше

Что является процессом в BPMN (и что не является)

Термин “процесс” многозначен и в зависимости от контекста может означать очень разные вещи. Это создает сложность для тех, кто начинает изучать BPMN. В помощь им эта краткая заметка.

1. Процесс BPMN повторяем

Не является процессом в понимании BPMN, например “Ликвидация компании”, так как он исполняется лишь один раз. (Конечно если вы не специализируетесь на предоставлении услуг в этой области.)

2. Процесс BPMN предсказуем

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

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

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

3. Процесс BPMN нетривиален

Если вы не можете декомпозировать процесс на несколько задач, то это, с точки зрения BPMN, не процесс. Процесс состоит из множества связанных задач и/или подпроцессов, т.е. не атомарен.

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

4. Процесс BPMN конкретен

У процесса BPMN есть четко определенное стартовое событие, заранее определенная цепочка действий и определенные варианты завершения.

Не является процессом в понимании BPMN, например, “Бюджетный процесс”. С точки зрения BPMN, это несколько процессов (утверждение бюджета, отчетность по исполнению бюджета) плюс несколько задач, являющихся частью “чужих” процессов,  например, задача “Проверить наличия бюджета” в процессе “Закупка”.

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

5. Процесс BPMN дискретен

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

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

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

6. Входы и выходы процесса BPMN - это, в первую очередь, события

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

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

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

7. Процесс BPMN - это история объекта, а не субъекта

Не пытайтесь моделировать в BPMN процессы типа “Рабочий день сотрудника”.

Правильный подход - процессы типа “Прохождение клиентской заявки”.

8. Процесс BPMN не завершается, пока не выполнена вся работа

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

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

9. Процесс BPMN клиенто-ориентирован

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

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

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

10. Процесс BPMN - это не микро, а макро-менеджмент

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

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

В решении подобных проблем BPMN незаменим, так как позволяет сделать схему взаимодействия участников процесса явной и одинаково трактуемой всеми заинтересованными сторонами - руководством, бизнес-подразделениями и “процессными технологами” (в том числе ИТ-специалистами), задача которых - воплотить эту схему в жизнь.

(English) Takeaways From bpmNEXT’2014, Twitter Style

Этот контент доступен на языках: English.

01.04.14 | Отклики | ,     Комментарии: закрыто

“Управленческий хайтек” - доклад на конференции CNews 06.02.2014

Мероприятие получилось достаточно интересным.

Порадовали выступления наших заказчиков - “Аттик” (Александр Оноприенко) и “Финам” (Павел Литвинов). Пользуясь случаем, спасибо за то, что поделились своим опытом! Уверен, что он многим окажется полезен, особенно тем, кто только примеривается к BPM.

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

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

13.02.14 | Презентации | ,     Комментарии: закрыто

“Обыкновенный” BPM

Как я уже говорил, проблема BPM в том, что он продолжает оставаться делом чересчур творческим. Слишком много гуру и проповедников, которые не могут договориться друг с другом. Нет единой базы, фундамента, мейнстрима, который признавался бы широким кругом специалистов. На простой вопрос потенциального заказчика «где можно прочитать про то, что вы сейчас рассказывали?» нет хорошего ответа. То есть книги есть, но они слабо согласуются друг с другом. Идеальным был бы такой ответ: «есть книги А, Б и В – берите любую; за исключением нюансов, они все говорят одно и то же». Но сейчас А, Б, В один и тот же предмет трактуют сильно по-разному, причем книга, изданная после 2010, вполне может излагать идеи 90-х или даже 80-х. Как будто с тех пор процессное управление не менялось – менялось, и еще как!

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

Это было основным движущим фактором, подтолкнувших нас к учреждению Ассоциации BPM-профессионалов как российского отделения ABPMP International. Во-первых, ABPM – это действительно массовая организация - свыше 6 тыс. членов, среди которых множество известных имен. Во-вторых, они смогли прийти к консенсусу и выпустить свод знаний под названием BPM CBOK. В третьих, ABPM разработал систему сертификации CBPP (Certified Business Process Professional).

Это была преамбула, теперь перехожу к сути дела.

Вчера встречались с заказчиком. Финансовая компания – брокерские и банковские услуги. Используют SOA около четырех лет, BPMS – около двух лет. Реализовано около 10 процессов – большинство эксплуатируются промышленно, два-три в состоянии опытной эксплуатации. десятки тысяч экземпляров процессов в год. Много интеграции, но это не чисто автоматические STP-процессы – все прелести кросс-функциональных «человеческих» процессов наличествуют.

Руководитель проекта рассказал, как они шли к этому успеху. Чем рассказ поразил (и почему я решил поделиться с вами этой историей) – своей обыденностью! Как «продавали» идею BPM руководству, как выбирали BPMS, как выбирали первый процесс, как выстраивали коммуникации в рамках проекта BPM, как считали эффект от BPM, как на практике реализовывали непрерывное усовершенствование PDCA… про все это руководитель проекта рассказал как-то очень буднично. Все сделано просто, без затей, как будто по учебнику (хотя конечно были и поиски, и творчество) – но это-то как раз и необычно!

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

Специально не называю компанию и не даю подробностей проекта. Заинтересовались? Приходите на конференцию CNews 06.02.2014 – там этот проект будет доложен и думаю, это будет один из лучших докладов. Я тоже планирую выступить.

26.12.13 | Заметки | ,     Комментарии: закрыто

(English) Live Process Analysis & Modeling Experience

Этот контент доступен на языках: English.

Copyright © 2008-2020 Анатолий Белайчук. Спасибо Wordpress и Yahoo.  Контент  Комментарии