Сделать совершенствование процессов постоянно действующим


Оригинал: Making Process Improvements Stick
Авторы: Матиас Хольвег (Matthias Holweg), Брэдли Стаатс (Bradley Staats), Дэвид М. Аптон (David M. Upton)

Менеджеры одержимы идеей совершенствования бизнес-процессов со времен Фредерика Тейлора и У. Эдвардса Деминга. А за последние 20 лет ряд отраслей промышленности был охвачен такими инициативами по совершенствованию, как бережливое производство, шесть сигм, аджайл. Как показывают исследования, эти методы могут позволить компаниям добиться значительного повышения эффективности и снижения затрат. Но когда Брэд Стаатс из Университета Северной Каролины, Матиас Хольвег из Оксфордского университета и Дэвид Аптон заинтересовались итоговым эффектом, они обнаружили разрыв. «Эти подходы всегда хорошо срабатывают в начале, но зачастую эффект очень быстро пропадает», — говорит Хольвег. «Такое впечатление, что исследователи рассказывают лишь половину истории. Дело не только в том, чтобы запустить программу, но и в том, чтобы сделать ее постоянно действующей.»


Закон Конвея и сквозные бизнес-процессы


Оригинал: Conway’s Law and End-To-End Business Processes
Автор: Сэнди Кемсли (Sandy Kemsley)

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

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

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

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


Отчет BPTrends о состоянии отрасли BPM, 2020


Оригинал: The State of Business Process Management 2020
Авторы: Пол Хармон (Paul Harmon), BPTrends; Хорхе Гарсия (Jorge Garcia), Technology Evaluation Centers (TEC)

Отчет 2020 года обобщает информацию, полученную от 129 участников опроса BPTrends осенью 2019 года. Респонденты представляют широкий круг менеджеров, консультантов, специалистов-практиков и бизнес-аналитиков — заинтересованных в BPM людей и организаций по всему миру. Следует иметь в виду, что большинство респондентов являются читателями BPTrends.com и поэтому, вероятно, заинтересованы в бизнес-процессах больше, чем среднестатистический менеджер, технический специалист или сотрудник.

Управление бизнес-процессами (BPM) находится в топе бизнес-тем с 2003 года. Большинство рассматривает BPM как логическое продолжение предшествующего интереса к бизнес-процессам, возникшего в 80-х годах и достигшего кульминации в середине 90-х годов в виде методологии шесть сигм, реинжиниринга бизнес-процессов, документооборота и ERP. Современные дискуссии вокруг BPM добавляют к этим обширным корням ряд новых подходов, что делает выработку четкого определения затруднительным. Как и любая фраза, составленная из знакомых слов и употребляемая множеством разных людей и групп внутри бизнес-сообщества, словосочетание «управление бизнес-процессами» для разных людей означает разные вещи. Мы вряд ли способны добиться единого мнения относительно столь разнообразной и быстро меняющейся практики, но по крайней мере мы можем выяснить, какие трактовки термина BPM существуют и какие цели преследуют различные группы, использующие этот термин. Чтобы свести путаницу к минимуму, мы подготовили вопросы с несколькими вариантами ответов и постарались дать исчерпывающие объяснения, чтобы все четко поняли варианты ответа. Мы надеемся, что на основе данных опроса профессиональное сообщество сможет судить о современных направлениях развития BPM.


Распространенные ошибки внедрения RPA, которые могут дорого вам обойтись


Оригинал: Decoding Common RPA Mistakes That Can Cost You
Автор: Ананд Махаджан (Anand Mahajan)

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


Интеллектуальная автоматизация


Оригинал: Intelligent Automation
Автор:  Натаниэл Палмер (Nathaniel Palmer)

Введение

В течение последних десяти лет мы отстаивали идеи адаптивности и мобильности организаций и одновременно подчеркивали преимущества адаптивного кейс-менеджмента (ACM, Adaptive Case Management) перед предшествующими поколениями средств автоматизации процессов. При этом мы часто отмечали архаичность «автоматизации» в контексте современного умственного труда и ее ограниченность в сравнении с преимуществами ACM. В данной статье мы рассмотрим, как цифровая трансформация привела к появлению «интеллектуальной автоматизации» – новой дисциплины, объединившей традиционные возможности ACM и управления бизнес-процессами (BPM, Business Process Management) и вышедшей за границы традиционных представлений об автоматизации.


Управление изменениями. Человеческая составляющая изменений


Оригинал: Change Management. The People Side of Change
Авторы: Jeffrey M. Hiatt, Timothy J. Creasey

1. Пять аксиом управления изменениями

1.1 Изменений всегда делаются ради чего-то

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

1.2 Чтобы изменилась организация, должны измениться люди

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


Не надо улучшать сервисы — приканчивайте их!


Оригинал: Don’t improve services, kill ’em!
Автор: Иво Величков (Ivo Velitchkov)

Может быть это только в моем кругу, но у меня уже уши вянут от разговоров об улучшении обслуживания. Как еще улучшить карту пути клиента (Customer Journey), как проанализировать точки контакта и улучшить пользовательский опыт (User Experience). Я понял! Это все прекрасно — по крайней мере в намерениях. Но меня не оставляет мысль — насколько же это похоже на ажиотаж вокруг процесса улучшения в прошлом. Он продолжался до тех пор, пока кто-то не вспомнил слова Друкера «нет ничего более бесполезного, чем эффективно делать то, что вообще делать не нужно», и не сделал выбор в пользу бережливого производства. Другие выбрали бережливое производство по каким-то своим причинам. На самом деле, это было просто расширение точки зрения. Акцент сместился с процессов на весь бизнес целиком, и улучшения стали включать в себя избавление от ненужных процессов.

Вы можете сказать, что тут все и так ясно. Но..


Приступая к BPM: введение


Оригинал: Getting Started With BPM: Introduction
Авторы: Sandy Kemsley, Steve Russel

Суть управления бизнес-процессами (BPM) – оптимизация производительности сквозных процессов. BPM включает методологию процессного усовершенствования и поддерживающие ее инструменты. К методологии относятся, например, способы сбора информации о процессов («выявление»  процессов) и методы процессной оптимизации, а инструменты включают в себя BPA (Business Process Analysis) для моделирования и анализа процессов и BPMS (Business Process Management Suite) для их автоматизации.

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

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

  1. Правильный выбор первого процесса
  2. Вовлечение бизнеса
  3. Востребованность со стороны пользователей
  4. Структурированная и неструктурированная работа
  5. Оценка успеха
  6. Широкое внедрение в организации

Интеллектуальная автоматизация: путеводитель для покупателя


Оригинал: Intelligent Automation: A Buyer’s Guide
Автор: Нил Вард-Даттон (Neil Ward-Dutton)

Вероятно, вы уже наслышаны о технологии роботизации процессов (RPA, Robotic Process Automation) и изучаете возможные выгоды от ее внедрения. Но если вы всерьез задумываетесь о широком применении автоматизации для вашего бизнеса, вам стоит взглянуть на этот вопрос несколько шире, не останавливаясь только на RPA и искусственном интеллекте (ИИ). Вам стоит обратить внимание на другие технологии, чтобы получить максимум выгоды от инвестиций в RPA и расширить охват автоматизации в вашей компании. В этом отчете объясняется, в чем преимущества «интеллектуальной автоматизации», как комплексного подхода, и что конкретно вам нужно делать.

Сегодняшние требования автоматизации

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


Создайте ударную команду автоматизации


Оригинал: Architect Your Automation Strike Teams
Автор: Крэйг Ле Клер (Craig Le Clair), вице-президент, главный аналитик

Такие новые технологии,  как роботизация процессов (RPA), виртуальные агенты и машинное обучение — и есть те невидимые роботы, о которых говорится в недавно опубликованной Forrester книге «Невидимые роботы в ночной тиши: как искусственный интеллект и автоматизация реструктурируют рабочую силу». Невидимые роботы стремительно выдвинули автоматизацию на первое место среди корпоративных инициатив, но компании затягивают решение организационных и управленческих вопросов.

Как ответ на эти вызовы, стали появляться “ударные команды” автоматизации. Что они собой представляют? Ударные команды приходят на смену концепции Центра автоматизации или Центра передового опыта.


Цифровая трансформация должна начинаться с клиента


Оригинал: Digital Transformation Should Start With Customers
Авторы: Томас Дэвенпорт (Thomas H. Davenport) и Эндрю Спаньи (Andrew Spanyi)

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

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

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

Так с чего же начать?


Уроки провалившейся «революции чатботов» и пять областей, в которых у них есть шансы на реванш


Оригинал: Lessons From The Failed Chatbot Revolution — And 5 Industries Where The Tech Is Making A Comeback
Сокращенный перевод: FutureBanking.ru

Хайп чатботов пришелся на 2016 год, когда они были буквально везде, но с тех пор стало понятно, что многие ожидания от них не оправдались, считают аналитики CB Insights. Однако они выделяют пять отраслей, в которых чатботы оказались действительно полезны, и финтех – первая из них. (Четыре остальных — здравоохранение, продажи и CRM, розница, юриспруденция — BPMS.ru.)


Цифровые инициативы в промышленности отстают от других отраслей


Оригинал: Manufacturers’ digital transformation initiatives lag behind other industries

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

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

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


Нотация BPMN как внутренний стандарт компании для проектирования бизнес-процессов: «за» и «против»


Оригинал статьи на finexpert.ru
Автор: Владимир Репин — к.т.н., доцент, консультант по управлению, генеральный директор ООО «Владимир Репин Менеджмент», советник зам. председателя правления АО «СО-ЕЭС»

Какие нотации используют компании для описания процессов сегодня?

Многие успешные компании, внедряющие технологии автоматизации бизнес-процессов, используют нотацию BPMN. Многие, но не все… Более того, в РФ существует огромное количество средних и крупных предприятий, на которых вообще отсутствует принятый корпоративный стандарт проектирования бизнес-процессов. Какими средствами они «рисуют» процессы? Чаще всего в MS Visio используют набор объектов для «Простой блок-схемы». Бывают ситуации хуже, когда в компании одновременно применяют 3-4 разных подхода к описанию процессов, причем все они нестандартные и реализованы в различных «нотациях» и программных продуктах, включая MS Excel и Power Point. Интересно, почему, когда речь заходит о необходимости описать процессы, все (кроме узкого круга профи) хватаются за эту «Простую блок-схему» с ромбиками?


8 причин использовать RPA


Оригинал: Just 8 reasons to use RPA
Автор: Скотт Фрэнсис (Scott Francis)

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

Нас постоянно спрашивают: в каких случаях надо использовать RPA? Разумеется, есть множество ответов на этот вопрос, но лучше приведем несколько удачных примеров:


Гиганты падут


Оригинал: Giants Will Fall
Автор: Джим Сайнур (Jim Sinur)

Есть устойчивое мнение, что пропасть между крупными и малыми компаниями растет, и маленькие компании обречены всегда быть отстающими. Цифры и история на стороне гигантов. Они большие и финансово устойчивые, поэтому они могут тратить больше денег на исследования и разработку (R&D). Но в реальности они этого не делают, потому что слишком заняты повышением курса акций и набиванием карманов топов. Даже если обязать их потратить значительную сумму на R&D, выберут ли они для инвестиций в правильное направление? Как библейский Давид, встретившийся с Голиафом, малый и средний бизнес может послать в гигантов пять гладких цифровых камней.


Время «ИТ как бизнес» закончилось, да здравствует BusOps!


Оригинал: IT-as-a-business is dead. Long live BusOps
Автор: Боб Льюис (Bob Lewis)

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

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

Отчасти это связано с ненормальной практикой «ИТ как бизнес», когда между ИТ и внутренними заказчиками устанавливаются соглашения об уровне сервиса (SLA).


Крупные корпорации делают успехи в low-code


Оригинал: Large Enterprises Succeeding With Low-Code
Forrester Consulting по заказу Appian, май 2019 г.

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

Резюме для руководителей

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

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


Подход к цифровой трансформации


Оригинал: An Approach to Digital Transformation
Автор: Сэмир Парадкар (Sameer Paradkar)

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


К приходу роботов будь готов! — рекомендации EY


Оригинал: Get ready for robots

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

Это была хорошая новость. Но внедрение RPA не обходится без сложностей. EY внедрял RPA в 20 странах, и часто к нам обращаются после того, как первая попытка провалилась. Потенциально RPA способен революционизировать экономику и качество сервиса текущих ручных операций, но при этом от 30 до 50% проектов RPA проваливается, по нашим наблюдениям. Это происходит не из-за технологии – есть много успешных внедрений. Но есть ряд типичных ошибок, не позволяющих организациям реализовать потенциал RPA.

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