Четыре уровня цифровой трансформации


Оригинал: The 4 Tiers of Digital Transformation
Автор: Мохан Субраманиам (Mohan Subramaniam)

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

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

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


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 стали все чаще использоваться для разработки


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


Оригинал: Standard Operating Procedures Can Make You More Flexible
Автор: Брэд Пауэр (Brad Power)

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

Например, вот как стандарты используются в Cleveland Clinic – одном из лучших лечебных учреждений США. Говорит директор по маркетингу Пол Мэтсен (Paul Matsen):


DPA — digital process automation


Оригинал: digital process automation
Автор: Джордж Лоутон (George Lawton)

Цифровая автоматизация процессов (digital process automation, DPA) – это подход к автоматизации бизнес-процессов, проходящих через множество информационных систем, с помощью средств разработки с минимальным кодированием (low-code). Он нацелен на полную или частичную автоматизацию бизнес-задач, в той или иной степени требующих участия человека.

Поскольку DPA охватывает различные информационные системы, он часто находит применение в инициативах цифровой трансформации по оптимизации бизнес-процессов и пути клиента (customer journey). С помощью DPA автоматизируют и оптимизируют процессы в продажах и маркетинге, административные, ИТ-услуги и производственные.

DPA часто рассматривается как результат эволюции систем управления бизнес-процессами (BPM) и поэтому организации с опытом в BPM смогут внедрить DPA без особых проблем.


Сила и слабость программ внедрения 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)

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

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