Цифровая трансформация — зачем, как, кто — приглашаю на новый курс!

19 июля приглашаю на свою новую версию курса по реализации цифровой трансформации.

Многие из вас уже участвовали на тренинге ITIL Построение цифровой и ИТ стратегии (ITIL DITS). Новй курс сфокусирован на переходном процессе — т.е. собственно цифровой трансформации.

Мы обсудим способы проведения трансформации, успешные и неуспешные кейсы; обсудим применение инструментария AI, ML в трансформации.

Особое внимание уделим методике оценки зрелости и готовности к цифровой трансформации, выстраиванию организационного и ролевого взаимодействия.

Рубрика: Product management | Метки: , | Оставить комментарий

Роли в команде проектов и продуктов по системам ИИ — вебинар

Развитие и массовое распространение систем машинного обучения, они же «бигдата», они же «искусственный» интеллект создало очередную волну моды. ИИ/AI продукты растут как грибы после дождя.

Какие роли необходимы в команде ИИ проекта? Как выстроить взаимодействие с представителями заказчика и профильных подразделений?

Давайте обсудим на нашем неформальном вебинаре на площадке «Проектной ассоциации».

Регистрируйтесь и подключайтесь 12 июля.

Рубрика: Data Science, Project and Programme Management, Webinar | Метки: , | Оставить комментарий

Стратегические сессии для владельцев и топ-менеджеров

Открываем новый вид деятельности — стратегические сессии для владельцев и топ-менеджеров бизнеса.

Цель стратегической сессии — отвлекшись от рутины — увидеть крупную картинку для своей компании с учетом внешних и внутренних факторов, наметить направления развития, понять ключевые риски.

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

Руководители намечают, кто из сотрудников будет привлечен для более углубленной проработки.

На первой стратсессии участвовали представители банковского, телеком и строительного сегментов наших партнеров их Кыргызстана.

На фото активная работа в малых группах.

Присоединяйтесь!

Рубрика: Portfolio management, Top management | Метки: , | Оставить комментарий

10 советов архитектору, как управлять техдолгом

Особенно понравился первый!

  1. Оставайтесь здоровыми, ваша семья и бизнес нуждаются в вас.
  2. Проверьте работоспособность вашего портфеля проектов и измените приоритеты любого невыполненного технического долга.
  3. Переориентация управления ИТ для ускорения принятия решений и обеспечения согласованности целей с организацией
  4. Разработать «острый» план действий с намерением и целью на ближайшие 30, 60, 90 и 180 дней и выполнить его безупречно.
  5. Расставьте приоритеты в действиях, направленных на сохранение доходов и качество обслуживания клиентов.
  6. Диагностируйте свой технический долг и планируйте устранение корневых причин.
  7. Проведите анализ влияния на бизнес, чтобы определить приоритетность ваших киберрисков.
  8. Обзор и пересмотр основных стратегий и практики в области безопасности.
  9. Привлеките свою внутреннюю команду и внешних партнеров, чтобы наилучшим образом использовать их ресурсы и определить возможности экономии средств.
  10. Защита основных операций и мониторинг критически важных служб инфраструктуры для внутренних пользователей.
Рубрика: benefit, Portfolio management, Product management, Project and Programme Management | Метки: , , , | Оставить комментарий

Варианты состава проектных/продуктовых команд для ИИ и «бигдата» продуктов

«большие данные» — это далеко не только математика и алгоритмы. Применение математических инструментов может принести пользу только при правильной организации рабочего процесса сбора, обработки, интерпретации данных и внедрения полученных результатов. Посмотрим, какие специализации потребуются, и каков может быть примерный состав проектных и/или продуктовых команд.

Основные специальности в области машинного обучение, бигдата, ИИ:

  • Аналитик данных
  • Специалист по моделям («ученый по данным», датасаентист)
  • Инженеры (программист, специалист по хранилищам, девопс-инженер)
  • Промпт специалист
  • Директор по данным (варианты — CIO, CDO)

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

Вариант 1. Крупная корпоративная система аналитики и прогностики

Поскольку потребуется постоянная адаптация, продуктовый подход представляется предпочтительным. Наиболее вероятна реализация на собственных мощностях.

  • Владелец продукта от бизнес-заказчика
  • Менеджер продукта
  • Бизнес-аналитик с базовым пониманием возможностей машинного обучения
  • Аналитик данных
  • Специалист (-ы) по моделям, наиболее вероятно несколько специалистов разных профилей
  • Инженерная команда разработки, тестирования. внедрения и сопровождения

Вариант 2. Система аналитики и прогностики в МСБ сегменте

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

  • Менеджер продукта или руководитель проекта
  • Бизнес-аналитик или иной представитель заказчика
  • Аналитик данных. Возможно совмещение ролей бизнес-аналитика и аналитика данных.
  • Инженер — разработчик, использующий существующие модели.

Вариант 3. Операционное использование существующих моделей и ИИ систем публичного доступа

  • Бизнес-аналитик, владеющий базовым пониманием бигдата
  • Промпт-специалист

Вариант 4. Разработка экспериментальных и перспективных моделей.

Наиболее вероятный способ реализации — проектный.

  • Спонсор — представитель заказчика высокого ранга и/или CDO
  • Руководитель проекта
  • Бизнес-аналитик
  • Аналитик данных
  • Специалист по моделям (датасаентист)
  • Инженер- разработчик
  • Инженер по хранилищам данных.
  • Специалист по дискретной математике (опционально).

Рубрика: Data Science, Product management, Project and Programme Management, Uncategorized | Метки: , , | Оставить комментарий

LINDSY — надежное правило от «олдскулов»

Правило LINDSY гласит: «Чем дольше мы что-либо наблюдаем в нашей жизни, тем выше вероятность, что оно останется и в будущем».

Конечно, это всего лишь эмпирическое наблюдение, из которого множество исключений. Тем не менее, такая статистическая закономерность существует (не вдаваясь в этом посте в возможные причины).

Это правило имеет 3 базовых отражения на проектный и в том числе риск-менеджмент:

  1. Извлекайте уроки из прошлого опыта. Чем более длительное время мы — или кто-либо — сталкивался с каким-то явлением, фактом или риском, тем больше у нас информации об этом явлении.
  2. Отдавайте приоритет простым вещам. Из правила LINDSY следует, что более простые вещи — явления, способы работы и т.д. — как правило, остаются с нами дольше. Моя ремарка — очень тесно соответствует одному из руководящих принципов ITIL 4.0 — Keep it simple — делай все проще.
  3. Используй проверенные методы и практики. Чем дольше они используются. тем больше про них известно, тем больше опыта можно извлечь и меньше ошибаться.
Рубрика: Управление изменениями, Product management, Project and Programme Management, Risk, Uncategorized | Метки: , | Оставить комментарий

Новые правила продления сертификаций ITIL

Вендоры ITIL и сертификаций — AXELOS/Peoplecert анонсировали переход в 2023 г. на систему подтверждения сертификационных статусов каждые 3 года. По сути это аналог подхода, например, PMI, однако, со своими особенностями.

Доступно 3 варианта:

  • повторно сдать экзамен
  • пройти курс или сдать экзамен по другому модулю ITIL
  • набрать кредиты (CPD) — этот пункт в проработке и будет запущен с марта 2023 г.

Специалисты, получившие сертифицированный статус до 30 июня 2020 г. должны выбрать способ подтверждения сертификации соответственно до 30 июня 2023г. Остальные — до истечения 3-летнего периода.

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

Например, если у специалиста сданы экзамены ITIL Foundation, CDS, HVIT, то продление будет осуществляться однократно по дате самого позднего сданного экзамена.

Оригинальная публикация вендора

Рубрика: ITIL MOF | Метки: | Оставить комментарий

Интеллект-карта документации, необходимой для проектного офиса

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

Рубрика: pmo, Project and Programme Management | Метки: , | Оставить комментарий

Критерии оценки стартапа в инкубаторе

Рубрика: Product management | Метки: , | Оставить комментарий

Подводные рифы при внедрении DevOps

С разрешения автора — Владимира Обидина — размещаю превосходнейшую презентацию по теме.

Я бы дал подзаголовок: Как оценить применимость ДевОпс с опорой на спиральную модель организаций — от коричневой до бирюзовой.

Рубрика: DevOps, Trainings | Метки: , | Оставить комментарий