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

Оригинал: 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).