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

Оригинал: 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 года утверждалось, что цифровая трансформация должна затрагивать операционные процессы, бизнес-модели и потребительский опыт. Все это достойные цели, и вполне возможно, что бизнес многих компаний не сможет выжить без полного переустройства одного или всех этих компонентов.

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

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


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

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

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

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

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


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.

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


Практика процессного управления: измерение эффективности бизнес-процессов

Оригинал:  Practical Process: Measuring Business Process Performance
Автор: Роджер Тригер (Roger Tregear)

Меня недавно спросили: «Если задать KPI отдельно для каждого процесса в процессной архитектуре компании, то как узнать, что они соответствуют стратегическим целям организации?» Хороший вопрос!


Какие навыки нужны для успеха BPM-проекта?

Оригинал: What Skills are Needed for BPM Success?

Авторы:

  • Грег Рок, Редактор и основатель, DBizInstitute.org, BPMInstitute.org & BAInstitute.org. С 25 годами опыта по созданию профессиональных сообществ, Грег Рок признан в качестве лидера в проведении профессиональных тренингов и обучения, жизненно необходимых для инициатив процессной трансформации бизнеса. Его работа была признана журналами Wall Street Journal, Fortune Magazine, Financial Times, CIO Magazin.
  • Андрей Спаний, Faculty Member, DBizInstitute.org and Managing Director, Spanyi International. Деятельность Андрея Спания в области управления бизнес-процессами и операционному лидерству признана на международном уровне. Он является автором трех книг, более 50 статей и признанным ведущим спикером. Он делал доклады и проводил сессии во многих странах по всему миру и опубликовал статьи более, чем в 10 журналах. Автор книги «BPM Is A Team Sport».

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


Анализ инвестиций в автоматизацию процессов и суммарной стоимости владения Appian, IBM и Pega — исследование BPM.com

Оригинал: Analysis of Process Automation Investments and Total Cost of Ownership (TCO) Appian, IBM, and Pega

Краткая характеристика методов исследования и анализа

В четвертом квартале 2018 года BPM.com провел маркетинговое исследование инвестиционных стратегий и опыта использования программного обеспечения BPM, предлагаемого Appian, IBM, Pegasystems и другими вендорами из отчета Gartner, посвященного Intelligent Business Process Management Suites (iBPMS). (Альтернативные названия — средства автоматизации рабочих процессов, средства интеллектуальной автоматизацией, платформы цифровой трансформации.)


Будьте в курсе новых разработок

Оригинал: Harmon on BPM: Keeping Track of New Developments
Автор: Пол Хармон (Paul Harmon)

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

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


Рейтинг RPA: Forrester Wave™, Q2 2018

Оригинал: The Forrester Wave™: Robotic Process Automation, Q2 2018
Автор: Крейг Леклэ (Craig Le Clair)
Отчет публикуется в сокращенном переводе

Ключевые выводы

Во главе гонки — UiPath, Automation Anywhere и Blue Prism

Исследователи Форрестер выяснили, что лидерами рынка являются UiPath, Automation Anywhere и Blue Prism. WorkFusion, Pegasystems, NICE, Kryon, Kofax, EdgeVerve и Thoughtonomy — сильные игроки. Претенденты — Redwood Software, Contextor, Softomotive, AntWorks и Another Monday.

Функциональность стандартизуется, но возможность выделиться по-прежнему остается

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


Наибольшее сопротивление RPA исходит из отделов ИТ

Оригинал: The greatest resistance to Robotic Process Automation comes from IT departments
Автор: Джо МакКендрик (Joe McKendrik)

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

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


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

Оригинал: I know that IT will always give me what I want — long after I need it and for way more money than I’m willing to pay
Автор: Пол Сандерс (Paul Saunders), Sr.Director, Analyst, Gartner

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

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