Найти в Дзене
Покупайте СтеллыИ дарите их за контент
1 день назад
 • Вы подписаны

Модель управления изменениями Джона Коттера Как я уже писал, цифровая трансформация подразумевает изменение деятельности всего предприятия. И это изменение становится возможным благодаря совокупности внедряемых технологий и перестройки бизнес-процессов. К сожалению, любое изменение встречает огромное сопротивление среди сотрудников – этот феномен мы с участниками клуба «Цифровые лидеры бизнеса» недавно обсуждали на полях «Международного технологического конгресса». Существуют различные подходы, позволяющие минимизировать возникающее сопротивление. Одним из таких подходов является ADKAR – о нём я уже писал. Сегодня я хочу рассказать о другом подходе – управление изменениями Джона Коттера. Эта модель во главу угла ставит необходимость изменений, т.е. при выборе между тем, чтобы оставить всё, как есть, и осуществить трансформацию – первый вариант считается неприемлемым. Сама модель состоит из 8 шагов. И первый из них – это как раз формулирование необходимости и срочности изменений. Надо объяснить людям, что оставлять всё в текущем состоянии нельзя. Второй этап заключается в создании коалиции лидеров. В идеале это должны быть представители подавляющего большинства отделов, чтобы совместно они могли решать возникающие вопросы и доносить решения до своих коллег. Третье – создание ясного и понятного образа будущего. Каждый сотрудник должен чётко понимать цель, к которой ведёт цифровая трансформация. Четвёртый шаг: новый образ будущего надо донести до каждого и постоянно вовлекать сотрудников в обсуждения о тех изменениях, которые грядут. Именно этот этап позволяет изменить отношение людей к изменениям – они перестают их бояться. Пятое – устранение препятствий. Коттер считает, что надо выявить все барьеры, которые могут помешать трансформации, и удалить их. Шестой этап – быстрые победы. Необходимо на ранних этапах продемонстрировать успешные сценарии, ставшие возможными благодаря внедрённым изменениям. Седьмое: масштабирование. Полученный опыт надо распространять на другие отделы, запускать новые процессы, генерировать и воплощать следующие волны изменений. Последний этап совпадает с последним этапом в методике ADKAR – закрепление. Все произведённые изменения должны стать нормой жизни для предприятия. А это означает, что они должны быть прописаны в правилах, регламентах и нормативах. Произошедшая трансформация должна стать частью корпоративной культуры. Считается, что модель Джона Коттера позволяет внедрить масштабные изменения в компании, в то время как методика ADKAR предназначена для локальных преобразований. #DigitalTransformation #Management #Algorithm Ссылка на оригинал поста: shorin.me/...ter

1 неделю назад
 • Вы подписаны

Harness Совсем недавно я принимал участие в работе Международного технологического конгресса. В рамках нашей сессии «Цифровая трансформация: триада успеха – технологии, безопасность, люди» прозвучала мысль о том, что технологии развиваются настолько стремительно, что подчас трудно уследить за произошедшими изменениями. Мной была высказана идея, что мы должны чаще встречаться и обмениваться опытом. Как бы доказывая эту мысль, в другом сообществе – «я-ИТ-ы» недавно состоялся круглый стол от стрима «Код с ИИ», в рамках которого участники сообщества делились своими знаниями и наблюдениями. Вначале Николай Хохлов рассказал об опыте создания своего собственного ИИ-агента с нуля. Для этого он использовал harness (обвязку) с открытым кодом – Hermes. Самым сложным этапом была первоначальная установка и запуск. Дальнейшие шаги по настройке Hermes Николай уже делал с помощью самого Hermes’а. Количество сценариев того, как можно использовать ИИ-агента, ограничивается только фантазией пользователя. Николай поделился тем, для каких задач он уже использует Hermes, и какие идеи у него есть по дальнейшему развитию своего ИИ-агента. Далее выступал Вячеслав Лихобабин. Он рассказал о том, как он в своей команде использует инструмент управления задачами – Backlog.md. Вячеслав озвучил мысль, которая полностью разделяется всеми участниками круглого стола, о том, что развитие ИИ-моделей ведёт к overengineering’у – созданию излишне сложного продукта, который не приносит дополнительной пользы, а только лишь приводит к трате времени и денег. После Вячеслава выступил Иван Щедрин, который показал, как он в своей компании использует скиллы и MCP-подключения к различным сервисам для делегирования комплексных задач своему ИИ-агенту. Иван поделился своим опытом по упорядочиванию MCP tools для того, чтобы у агента не происходило переполнение контекста, и он банально не запутался бы в имеющихся у него возможностях. После выступлений началась жаркая дискуссия, в рамках которой участники круглого стола делились своими проблемами и опытом их решения. Неожиданно для себя я открыл преимущество того, что я состою сразу в нескольких сообществах. Оказалось, что одна из задач, решение которой мы нашли в клубе «Цифровых лидеров бизнеса», очень остро стоит для большого количества членов сообщества ИТ-управленцев «я-ИТ-ы». Естественно, я поделился решением. Уверен, что при нынешнем стремительном развитии отрасли такой регулярный обмен опытом первопроходцами является эффективным решением проблемы удержания своих знаний на фронтире прогресса. #AI #Networking #LifeLongLearning Ссылка на оригинал поста: shorin.me/...ess

1 неделю назад
 • Вы подписаны

День программиста 11 сентября 2009 года был подписан Указ, который установил новый праздник – «День программиста». Официально этот день выпадает на 256-й день в году. В високосный год – это 12-е сентября, в невисокосный – 13-е сентября. 2026 год не попадает ни под какие исключения, поэтому в этом году программисты отмечают свой профессиональный праздник 13-го сентября. Для тех, кто не в курсе, объясняю. Современные компьютеры в качестве самого минимального объёма хранимой информации используют бит – ячейку, в которой может храниться один из двух вариантов: 0 или 1. Во времена моего обучения на кафедре Системного программирования ВМК МГУ один из наших преподавателей – Александр Николаевич Томилин рассказывал нам, что он принимал участие в создании экспериментального компьютера, работающего на троичной логике: - Если в ячейке хранилось значение равное «1», то считалось, что это «истина» (в терминах булевой алгебры); - Если в ячейке было значение «-1», то это «ложь»; - Если же в ячейке был записан «0», то считалось, что значение не определено. Александр Николаевич шутил, что этот компьютер был построен на основе «женской логики», которая оперирует значениями «да», «нет» и «не важно». Но вернёмся к двоичной логике. Традиционно биты объединяются в ряды. Были разные варианты объединения, но стандартом де-факто стало объединение по 8 бит – сначала такой набор назывался октетом, но потом его стали называть байтом. Есть несколько объяснений, почему выиграло объединение именно по 8 бит в байте. Во-первых, это красиво: 8 – это степень двойки, поскольку 8=2*2*2=2^3. Во-вторых, 8 бит могут хранить 256 (2 в 8-ой степени) различных значений – от 00000000 до 11111111. Такого количества комбинаций достаточно для того, чтобы можно было записать любой ASCII символ, а также использовать старший бит для контроля чётности. Впоследствии байты стали объединять: два байта – основа для 16-битной архитектуры, четыре – для 32-битной, восемь – для 64-битной. Помню, как в детстве в одном из подписных журналов того времени я прочитал рассказ про удивительное путешествие Пети внутрь компьютера: там он познакомился с его устройством. Тогда мне в память врезалась иллюстрация, как 8 бит всегда шагают рядами по 8 штук, образуя собой байт. Тогда я подумал, что было бы неплохо во всём этом разбираться. Разбираюсь до сих пор, поскольку компьютеры и программное обеспечение к ним стали моей первой профессией. Так что 256 – это магическое число: количество различных комбинаций, которые могут быть записаны в одном байте. Всех программистов с нашим профессиональным праздником!!! P.S. К сожалению, именно той иллюстрации из журнала, на которой биты шагают рядами, я найти не смог, поэтому к посту прикрепил картинку из статьи в журнале той же эпохи. #DigitalTransformation #Anniversary #Career Ссылка на оригинал поста: shorin.me/...day

1 неделю назад
 • Вы подписаны

Международный технологический конгресс 2026 В прошлом году я принимал участие в Международном технологическом конгрессе - был спикером сессии, посвящённой стандартизации цифровой трансформации в различных областях. В этом году мы с моими друзьями по клубу «Цифровые лидеры бизнеса» приняли участие в работе сессии «Цифровая трансформация: триада успеха – технологии, безопасность, люди». Модерировал эту сессию Максим Коропченко. Сначала наше обсуждение шло по вполне ожидаемому плану: - Я рассказал про цифровую трансформацию отрасли автопроката; - Юрий Цокало – про проекты, реализуемые в Росатоме; - Станислав Скалабан – про использование ИИ для быстрой проверки гипотез в Русской медиагруппе; - Пётр Чернышев – про применение ИИ и цифровую трансформацию шахматных турниров; - Эльдар Мустафин – про проекты цифровой трансформации Ростеха. Как обычно, мы отметили главенствующую роль вовлечённости людей и особенно первых лиц для достижения успеха в цифровой трансформации. Немного коснулись проблемы точности определений таких терминов как механизация, автоматизация, информатизация, цифровизация и цифровая трансформация. Однако вскоре наше общение вышло на совершенно новый уровень. Мы отошли от обсуждения конкретных проектов и стали рассуждать на более абстрактные темы. В частности: - Необходимость более тонкого разграничения слоёв доступа и зон ответственности при работе с данными; - Экзистенциальный кризис идентичности всего человечества в эпоху ИИ; - Необходимость применения изменений к самому процессу внедрения изменений; - Последовательное фокусирование на цепочке взаимосвязанных элементов: цель, команда, процессы, данные, технологии; - Ценность человеческого общения и обмена опытом для реализации проектов цифровой трансформации; - Сокращение проектов цифровой трансформации и повышение требований к результатам их внедрения, в том числе в плане безопасности; - Парадокс между восприятием цифровых продуктов в массовом сегменте и на производстве. Времени, отведённого для нашей сессии, было катастрофически мало, чтобы обсудить все темы, поэтому мы продолжили нашу дискуссию уже в кулуарах конгресса. Я получил истинное интеллектуальное удовольствие от обсуждения столь небанальных тем в кругу высокопрофессиональных экспертов, которые настолько вовлечены в процесс цифровой трансформации. Отдельное спасибо Марии Мустафаевой за организацию этого мероприятия. #DigitalTransformation #Conference #AI Ссылка на оригинал поста: shorin.me/...026

2 недели назад
 • Вы подписаны

Пример цифровой трансформации Периодически меня спрашивают «чем цифровая трансформация отличается от автоматизации, информатизации, цифровизации?». Ответить на этот вопрос можно разными способами. Например, в программе по повышению квалификации «Цифровая трансформация бизнеса» в РАНХиГС, различие этих понятий объяснялось в сравнении с промышленными революциями: - 1-я промышленная революция: использование пара – это механизация; - 2-я: использование электричества, изобретение конвейера – это автоматизация; - 3-я: использование компьютеров и коммуникаций – это информатизация; - 4-я: облака, Big Data, AI, IoT – цифровая трансформация. Это достаточно грубое сравнение, поскольку вся суть, как всегда, содержится в мелочах. Наличие облаков и AI самих по себе – ещё не означает цифровую трансформацию. Если предприятие заменило бумажную форму электронной, перешло от использования Excel в облачную ERP, а телефонные заявки стало обрабатывать с помощью виртуальной АТС, то это всё же информатизация. Цифровая трансформация начинается тогда, когда благодаря технологиям становится возможной такая организация деятельности предприятия, которая либо была невозможной до этого, либо она была экономически нецелесообразной. Приведу пример. Возьмём автопрокат. На этапе информатизации этого вида бизнеса менеджеры регистрируют автомобили в системе (пусть даже и облачной), распределяют их по локациям, устанавливают тарифы, подключают внутреннюю систему к различным агрегаторам. При цифровой трансформации объектом управления становится не конкретный автомобиль, а общая доступность всего автопарка, в том числе и виртуального. При этом управление происходит в разрезе множества переменных: динамическое ценообразование, автоматическое распределение парка автомобилей по локациям, управление каналами продаж, предиктивное техническое обслуживание, планирование будущих закупок, просчёт персональной риск-модели для каждого клиента. Суть в том, чтобы спланировать равномерную загрузку всего автопарка. При этом необходимо учитывать такие параметры, которые раньше не рассматривались в принципе: - виртуальный флот – автомобили, которые в данный момент отсутствуют в автопарке, но которые будут закуплены у дилера к определённой дате; - овербукинг – возможность автоматического апгрейда при возникновении коллизий; - динамическое подключение других автопрокатов, лизинговых компаний, дилеров и владельцев корпоративных парков; - и многое другое. Такой подход напоминает переход, произошедший в IT от управления отдельными физическими серверами к облачным вычислительным ресурсам, подмножества которых динамически выделяются для решения поставленной задачи, а затем возвращаются в общий пул. #DigitalTransformation #Management #AI Ссылка на оригинал поста: shorin.me/...ple

Покупайте СтеллыИ дарите их за контент