Сила и слабость программ внедрения BPM в промышленности

Оригинал: Process Management Programs in Manufacturing: Strengths and Weaknesses
Автор: Холли Лайк-Хо-Гланд (Holly Lyke-Ho-Gland)

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

В основе управления бизнес-процессами лежит административная деятельность, направленная на (1) описание процесса, (2) определение ролей, (3) оценку эффективности процесса и (4) выявление возможностей оптимизации.

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

На программе внедрения BPM сказывается множество факторов – поставленные цели, организационная структура, поддержка со стороны руководства и даже корпоративная культура. Тем не менее, основные черты таких программ в чем-то совпадают.

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

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


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

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

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


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

Оригинал: What Digital Transformation Is, And What It Is Not 
Автор: Грег Кильстрем (Greg Kihlstrom)

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

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

Рассмотрим подробнее возможности, открываемые цифровой трансформации – как реальные, так и преувеличенные рекламой.


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

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

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

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


11 подводных камней модернизации бизнес-приложений

Оригинал: 11 dark secrets of application modernization
Автор: Боб Льюис (Bob Lewis)

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

По оценкам TwoBitHistory.org, более 95 процентов компаний из списка Fortune 1000 все еще используют древнюю иерархическую СУБД IMS от IBM. При этом, как показывают мои наблюдения, процент талантливых разработчиков ПО, которые желали бы работать с таким ПО, стремится к нулю.

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


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

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


Оптимизировать оптимизацию бизнес-процессов

Источник: Improving How We Improve Processes
Автор: Холли Лайк-Хо-Гланд (Holly Lyke-Ho-Gland), APQC

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

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

  1. Эффективность бизнес-процессов – как мы поддерживаем требуемый уровень, опираясь на структурированные данные.
  2. Процесс оптимизации бизнес-процессов – как мы выявляем возможности повышения эффективности, как их приоритизируем и внедряем.

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

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

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

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


Цифровая трансформация: три ошибки, приводящие к негибкости

Оригинал: Digital transformation: 3 mistakes that hurt agility
Автор: Рич Тейл (Rich Teil)

Цифровая трансформация – дело непростое, и здесь легко допустить ошибки, которые лишат вас гибкости, приведут к выбору неправильного пути и в итоге — к провалу всей затеи.

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

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

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

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

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


13 причин провалов цифровой трансформации: мнение экспертов

Оригинал: 13 Industry Experts Share Reasons Companies Fail At Digital Transformation

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

Цифровая трансформация нацелена на упрощение и рационализацию деятельности компании, но сама трансформация – дело не простое. Проведенное в 2020 году исследование Boston Consulting Group выявило шокирующую картину: 70 процентов проектов цифровой трансформации терпят неудачу в достижении поставленных целей, несмотря на поддержку со стороны руководства.

Если у вашего бизнеса проблемы с цифровой трансформацией, то вы не одиноки. Участники Forbes Technology Council делятся мнениями о типичных причинах неудач цифровой трансформации и дают советы, как повысить отдачу.


Три приоритета ИТ-директора

Оригинал: The 3 IT processes CIOs need most
Автор: Боб Льюис (Bob Lewis)

Седьмой принцип «Keep the Joint Running Manifesto» гласит: чтобы действовать стратегически, надо сначала стать компетентным. Вся деятельность в сфере ИТ базируется на методиках и практиках. В них-то и проявляется компетентность или ее отсутствие.

Ранее мы вели речь о суровых реалиях «совершенствования» ИТ-процессов и практик. Сегодня поговорим об аспектах, которым ИТ-директору стоит уделить особое внимание.

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

На чем НЕ следует концентрироваться: рутинные процессы ИТ


10 прорывных технологий 2021 года по версии MIT Technology Review

Оригинал: 10 Breakthrough Technologies 2021

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


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

Оригинал: How low-code platforms can aid intelligent business process management
Автор: Сетраг Хошафян (Setrag Khoshafian)

Потенциал платформ разработки с минимальным/без программирования (low-code/no-code) огромен. Минимальное программирование повышает производительность труда разработчиков — иногда на порядки! А платформы разработки без программирования дают возможность эксперту предметной области со стороны бизнеса или операций (не из ИТ) стать «гражданским разработчиком».

Но как я объяснил в предыдущей статье, платформы с минимальным/без программирования не являются панацеей — их использование может сталкиваться с затруднениями.

Как предприятию выбрать оптимальную исходя из потребностей платформу из широкого спектра имеющихся предложений? В каких случаях оправдано использование нескольких платформ?


Как надо и как не надо: три способа ускорить low-code разработку

Оригинал: Do This, Not That: 3 Ways to Speed Up Low-Code Application Development
Автор: Мишель Гарднер (Michelle Gardner), Senior Content Strategist, Appian

В 2020 году разработка приложений с минимальным кодированием (low-code) стала господствующим трендом, и он продолжает набирать обороты. Компания Forrester прогнозирует, что к концу 2021 года 75% команд, разрабатывающих прикладной софт, будут использовать платформы low-code – по сравнению с 44% в 2020 году.

К сожалению, многие команды используют лишь малую долю мощи low-code. В чем же причина? В том, что они используют традиционные методы разработки. Это все равно, что установить двигатель от минивэна на гоночный автомобиль: до пункта назначения вы конечно доедете, но чтобы полностью раскрыть потенциал машины, нужен турбированный агрегат.


Главное в цифровой трансформации — агенты изменений

Оригинал: When It Comes to Digital Transformation, Change Agents Matter Most
Автор: Дион Хинчклифф (Dion Hinchcliffe)

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

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


Цифровая трансформация: банкам предстоит очень длинный путь

Оригинал: Digital Transformation In Banking: Banks Have A Long, Long Way To Go
Автор: Рон Шевлин (Ron Shevlin)

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

Но банкам для цифровой трансформации требуется гораздо больше времени. Как показало исследование Cornerstone Advisors, по состоянию на 2019 год приступила к реализации стратегии цифровой трансформации только четверть банков, а 45% ничего не предпринимали.


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

Оригинал: Digital Transformation Is About Processes Not Products
Автор: Даниель Григгс (Daniel Griggs)

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

Во всем мире пандемия COVID-19 ускорила цифровизацию. Вынужденное пребывание дома переориентировало предпочтения и ожидания потребителей в сторону товаров и услуг, доступных через Интернет. По данным платформы электронной коммерции Oberlo, 51 процент компаний малого бизнеса стали больше взаимодействовать с клиентами онлайн. А исследование компании PYMNTS показало, что американские потребители сейчас делают покупки онлайн даже чаще, чем на пике пандемии, при этом 25 процентов из них считают, что эта тенденция сохранится.

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

Фундамент цифровой трансформации — процессы

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


11 качеств успешного лидера цифровой трансформации

Оригинал: Digital transformation: 11 signs of a successful leader
Автор: Стефани Оверби (Stephanie Overby)

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

«Традиционная сфера ответственности ИТ-руководителя включает внедрение ИТ-систем, подключение пользователей, апгрейды – все это в срок, в рамках бюджета и утвержденного ТЗ. При этом может практиковаться аджайл, но в целом все крутится вокруг производительности»,– говорит Ян Фишер (Ian Fisher), руководитель по цифровой стратегии и цифровым решениям в ISG Northern Europe. «Успешная цифровая трансформация выходит за рамки традиционной ИТ-функции – она стремится выяснить чего на самом деле хочет заказчик, и это становится отправной точкой инноваций.»


Хармон о двух подходах к оптимизации бизнес-процессов

Оригинал: Harmon on BPM: Identifying What Makes a Difference
Автор: Пол Хармон (Paul Harmon)

Вокруг оптимизации бизнес-процессов давно идут споры – что лучше, постепенные изменения или революционные перемены?

Мастером эволюционного подхода был Эдвардс Деминг (W. Edwards Deming), основоположник концепции «Шесть сигм». Он считал, что каждый сотрудник должен участвовать в оптимизации деятельности, стремясь повысить эффективность на своем участке. Он также полагал, что всем сотрудникам без исключения следует прививать навыки оптимизации процессов, а менеджеров следует приучать работать над оптимизацией процессов, за которые они отвечают, вместе с исполнителями.

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

Мой наставник Гэри Раммлер (Geary Rummler) придерживался более сбалансированного подхода, считая, что выбор концепции улучшения процессов зависит от организации и ее специфики.