Комментарии - Серов Александр (13)

Серов Александр прокомментировалГартнер о композитной архитектуре информационных систем 12 декабря 2020 в 22:04



Интересная тема. Получила развитие почти с начала века, как продолжение SOA и функциональных моделей организации бизнеса. У Гартнара она почти на пике хайпа и, как прогнозируется, на ближайшие 2-5 лет будет в тренде.
Немного смущает в публикации то, что "смешались в кучу кони, люди и залпы 1000 орудий..." - не прозвучала чёткая грань того, что относится к ИТ-индустрии, что - к бизнесу, а что - к ИТ-слежбе (ИТ-архитектуре).
Приведу справочно основные черты:

Составная Операционная Модель/Composable Operating Model

COM основан на следующих ключевых принципах проектирования, направленных на максимальную адаптируемость и скорость, с которой можно настраивать и улучшать новые процессы.
Минимальная функция - сложные бизнес-процессы разбиты на минимизированный набор «элементарных» функций. Каждая функция может выполнять какой-либо аспект процесса независимо от других функций и состоит из минимально возможной организации для выполнения этой функции. Цель этого принципа - гарантировать, что отдельные функции могут быть улучшены или заменены, минимизируя влияние на более широкую организацию и бизнес-процессы.
Наименьшая зависимость - отдельные бизнес-функции должны быть разработаны таким образом, чтобы минимизировать зависимость от любых других функций. Этот принцип гарантирует, что сбои в одной функции не приведут к остановке всего процесса. Такие этапы процесса, как авторизация, должны быть асинхронными, чтобы избежать создания последовательных зависимостей.
Общие знания - Знания (данные, информация и контекст) - это общий ресурс для всех функций. Политика управления данными и безопасности должна быть разработана таким образом, чтобы обеспечить максимальный безопасный доступ к данным для самой широкой аудитории. Функциям запрещено поддерживать "частные" наборы данных. Хранение и защита «частных» знаний - одно из ключевых препятствий на пути к гибкости организации. Когда знания не передаются открыто, отдельные функции могут создавать зависимости от их существования, даже если это не оптимально для всего бизнеса.
Предсказуемые контракты - каждая функция определяет информацию и разрешения, которые она требует, какой рабочий продукт будет выводиться и предоставляет количественные гарантии производительности. Этот подход направлен на минимизацию накладных расходов на управление и надзор, которые часто накладываются на организации, чтобы преодолеть отсутствие предсказуемости и производительности между бизнес-функциями.
Максимальная человеческая ценность - Человеческие ресурсы следует применять только к тем задачам, которые нельзя автоматизировать: непосредственное взаимодействие с клиентами / партнерами и обслуживание, а также там, где требуется понимание, анализ и принятие качественных решений и т. Д. Этот подход имеет два преимущества. Это сводит к минимуму общие затраты на человеческие ресурсы и максимизирует ценность ролей в бизнесе, что приводит к более высокому удовлетворению работой и снижению потерь.

Модель составной архитектуры/Composable Architecture Model

Бизнес-модель Composable Enterprise выводит горизонтальную интеграцию процессов на совершенно новый уровень, предполагая, что операционные функции, процессы, продукты и услуги будут постоянно изменяться и реконфигурироваться. Переход на Составную Операционную Модель (Composable Operating Model – COM) потребует радикально нового подхода к корпоративным ИТ. Фактически для COM потребуется соответствующая Составная ИТ-Архитектура.
Ключевые атрибуты и возможности Модели Составной Архитектуры (Composable Architecture Model – CAM):
Эластичная инфраструктура - возможность увеличивать и уменьшать ресурсы ИТ-инфраструктуры в соответствии с меняющимися моделями спроса.
Приложения на основе компонентных сервисов - реализация бизнес-приложений в виде «композиции» более тонких «атомарных» сервисов для обеспечения быстрой переконфигурации и улучшения. Эта возможность в сочетании с Эластичной инфраструктурой позволяет быстро масштабировать бизнес-приложения и службы в соответствии с меняющимися потребностями потребителей или бизнеса.
Автоматизация всего - технологическая ткань должна быть спроектирована так, чтобы требовать минимального вмешательства человека. Динамическая перенастройка сервисов, гибкое выделение ресурсов и операции должны быть полностью автоматизированы.
Унифицированная модель основных данных - реализация модели основных данных, определяемой и управляемой бизнесом, обеспечивающая единый источник достоверных данных для всего бизнеса.
Интегрированная аналитика - все данные, которые будут использоваться бизнесом для принятия решений, понимания потребителей и рынка, аналитики процессов и операционной деятельности, должны быть агрегированы в одном интегрированном репозитории. Это обеспечивает единый источник достоверных данных для всех бизнес-решений на основе данных.
Службы управления персоналом - структура должна предоставлять основные службы, которые обеспечивают аутентификацию пользователей на основе ролей и управление профилями пользователей, чтобы облегчить обнаружение экспертных знаний и быструю переконфигурацию организации.
Сервисы процессов - структура должна предоставлять основные сервисы, которые облегчают мониторинг процессов и интеграцию рабочих процессов, чтобы облегчить быстрое изменение конфигурации процесса.
Службы данных - все основные и аналитические данные должны быть доступны через стандартные службы доступа к данным и должны быть доступны как для людей, так и для машин.
В любое время, в любом месте и с любого устройства - рабочие приложения должны быть доступны с использованием веб-модели доставки «Программное обеспечение как услуга» (SaaS), доступной с любого устройства, на котором может быть запущен современный веб-браузер.
0

Серов Александр прокомментировалТерри Уайт о том, что нас ждет в следующем году 16 ноября 2020 в 22:59

"Это — очень все бла-ародно, а вот как там насчет баб?.."
(Трудно быть богом, Братья Стругацкие)

При удалённой работе существует несколько основных потребностей: коммуникации с коллегами, доступ к информации, доступ к информационным системам и решениям. Другими словами: коммуникации - почта, ВКС и мессенджер; доступ - VPN, облачные хранилища и т.д.; информационные системы и решения - облачные решения, VDI и терминальные технологии, Web-клиенты ИС и т.п.
Всё остальное интересно и хорошо если есть...
Перечисленные три направления добавляют гибкости и способствуют обеспечению непрерывности бизнеса. Если эти направления будут развиты под давлением пандемии, то в дальнейшем они могут послужить дополнительным конкурентным преимуществом.
0

Серов Александр прокомментировалУчимся на хайпе 22 октября 2020 в 11:33

Позвольте добавить к Вашей геометрии немного алгебры и (мат) анализа. Диалектика – хорошее учение, но в данном случае речь идёт не об общей тенденции, а о частной, отдельной методологии. Полезно понимать откуда она взялась, каковы её основные цели и границы применимости. Не всегда «один размер подходит всем» (one size fits all). Одна из основных задач хайпа или маркетизации – продать, впарить не вдаваясь в подробности. Это уже происходило с облачными технологиями, большими данными (big data), искусственным интеллектом, гибкими методологиями разработки (Agile) и т.д.

Можно ли применять DevOps для автоматизации неустановившихся процессов, с низким уровнем зрелости, или лучше использовать «коммерческие с полки» (COTS) решения, содержащие «лучшие практики» (best practice)? Стоит ли применять DevOps для информатизации процессов, выходящих на уровень зрелости непрерывной оптимизации? Всё ли требует постоянных/частых изменений в бизнесе?

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

Серов Александр прокомментировалЦифровая сепарация экономики 1 сентября 2020 в 19:47

Digital Vortex
How Digital Disruption Is Redefining Industries
Цифровой вихрь
Как цифровой прорыв меняет определение отраслей
https://www.imd.org/uupload/IMD.WebSite/DBT/Digital_Vortex_06182015.pdf
0

Серов Александр прокомментировалЦифровая сепарация экономики 1 сентября 2020 в 19:39



Пять лет с момента публикации отчёта «Как цифровой прорыв меняет определение отраслей» это – много или мало? Немного спал ажиотаж, выросло понимание проблем и задач, в РФ начато формирование государственных программ цифровизации…
Данные отчёта базируются на двух основных рисках, которые создаёт цифровой прорыв/подрыв (Digital Disruption):
- Сколько компаний в отрасли потеряют своё место в топ-10 из-за цифровых технологий (в течение следующих пяти лет)?
- Насколько риск выхода из бизнеса возрастает в результате цифровых потрясений «В некоторой степени» или «значительно»?
То есть рассматриваются угрозы – потеря лидирующих позиций в отрасли и потеря бизнеса. Потеря лидирующих позиций в отрасли для крупных компаний, не связанных с рынком b2c, не столь критична, как потеря бизнеса – доход и прибыль e у них может сохраниться и даже увеличиться абсолютно, но не относительно. Для рынка b2c, малого и среднего бизнеса, эти угрозы достаточно близки.
Публикация показывает, какие отрасли будут более подвержены изменениям в результате цифровых потрясений.

Риски и угрозы можно разделить на две категории – вынуждающие переходить к цифровизации и препятствующие ей. Вспомним старый добрый SWOT-анализ.
Какие внешние угрозы и риски могут вынудить бизнес заняться цифровизацией? Репутационные риски, финансовые риски, нормативные, законодательные требования…
Примеры:
Для госпредприятий утверждены «МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ по цифровой трансформации государственных корпораций и компаний с государственным участием». Документ носит рекомендательный характер, но всё же хоть что-то.
В нефтегазовой отрасли происходит истощение запасов доступных и традиционно разрабатываемых месторождений, находящихся в «комфортной» для бизнеса зоне. Требуется освоение месторождений, находящихся в сложных климатических и рискованных политически регионах. В связи с этим, с конца первого десятилетия нынешнего века возникло понятие «Цофровое месторождение» (Digital Oilfield – DOF). DOF призван снизить операционные затраты и минимизировать риски, связанные с работой персонала в опасных природных и политических регионах.

Факторы, препятствующие цифровизации: высокая стоимость кредитов, падение курса национальной валюты, нехватка средств… Для «богатых» отраслей экономики и крупного бизнеса (нефть и газ, банки) влияние этих факторов ниже, чем для малого и среднего бизнеса, где меньше свободных средств.
Цифровизация, хоть и даёт определённые финансовые и рыночные преимущества, но требует достаточно развитой ИТ–базы, автоматизации, оцифровки архивов и исторических данных, внедрения методологии и реализации проектов цифровизации, а это всё – деньги.
Беглый поверхностный обзор внешних факторов, как способствующих, так и препятствующих цифровизации, показывает, что ситуация чуть сложнее, чем «пан или пропал».

Среди внутренних факторов, препятствующих цифровизации бизнеса в РФ (слабые стороны) хотелось бы выделить два:
1) Относительно низкий средний уровень информатизации (ИТ) и автоматизации (АСУ ТП) по сравнению с передовыми экономиками.
2) Относительно низкий средний уровень зрелости/возможностей в отношении изменений в бизнесе, связанных с цифровизацией.
Проблема усугубляется ещё тем, что в отсутствие должного спроса на цифровизацию не формируется и предложение на профессиональном уровне – в стране достаточно малочисленны ИТ-компании и практики, специализирующиеся на цифровизации на высоком профессиональном уровне. Разработка цифровых методологий в РФ – отдельная тема.

В целом, ситуация в стане из разряда «есть простор для развития», да ещё какой!
0

Серов Александр прокомментировалСтратегия прорыва. Часть 5 Все под контролем 3 августа 2020 в 23:33

Возможно https://www.it-world.ru/cionews/management/154569.html ;о)
Модная тема, наглядная и полезная статья - управление по контрольным точкам!
0

Серов Александр прокомментировалТри роли ИТ (Часть 3) 31 июля 2020 в 13:04

Штурман: «Курс Зюйд-Зюйд-Вест.» – Капитан: «Ты не умничай, а рукой покажи!»

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

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

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

Если первые две части статьи посвящены истокам вопроса и постановке подхода и модели, то третья часть содержит её конкретизацию и подходы использования.
0

Серов Александр прокомментировалТри роли ИТ (Часть 2) 30 июля 2020 в 03:18

Все просто и понятно, ну прямо как в «Берклеевском курсе физики». Модель из пяти слоев и трех ролей очень наглядна. Отличная идея.
Everything is simple and clear, just like the "Berkeley Physics Course". The model of five layer and three role is very visual. Good idea.
0

Серов Александр прокомментировалТри роли ИТ (Часть 1) 30 июля 2020 в 01:35

Очень интересная идея объяснить основы управления бизнесом на пальцах с использованием аналогии с физикой и понятия «бизнес-импульс»!

A very interesting idea to explain the basics of business management on your fingers using the analogy with physics and the concept of "business momentum"!
0

Серов Александр прокомментировалКлассика построения организации: от стратегии к бизнес-процессам и организационной структуре 30 июня 2020 в 22:41

Действительно классика! В статье рассматривается классический подход к развитию организации на основе формирования стратегии, её реализации и контроля достижения целей.

Единственное смущает термин «Построение организации». Создаётся ощущение, что собираются «яйцеголовые» и проектируют сотворение мира – организацию с нуля.

До 90х годов прошлого века наука знала 2 пути воплощения стратегии: 1) изменение бизнес процессов и 2) изменение оргструктуры предприятия/организации. К началу этого века появился третий путь, объединяющий два предыдущих, формализующий их и добавляющий калькуляторы, автоматизацию, хранение информации и т.п.: 3) информационные технологии.
Этот третий путь не мыслим, зачастую, без проектного управления его реализации. Другими словами, к традиционным эволюционным KPI добавились проекты и портфели проектов, составляющие основу реализации стратегии.

А что сейчас? Можно ли считать «цифровизацию» / «цифровую трансформацию» четвёртым путём? Что она добавляет нового по сравнению с предыдущими, включая ИТ?

Цифровизация принципиально меняет процессы управления и роли на основе высокоразвитых ИТ, связи, сетей, автоматики и т.п. Ряд моделей управления, используемых в цифровизации, рассматривались теоретически и ранее, но были или трудно (с большими временными лагами/шагом) реализуемы, либо не реализуемы вовсе. Появляются и новые подходы/модели управления, основанные на новых возможностях.

Стратегия может быть отражена в стратегическом плане, видении продукта, экономическом обосновании, дорожной карте продукта и/или проектов изменений, других артефактах.

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

На выходе получаем:
- Описание текущего состояния (ОТКУДА)
- Бизнес-требования (ЧТО)
- Бизнес-цели (КУДА)
- Описание будущего состояния
- Потенциальная ценность (что получим: затраты vs прибыли)
- Результаты анализа рисков
- Стратегия перемен (КАК)
- Рамки/границы и состав Решения (стратегических изменений)

А как же KPI и BSC? Ну куда же без них!
0

Серов Александр прокомментировалБизнес-моделирование 24 июня 2020 в 03:02

Автором затронута (обозначена) очень важная тема «бизнес-моделирование». Обозначены подходы к моделированию, даны рекомендации. Тема, действительно, сложная и многогранная.
Возможно, стоит начать с вопроса о целях и задачах моделирования:
- выстраивание антикризисного управления бизнесом?
- организация обеспечения непрерывности бизнеса?
- подготовка и управление стратегическими изменениями бизнеса?
- внедрение/изменение системы управления предприятием/бизнесом?
- внедрение информационных систем?
- другие цели и задачи…
Выбор методологии моделирования, управления архитектурой бизнеса определяется доступными знаниями и компетенциями, масштабами и спецификой бизнеса, масштабами и временными рамками изменений. В России принят и действует стандарт «Требования к стандартным архитектурам предприятия и методологиям» ГОСТ Р ИСО 15704-2008, действуют школы и продвигаются методологии по управлению архитектурой предприятия такие, как TOGAF, LEADing practice, Zachman Framework, GERAM и другие. Широкое распространение у специалистов получили языки моделирования архитектуры предприятия ArchiMate, IDEF, ARIS, BPML…
С другой стороны, ситуация в этой области в стране достаточно не простая: с одной стороны низок уровень грамотности специалистов, а с другой – низок уровень востребованности бизнесом этих компетенций и методологий.
Весьма характерен случай из моей практики, когда ко мне обратился ИТ директор одного крупного предприятия с вопросом: «Мы обучили всех ключевых специалистов TOGAF, провели первичное моделирование и описание архитектуры предприятия. Что дальше делать?»
0

Серов Александр прокомментировалГрозит ли нам цифровая безработица 5 июня 2020 в 21:52


Проблема состоит ещё и в том, что у нас в стране часто путают цифровизацию с автоматизацией и ИТ. То, о чём заявили Аксенчер в 2013 году (Accenture Technology Vision 2013, Every Business Is a Digital Business), что мир вступил в цифровую эпоху, означало, что ввиду высокой степени автоматизации, повсеместного внедрения ИТ и нового уровня связи, созданы возможности для внедрения принципиально новых методологий управления и ведения бизнеса, основанные на созданной технической и технологической базе.
Если раньше бухгалтерский баланс и финансовый план рассчитывались недели и дни, то кода всё это считается за час, то появляется возможность проводить анализ (что-если) и оптимизацию финансов. То же самое с производством (план/факт за период) , продажами и сбытом продукции и услуг. Клиенты и покупатели становятся субъектами, оказывающими влияние на план/факт в реальном времени. Автоматизация (АСУ ТП) проникает во все сферы деятельности и, благодаря новому уровню связи и повсеместному интернету, уже само оборудование и бытовые приборы могут заказывать расходные материалы, сигнализировать о необходимости обслуживания или готовности заказанного изделия или продукта.
Методологии управления, которые начали зарождаться десять-пятнадцать лет ранее и имели цикл изменения год, квартал или месяц стали ежедневной рутиной. Те модели, которые раньше рассматривались только теоретически, ввиду сложности расчётов и обмена большими объемами информации, стали новыми передовыми методологиями цифрового управления.

А что у нас?
Под цифровизацией, зачастую, понимают внедрение автоматизации (АСУ ТП) и ИТ. Именно эта пара технологий, в первую очередь, и создаёт риски высвобождения неквалифицированной и низко квалифицированной рабочей силы, а не "цифровой бизнес".
По отдельным направлениям нам удалось выйти на уровень "впереди Европы всей", там, где были приняты важные решения на самом высоком уровне в бизнесе и в государстве. Примеров много: и сфера гос. услуг, и банки, ...

Из моей практики: обсуждали с руководством одной крупной российской компании внедрение информационных систем и предложили провести интеграцию ИТ и АСУ ТП, выстроить МЕС-уровень, повысить скорость потока данных и достоверность информации. Ответ одного из топ-менеджеров был совершенно неожиданный:
"Да вы что? Мы - социальная компания! Там же сотни, тысячи людей заняты тем, что снимают показания АСУ ТП и КИП, готовят отчеты и загружают их в ИТ системы! Мы не можем их всех уволить!".

Есть и обратная сторона медали.
В 90-е годы прошлого столетия страна была отброшена назад, "в каменный век", по многим направлениям. Была разрушена инженерная школа, исчезла потребность в инженерных кадрах. Производство почти не развивалось и не автоматизировалось. Информатизация и информационный обмен оставались на плачевном уровне - "короткие деньги" не позволяли инвестировать на срок более года. И когда к концу первого десятилетия всё стало возрождаться и выстраиваться заново, то оказалось, что этот десятилетний (даже 20-летний, 1985-2005) разрыв привел к тому, что есть старые инженерные кадры, которые не очень дружат с новыми информационными технологиями, и есть новые "информационные" кадры, которые слабоваты в инженерных дисциплинах. На специалистов по АСУ ТП и КИП вообще зачастую до сих пор смотрят, как на динозавров - ведь теперь эра интернета!

Так о какой безработице идёт речь? Чего мы боимся? Цифровизации?
Индустриализацию и коллективизацию пережили. Развал страны и экономики пережили. Неужто её восстановление и развитие не переживём?
0

Серов Александр прокомментировалЧто должен знать спонсор проекта об управлении знаниями? 5 июня 2020 в 16:40

Спасибо, Владимир! Интересная и, в чем-то, показательная статья.
Данной тематике посвящено достаточно много фундаментальных и методологических работ, в том числе таких организаций, как PMI (PMBOK), IIBA (в BABOK v3 управление знаниями/компетенциями выделено в самостоятельный свод знаний – BACM v4, The Business Analysis Competency Model). Приведённый случай с проектной командой ярко демонстрирует, что главным носителем знаний является коллектив/команда, и даже замена/усиление костяка команды позволяет привнести требуемые знания в команду. Наличие явных, формализованных знаний не всегда является гарантией их использования. Это сопрягается с другими понятиями (характеристиками) – уровень зрелости (CMMI, P3M3, OPM3, COBIT4, …) или уровень возможностей (COBIT5, ISO/IEC 15504, ISO/IEC 33001, …). «Внедрение» знаний (Know how) также является процесом, или может рассматриваться как программа/проект. Причём надо чётко понимать, скажем, как в случае со сменой проектной команды, что выполнение всех базовых практик (Base practices, BPs – COBIT PAM), формирование всех артефактов или рабочих продуктов процесса (Work products, WPs), которые в ходе выполнения процесса приводят к ожидаемым результатам (Outcomes, O's) означает, что процесс установленный и соответствует своему назначению – Уровень 3 модели, половина пути.
0