Нежелательные последствия цифровой трансформации и как их избежать

Оригинал: Digital Transformation: Anticipating, Avoiding Unintended Consequences
Авторы: Соня Бот (Sonia Bot) и Шеппард Наркье (Sheppard Narkier)

Хотя цифровая трансформация и подрывает основы, ее не следует воспринимать как стихийное бедствие. Вот несколько советов, которые помогут подготовиться к переменам и успешно с ними справиться.

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

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

Часто ответ на вызовы цифровой трансформации сводится лишь к улучшению фасаду деятельности компании, обращенного к внешним заинтересованным сторонам. Такие изменения проще реализовать, и они сразу дают заметный эффект. Однако стремление сделать пользовательский интерфейс более дружественным может привести к неустойчивости системы в целом. Если не просчитывать последствия таких изменений, может возникнуть «эффект домино», когда один сбой порождает другие, грозя отказом системы в целом. Казалось бы небольшие поверхностные изменения, например, такие, как более дружественный пользовательский интерфейс, могут приводить к непредвиденным проблемам надежности и безопасности бэкофисных операций.


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

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

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

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

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

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


Основы бизнес-архитектуры: измерение эффективности

Рис. 1

Оригинал: Essentials of Business Architecture: Measuring Performance
Автор: Роджер Берлтон (Roger Burlton)

Введение

Бизнес-архитектура – предмет непростой, и связать его части воедино нам помогут измерения. Достоверные измерения ценятся особенно высоко, когда речь заходит о принятии решений на основе данных. Ведь каждый согласится, что весьма самонадеянно принимать решения, полагаясь на субъективные оценки.

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

Создание системы взаимосвязанных показателей (рис. 2) имеет смысл, если объекты измерений и связи между ними можно четко отследить. Предположим, что нам понятны как открывающиеся возможности, так и потенциальные угрозы для нашего бизнеса, потребности и ожидания внешних заинтересованных сторон, конечные цели и средства реализации цепочки создания ценности, а также присутствует стратегическое видение перспектив нашей компании.


О выборе процессно-ориентированного программного обеспечения

Оригинал статьи на портале PROКАЧЕСТВО
Автор: Анатолий Белайчук

Диапазон классов процессно-ориентированного ПО широк – от легковесных офисных инструментов до интегрированных систем управления бизнес-процессами (BPMS). (Подробнее о классах процессно-ориентированного ПО читайте в статье «Путеводитель по ландшафту процессно-ориентированного программного обеспечения»)

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


Путеводитель по ландшафту процессно-ориентированного программного обеспечения

Оригинал статьи на портале PROКАЧЕСТВО
Автор: Анатолий Белайчук

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