Лучшие практики автоматизации бизнеса

Оргинал: Business automation best practices
Автор: Сэнди Кемсли (Sandy Kemsley)

В нашем распоряжении много крутых технологий автоматизации бизнес-процессов и бизнес-правил:

  • автоматизация процессов с помощью систем управления бизнес-процессами (BPM, business process management) и кейс-менеджмента
  • автоматизация задач с помощью роботизации процессов (RPA, robotic process automation) и вызова сервисов посредством API
  • автоматизация принятия решений с помощью систем бизнес-правил
  • плюс интеллектуальные технологии широкого применения, такие как искусственный интеллект и машинное обучение, делающие процессы и решения умнее

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


Почему не складываются коммуникации с ИТ

Оригинал: Why IT communications fail to communicate
Автор: Боб Льюис (Bob Lewis)

Не путайте документацию с коммуникациями! Назначение документации — не передавать информацию, а служить напоминанием.

Бизнес-аналитик моего клиента спросил, как я оцениваю качество разработанной спецификации.

Я давным-давно я убедился на собственном опыте: когда кто-то просит вашего совета, скорее всего он ищет союзника. Поэтому в ответ я поинтересовался, откуда у него возник этот вопрос.

«Я отдал документ разработчику, а он сказал, что это плохая спецификация. Поэтому я хочу узнать ваше мнение.»

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


Сертификат процессного аналитика государственного образца

Вниманию тех, кто считает процессное управление своей профессией: Ассоциация профессионалов управления бизнес-процессами (ABPMP Russian Chapter) объявила о начале работы Экзаменационного центра процессного управления.

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

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

Оценить свою готовность к сдаче экзамена можно с помощью пробных заданий:

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


Рейтинг вендоров BPMS от Сколково

В «Сколково» составили рейтинг поставщиков решений для управления бизнес-процессами. Исследование проведено аналитическим центром Фонда «Сколково» в интересах группы компаний «Севергрупп».

Перечень вендоров, включенных в исследования, основывался на открытой информации (существующие рейтинги, обзоры, обсуждения на тематических форумах и т. п.) и мнении экспертов «Сколково». Список выбранных компаний не является исчерпывающим, но включает компании, заметные на российским рынке. Для сравнения функциональности российских BPM-систем в исследование были добавлены BPM-решения Bizagi, IBM и Oracle.


Бизнес-процессы и бизнес-способности

Оригинал: Processes and Capabilities
Автор: Пол Хармон (Paul Harmon)

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

Итак, начнем с определений.

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

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

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


Как бизнес-модель нового типа обеспечивает победу в цифровой конкуренции

Оригинал: How A New Kind Of Business Model Creates Digital Winners 
Автор: Стив Деннинг (Steve Denning)

В старом добром 2005-м году бизнес-гуру Джеффри Мур (Geoffrey Moore) в своей знаменитой статье в Harvard Business Review «Strategy and Your Stronger Hand» объяснил, что «реально можно выбирать только из двух организационных [бизнес-моделей]. Либо у вас сложный, интерактивный бизнес с большой добавленной стоимостью и небольшим числом клиентов, либо массовые операции с большим количеством клиентов, каждый из которых платит очень мало. Компаниям приходилось выбирать ту или иную модель, полагаясь на свою «более сильную руку». Даже сегодня Мур призывает компании выбирать между этими двумя моделями. Амбидекстрия «не только очень редка — Мур заявляет, что третьей модели, которую можно было бы масштабировать, не существует».


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

Оригинал: Digitization, Digitalization, And Digital Transformation: Confuse Them At Your Peril
Автор: Джейсон Блумберг (Jason Bloomberg)

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

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

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


Четыре составляющих эффекта цифровой трансформации бизнес-процессов

Оригинал: Digital transformation of business processes: 4 benefits

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


Стратегия цифровой трансформации должна начинаться с вопроса «для чего»

Оригинал: Every digital transformation strategy needs to start with “why”
Автор: Чинтан Джайн (Chintan Jain), Kissflow

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

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

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


Шесть советов по проектированию total experience

Оригинал: 6 Tips for Designing a Total Experience
Автор: Кейт Компелиен (Kate Kompelien)

В 2022 году продолжающийся рост «экономики впечатлений» будет требовать от организаций еще более быстрой трансформации клиентского опыта. Потенциальная выгода такой трансформации очевидна. Согласно исследованию Forrester, доход брендов, предоставляющих выдающийся клиентский опыт (CX, customer experience), превышает доход менее успешных брендов в среднем в 5,7 раз.

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

Другими словами, стратегия клиентского опыта многих компаний такова, что она наносит ущерб интегральному опыту (total experience, TX) клиентов.

Что такое всеобъемлющий опыт?

Total experience объединяет взаимодействие с пользователями (user experience), клиентами (customer experience) и сотрудниками (employee experience), охватывая все точки контакта с клиентами, брендинг по всем каналам и на всех платформах, гармонизируя бизнес-функции и добиваясь полного доверия на всех возможных путях клиента.

Как спроектировать целостный всеобъемлющий опыт


Десять причин перестать отправлять документы по электронной почте

Оригинал: 10 Reasons to Stop Sending Documents by Email
Автор: Кит Свенсон (Keith Swenson)

Это ведь так просто: закинуть документы в окно электронной почты, добавить несколько человек в адресную строку — ВЖУХ — все доставлено. Но под патиной простоты таится зло.

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


Почему Low-code плохо приживается

Оригинал: vc.ru
Автор: Георгий Ржавин

Меня зовут Георгий Ржавин. Я работаю процессным архитектором в компании GlowByte, руковожу направлением Business Process Management. В этой статье хочу обсудить основные причины неэффективности современного лоукода и, основываясь на своих наблюдениях, обозначить пути решения проблемы.

Разбираемся в терминах

Для начала давайте разберёмся в понятиях. Любой современный бизнес не мыслит себя без сильного ИТ. Яркий пример – банки, которые представляют собой ИТ-компании с тысячами разработчиков на борту. При этом данный ресурс остаётся для компаний в дефиците: ИТ-подразделения, как правило перегружены, задачи распланированы на месяцы вперёд. Вот так плавно мы с вами подходим к термину Low-code. В действительности Low-code – это попытка сместить тяжесть разработки с ИТ в сторону бизнеса. Сместить на сам бизнес ещё не получилось, но, по крайней мере, появились проекты, где 80 % всех работ закрывают бизнес-аналитики (не ИТ-специалисты). Именно такие проекты мы и будем в рамках данной статьи называть Low-code.

Ещё одно уточнение. Low-code-подходы распространились достаточно широко – от создания сайтов и мобильных приложений до автоматизации бизнеса. В рамках данной статьи реализация Low-code-подхода будет рассмотрена на примере систем класса BPMS (Business Process Management Suite).

Проблематика

Если ещё лет 5 назад на конференциях можно было услышать вопросы: «А вы верите в Low-code?», «Неужели не ИТ-специалист может что-то, пускай даже небольшое, сам автоматизировать?».


Управление бизнес-процессами. Кому, зачем, как?

Оригинал: Качество.PRO
Автор: Антон Сурков

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


Конкурс «BPM-проект года’2022»

Оригинал: bpmntraining.ru
Автор: Анатолий Белайчук

Если вы еще не знаете, где можно найти лучшие практики процессного управления в России, то ловите ссылку: BPM-проект года. За 5 лет проведения конкурса на него представлено около 150 проектов, по каждому на сайте выложено описание, а для проектов-финалистов, кроме того, видеозаписи презентаций.

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

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

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


Forrester: заказчикам нужна платформа DPA, поддерживающая множество сценариев использования

Оригинал: DPA Customers Want Platforms That Handle Multiple Use Cases

В 2019 году мы опубликовали The Forrester Wave™: Software For Digital Process Automation For Deep Deployments, Q2 2019 и The Forrester Wave™: Digital Process Automation For Wide Deployments, Q1 2019. Платформы DPA Deep отличала изощренная функциональность, а DPA Wide — средства разработки и модели ценообразования, ориентированные на бизнес. На тот момент это привело нас к тому, чтобы оценивать их по отдельности. Но по мере взросления рынка заказчики все чаще стали проявлять заинтересованность в стандартной платформе, способной справиться с обоими типами сценариев, а вендоры заметно приблизились к тому, чтобы удовлетворить требования таких клиентов. В результате в 4 квартале 2021 года Forrester объединил их в едином отчете. Кроме того, платформы DPA стали все чаще использоваться для разработки


Пол Хармон о росте производительности благодаря ИТ

Оригинал: Harmon on BPM: Improving Productivity
Автор: Пол Хармон (Paul Harmon)

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

Интеграция потока информации о бизнес-процессах

В начале 80-х книги Майкла Хаммера (Michael Hammer) и Билла Дэвенпорта (Bill Davenport) вызвали огромный интерес к оптимизации бизнес-процессов. В течении некоторого времени проводились конференции с докладами о крупных проектах реинжиниринга, но затем появились истории провалов.


О специфике процессной работы

Оригинал: Practical Process: Why is Process Work Different?
Автор: Роджер Трегир (Roger Tregear)

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

Среди них компетенции в области ИТ, управления данными, статистического и финансового анализа, анализа и моделирования процессов — это так называемые основные навыки (hard skills).

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

Навыки ведения сложных переговоров, сближения противоположных мнений, эмпатия при рассмотрении личных проблем принято считать вспомогательными. Это неправильно — эта часть работы более тяжелая.

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

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


Как быстро и успешно организовать демонстрационный пилотный проект

Оригинал: Orchestrating Rapid and Successful Proofs of Concept
Автор: Майлз Суер (Myles Suer)

В своей книге «Гипотеза новатора» Михаэль Шраге (Michael Schrage) подчеркивает роль недорогих экспериментов. В переосмыслении будущего корпораций первую скрипку сегодня играют ИТ-директора. И важная станция на этом пути — демонстрационный пилотный проект (Proof of Concept, POC).

По словам Риты Макграт (Rita McGrath), POC полезен в ситуации, когда «непроверенные предположения принимаются за факты, и руководство, не вникая в детали проекта, отдает команду — полный вперед к новой операционной модели, и наплевать на мины по курсу». Макграт говорит: «прототип — отличный способ узнать мнение клиентов об предлагаемых инновациях, прежде чем начинать вкладывать в них массу ресурсов». Итак, когда и как ИТ-директор должен использовать POC?


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

Оригинал:
Low-Code App Development — Second Time Around
Ep9: No-code, low-code and the eternal pendulum of software development
Автор: Нил Уорд-Даттон (Neil Ward-Dutton), IDC Europe

Средства разработки с минимальным кодированием (low-code) известны уже свыше 20 лет, но в течение длительного времени интерес к ним оставался ограниченным. Слишком тяжелыми и неприемлемыми для многих оказывались компромиссы, которых они требовали. Однако сейчас обстоятельства изменились, а технологии усовершенствовались. Похоже, вторую попытку ждет гораздо больший успех.


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

Оригинал: 5 Questions Boards Should Be Asking About Digital Transformation
Авторы: Селия Хубер (Celia Huber), Алекс Сухаревский (Alex Sukharevsky) и Родни Земмель (Rodney Zemmel)

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

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