Восемь секретов модернизации унаследованных информационных систем


Оригинал: 8 tips for streamlining legacy IT
Автор: Мэри К. Пратт (Mary K. Pratt)

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

Типичные причины, по которым компании вынуждены использовать такие технологии: «они стабильны, экономичны и, наконец, за них заплачены деньги», — говорит Абхи Бхатнагар (Abhi Bhatnagar), партнер в консалтинговой компании McKinsey & Co. Однажды он работал с компанией, которая приняла решение сохранить массивный мейнфрейм, поскольку он «хорошо работает, отлично интегрирован в процессы, содержит множество заказных доработок, а его стоимость полностью амортизирована».


Зачем и как выстраивать повторяющиеся, стабильные и масштабируемые бизнес-процессы?


Оригинал: Why And How To Build Repeatable, Sustainable And Scalable Business Processes?
Автор: Жюльен Брук (Julien Broucke)

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

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


Тесные отношения с клиентами и другие ценностные дисциплины


Оригинал: Customer Intimacy and Other Value Disciplines
Авторы: Майкл Трейси (Michael Treacy), Фред Вирсема (Fred Wiersema)

Как возникшая ниоткуда компания Dell Computer смогла переиграть Compaq и других лидеров отрасли персональных компьютеров? Почему быстро растущий продавец товаров «сделай сам» Home Depot отбирает долю рынка у конкурентов, хотя они продают аналогичные товары? Как компании Nike, новичку без репутации, удалось обойти давнего лидера на рынке спортивной обуви Adidas?

На эти вопросы есть три общих ответа. Во-первых, Dell Computer, Home Depot и Nike переопределили понятие пользы для клиента на своих рынках. Во-вторых, они создали мощные, слаженные бизнес-системы, способные приносить больше пользы клиентам, чем конкуренты. В-третьих, тем самым они подняли планку ожиданий клиентов на высоту, недосягаемую для конкурентов. Иными словами, лидеры отраслей изменили понятие пользы для клиентов и то, каким способом эта польза приносится, а затем подняли уровень ожиданий клиентов.

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


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


Оригинал: Operational Excellence, Meet Customer Intimacy
Автор: Брэд Пауэр (Brad Power)

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

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


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


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

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

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

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