Комментарии пользователей (56)

Шойдин Юрий прокомментировалТермин «цифровая трансформация» нуждается в изменении: как бы вы его переименовали? 8 мая 2022 в 12:51

Прежде всего это изменение сознания, то есть изменение понимания того, что такое цифра. Во-первых, это цифровые двойники (ЦД) людей, заводов, вообщем, любых объектов. Во вторых, это озеро данных, для построения мат моделей для ЦД и в-третьих это получение самих данных.
Следующим шагом я бы подумал над термином "трансформация" - это кардинальное изменение. Для такого изменения нужна/нужны соответствующие технологии, запас сил и то кто это будет делать (понимающие что делать, а не толпа хайперов).
Ну и вывод - цифровая трансформация (компании) это изменение внутренней культуры и менталитета управления, основанное на понимании используемых технологий. А назвал бы "переход к цифровой культуре"
+1

Славин Борис комментируетНовые роли CIO в новом цифровом мире 8 февраля 2021 в 16:24

Это хороший термин - последняя миля. Не будет ли так? Сегодня ИТ-директор возглавит цифровую трансформацию. А потом топ-менеджеры скажут ему спасибо, дальше мы сами. И ИТ-директор станет директором "последней мили".
That's a good term - the last mile. Will it not be so? The CIO will lead the digital transformation now. And then the top managers will say thank you to him, now we will do it ourselves. And the CIO will become the director of the "last mile".
0

White Terry прокомментировалНовые роли CIO в новом цифровом мире 7 февраля 2021 в 19:48

Я не думаю, что эти два сценария противоречат друг другу. ИТ-директор сильнее, потому что мир становится все более цифровым, взаимосвязанным и глобальным. Кому-то нужно понять этот мир. А поскольку большинство бизнес-процессов и продуктов теперь имеют цифровую поддержку, ИТ-директор должен понимать эти процессы и продукты. Таким образом, круг обязанностей ИТ-директора перемещается из чисто технического в цифровой мир (включая клиентов и поставщиков) и внутрь организации.
И когда топ-менеджеры станут драйверами цифровой трансформации, это будет хорошо. Но им никогда не удастся завершить «последнюю милю» цифровой трансформации. И им не должно быть. Эта «последняя миля» - это безопасность, интерфейсы, ИТ-операции, резервное копирование, планирование емкости, выделение ресурсов, обновления, обслуживание… Этот список можно продолжить
+1

Славин Борис комментируетНовые роли CIO в новом цифровом мире 7 февраля 2021 в 19:17

Терри, есть два сценария развития событий. Первый - тот, который ты описал. CIO становится лидером трансформации, вторым человеком в компании. Но есть и второй сценарий. Когда топ-менеджеры становятся драйверами цифровой трансформации в своих областях. И ты писал о перезагрузке топ-менеджеров. Не противоречит ли один сценарий другому?
Terry, there are two scenarios. The first one is the one you described in this article. The CIO becomes the transformation leader, the second top executives in the company. But there is a another scenario. When top managers become drivers of digital transformation in their fields. You wrote about the reinvention of C-suite. Does one scenario contradict the other?
0

Коноваленко Вадим прокомментировалВзлом SolarWinds, затронул критически важные объекты инфраструктуры, а также федеральные, государственные и местные правительственные учреждения 7 января 2021 в 17:54

Так громко звучит "Агентство по кибербезопасности и защите инфраструктуры Министерства внутренней безопасности США (DHS-CISA)" просто оторопь берёт от одного названия... А разве кибербезопасность не могла подумать о том, что такая гиперцентрализация управления в т.ч. OEM производством рано или поздно аукнется если не хакерским взломом, то технологической проблемой в центре управления? Блэкауты на их собственной территории их ничему не учат что ли? Или вера в компьютерную мощь затмевает робкие мысли о "синем экране" Windows?
Собственно, следовало ожидать чего-то подобного, правда, мне казалось, что "ответка" прилетит раньше, вспоминая про "червей" на Ближнем Востоке...
Но бумеранг прилетел с резонансом тогда, когда прилетел -- это и нам наука, не только потому что не следует рыть яму другому, а использовать ту, что он вырыл для тебя, но и потому ещё, что дорога в светлый цифровой мир не вымощена жёлтым кирпичём, а заминирована и идти по ней следует с со всем вниманием и осторожностью.
0

Славин Борис комментируетАдаптация бизнес-приложений для обеспечения гибкости и инноваций 15 декабря 2020 в 15:41

Похоже тема композитных архитектур становится хайпом) В закрытой части сети эксперты обсуждают презентацию Гартнер на эту тему.
0

Славин Борис комментируетГартнер о композитной архитектуре информационных систем 13 декабря 2020 в 20:25

Ефим Натис называет такую архитектуру по русски композитной. Выглядит все красиво, но вопрос в том - будут ли разработчики приложений придерживаться такого подхода. Да и кто вообще разработает стандарт для разработчиков приложений (на этот вопрос Натис не ответил). Мне кажется, что идея композитной архитектуры - это попытка внести порядок в существующий хаос) Но пока мало понятно, как ее использовать на практике.
+1

Серов Александр прокомментировалГартнер о композитной архитектуре информационных систем 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

White Terry прокомментировалУчимся на хайпе 22 ноября 2020 в 10:34

Я согласен с Александром Серовым – DevOps-это очень полезная техника и инструмент, но он имеет свое место. У Института управления проектами есть полезная перспектива, которая помогает мне задуматься над этим вопросом: они говорят о “прогнозных проектах” и “гибких проектах".” (В данном случае “agile” - это не техника (как SCRUM), а необходимость постоянно меняться). Прогнозные проекты-это такие проекты, в которых мы можем точно предсказать, чего мы хотим и каковы будут условия ведения бизнеса, когда мы реализуем проект. PMI сообщил в 2017 году, что 43% проектов были прогнозируемыми, 30% - гибкими, а остальные представляли собой смесь этих двух.
Я подозреваю, что с COVID-19 и многими другими сбоями, которые произошли, потребность в гибких проектах и DevOps возросла, но мы никогда не должны забывать, что все еще существуют “прогностические проекты”. (И программное обеспечение COTS - это окончательный прогностический проект! Где продавцы строят что-то, предсказывая, какими будут условия ведения бизнеса в ближайшие десять-двадцать лет.)
0

Козловский Сергей комментирует6 развенчанных мифов об искусственном интеллекте 20 ноября 2020 в 19:52

69% ? Не шестьдесят восемь!?
Очевидность того, что цифра "взята с потолка", обесценивает всю предыдущую информацию
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

Квасов Александр прокомментировалУчимся на хайпе 19 октября 2020 в 09:00

Очень точно подмечено! Я бы даже сказал, не линия, а вектор, который задает направление смещения и ускорение к новым трендам.
0

Славин Борис комментируетУчимся на хайпе 17 октября 2020 в 18:18

Согласен насчет спирали. Спираль - это "сумма" круга и линии. Круг декларирует, что все новое - это хорошо забытое старое. А прямая линия - это ускорение всех процессов и увеличение гибкости и адаптивности.
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

White Terry прокомментировалИзжить в себе услужливого раба 18 августа 2020 в 18:37

Отличная статья!

Уинстон Черчилль сказал: "Никогда не тратьте впустую хороший кризис.”

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

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

COVID-19-это кризис, который не должен быть потрачен впустую ИТ-директорами. Пересмотрите свою роль как одного из ключевых руководителей в бизнесе и достижении успеха.
+2

Славин Борис комментируетИзжить в себе услужливого раба 14 августа 2020 в 23:10

Финансовому директору не надо доказывать, что он должен подчиняться генеральному, поскольку каждый день есть вопросы и проблемы, которые он с генеральным директором решает. Если ИТ-директор обрушит на генерального ежедневные проблемы с сервисом, его просто уволят. Поэтому надо так развернуть деятельность в компании, чтобы позитивные новости в области автоматизации или существенные (а не айтишные) проблемы цифровой трансформации бизнеса возникали часто. Это можно сделать только одним способом - вовлекая в задачи цифровизации все подразделения компании. Желательно одновременно и по максимуму. Но это, конечно, тяжело. Но иначе - в дворники!)))
+2

Аншина Марина прокомментировала4 горячих и 4 холодных тренда управления проектами 14 августа 2020 в 21:54

1. Инструменты совместной работы. Известны давно и также давно активно используются, особенно в управлении ИТ-проектами.
Ещё в прошлом веке один из лучших Брокеров объектных запросов ORBACUS был создан командой из 27 разработчиков из разных стран мира, которые никогда не встречались вживую. Карантин многих подтолкнул использовать их ещё активнее - не больше.
2. Встречи. Приобретают новые формы. На карантине общаться с коллегами стала даже больше.
3. Компетентность. Аплодирую этому тренду. Но тут тоже по-моему влияние карантина косвенное. Просто проекты стали настолько сложными, что без неё их не сделаешь. И все больше народу стало это понимать.
4. Руководитель проекта. Как известно, демократия весьма опасна. Даже в гибких методологиях, демократичность которых прописана в Agile Manifesto, есть лидеры. Например в Скраме, друхголовая система, состоящая из технического лидера и лидера организационного. Прозрачность при этом никто не отменял, потому что РП вовсе не должен утаивать состояние дел.
5. Важность. Тут тоже не все от ковида. Потому что социальные вопросы ещё до него волновали молодое поколение. И это здорово.
6. Свобода. Странно, почему это новый тренд. Флаг reuse (повторного использования) уже давно высоко поднят в области управления ИТ-проектами и присутствует практически во всех стандартах и методиках (TOGAF, ИСО/МЭК 12207 и т.д.).
7. Лидерство. Тут тоже нет ничего нового. В e-СF - это отдельная компетенция,присущая в частности РП. И тоже, где только это лидерство не упоминалось.
8. Часы работы. С появлением мобильности, ещё до массовой удаленной работы, часы работы становятся анахронизмом.
Так что мне не кажутся эти тенденции действительно значимыми. Надо наверное написать, как это видится.
0

Славин Борис комментируетМоделирование мотивации людей к информационной открытости в онлайн сообществах 9 августа 2020 в 19:49

Ну, это не моя статья. Я её просто реферировал в свое время)
0