На смену цифровой трансформации приходит адаптивность

Оригинал: Why adaptability is the new digital transformation
Автор: Николас Д. Эванс (Nicholas D. Evans)

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

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

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


Три препятствия на пути аджайл-трансформации и как их преодолеть

Оригинал: Agile transformation: 3 obstacles and how to overcome them 
Автор: Ленка Пинко (Lenka Pincot)

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

В недавнем опросе IDG, проведенном по заказу Insight Enterprises, 87% респондентов сообщили, что в их компаниях в том или ином виде идет цифровая трансформация. При этом 46% сказали, что речь идет об инициативах корпоративного масштаба.

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

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


Лучшие практики автоматизации бизнеса

Оргинал: Business automation best practices
Автор: Сэнди Кемсли (Sandy Kemsley)

В нашем распоряжении много крутых технологий автоматизации бизнес-процессов и бизнес-правил:

  • автоматизация процессов с помощью систем управления бизнес-процессами (BPM, business process management) и кейс-менеджмента
  • автоматизация задач с помощью роботизации процессов (RPA, robotic process automation) и вызова сервисов посредством API
  • автоматизация принятия решений с помощью систем бизнес-правил
  • плюс интеллектуальные технологии широкого применения, такие как искусственный интеллект и машинное обучение, делающие процессы и решения умнее

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


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

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

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

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


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

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

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

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

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

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

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

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


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

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

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

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

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

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


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


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

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

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


Приступая к 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. Широкое внедрение в организации

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

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

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

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

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