Category Archives: BPM

Бизнес-процессы: от BPMN к Kanban

Небольшой бонус-трек к учебному курсу «Разработка карты ИТ-ландшафта» (подробнее см. предыдущую заметку Карта ИТ ландшафта и анонс на FB). Опыт создания функциональных карт и карты ИТ-ландшафта, безусловно, пригодится и для визуализации бизнес-процессов. Особенно тем, кто переходит сейчас от блок схем в формате BPMN к kanban доскам.

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

bpmn-kanban

Всё это отлично сочетается с adaptive case management, объединяющим разработку процесса и его исполнение


Новая серия вебинаров

workshop2Нашей хорошей традицией становится проведение серии бесплатных вебинаров перед учебным курсом «Мастерская проектирования ИТ-решений«. Первый такой вебинар: «Проектирование цифровых услуг» уже скоро — 7 февраля в 17:00.

Регистрация на странице мероприятия.


Рефрейминг архитектуры предприятия

Hands Framing House Drawing and Photo Combination on White.Еще один гартнеровский отчет 2016 года, который я хотел бы упомянуть называется Rethink EA as an Internal Management Consultancy to Rapidly Deliver Business Outcomes (9 June 2016, G00291300). Если вы не являетесь подписчиком, то посмотрите вебинар: Marcus Blosch. Enterprise Architecture as Management Consultancy. Данный материал полезней рассматривать как постановку проблемы, а не как рецепт решения (рецепты у Gartner называются словом Toolkit). Экспозицию статьи можно представить одной цитатой:

At a recent CIO event, several CIOs happily explained that they had no enterprise architecture and saw no value in it. They felt rigid architectures, too many policies and standards, and heavy-handed oversight had slowed down innovation. They believed EA was incompatible with the digital world of continuous innovation and delivery. However, despite being free of EA, these CIOs had mixed success with their efforts at digital innovation.

A small number of CIOs had reframed EA as a form of internal management consulting focused on delivering innovation and change.

Читать далее


2016: DevOps, функциональные карты, интеграция приложений

По традиции краткий обзор наиболее популярных сообщений в блоге за 2016 год.

JIRA-Core_5-600x2335-ое место: JIRA Core: бизнес-процессы для хипстеров (январь). Небольшая история о том, как Atlassian развивает тему Enterprise Service Management. В 2016-м практически все ITSM вендоры постарались выйти за границы ИТ-услуг и предложить сервисный подход для таких видов деятельности как: HR, Field Management, Facilities, Legal, Finance

19ddf9c6f0ibjjpg4-ое место: DevOps метафоры от Gartner (март).  Стараемся вместе с консультантами известной компании разобраться в таких понятиях как Human by Exception, Preapproved Changes, канареечные релизы и chatops. Все эти подходы еще не преодолели пропасть между энтузиастами(ранними последователями) и прагматиками(ранним большинством), так что ждем перезагрузки ITSM и принятия новых прикладных архитектур в 2017-м

sagraph3-е место: Как заполнить позицию ИТ-архитектора (июль). Анонс учебного курса «Мастерская проектирования ИТ-решений». Эксперимент оказался удачным. Информацию о датах и особенностях следующей мастерской я приведу одном из следующих сообщений

FMap2-ое место:  Функциональные карты и диаграммы вариантов использования (июль 2015). Цикл сообщений 2015 года о техниках визуализации архитектур по-прежнему популярен. Я не планирую останавливаться на достигнутом и уже в феврале проведу мастер-класс “Разработка карты ИТ-ландшафта организации”. Вообще, это будет целая серия под рабочим названием «Семинары по архитектуре информационных систем» в которой я и мои коллеги буду рассказывать об архитектуре цифрового предприятия.  Но начнем мы с Landscape Maps. Подробности очень скоро

esb1-ое место: Уровни зрелости разработчиков интеграционных решений (март). На мой взгляд мы неуклонно движемся к переосмыслению сервис-ориентированной архитектуры. С одной стороны, благодаря микросервисам и облачным архитектурам, преодолены технологические ограничения, сопровождавшие первое пришествие SOA. С другой стороны, тема цифровой трансформации, ESM, Service integration and management приближают наших заказчиков к пониманию концепции бизнес-сервисов.

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

Не поленитесь написать пару фраз в комментариях 😉


ИТ-архитектор с точки зрения ITSM

01-01-perspective-boat-land-perspective-714026

Пару месяцев назад в блоге компании AXELOS (владелец портфеля ITIL и PRINCE2) появилось сообщение The ‘technical leader’ of the IT realm: the IT Architect. Появилось оно конечно не просто так, а как анонс описания роли ИТ-архитектор в деле создания и управления ИТ-услугами, включающем перечисление видов деятельности, знаний и навыков, а так же полезных для архитектора квалификаций ITIL. Читать далее


Мастерская проектирования ИТ-решений

Вот и закончился учебный курс «Мастерская проектирования ИТ-решений». Несколько недель подготовки, пять дней интенсивной работы и огромное чувство удовлетворения. Жаль, что все прошло так быстро и еще раз спасибо всем!

solution architecture workshop


Фундамент для цифровых сервисов

slide1_1Хочу чуть подробней рассказать о том, почему я на днях поместил ссылку на короткий ролик Case Lifecycle Management от PEGA Systems. (Кстати, вот ссылка на тот же ролик на YouTube.) Необходимость некоторого промежуточного слоя между так называемыми Systems of Engagement и Systems of Record более-менее очевидна. (Не стану сейчас глубоко погружаться в разговор о том, что этот такое, а тем более затрагивать тему System of Systems. Systems of Engagement нужны для налаживания романтических отношений с клиентом, Systems of Record для осуществления и учета операций. Думаю, что картинки от Forrester будет вполне достаточно.) Такой промежуточный слой нужен даже не столько для того, чтоб улучшить опыт клиентского взаимодействия, а в первую очередь для защиты унаследованных приложений. Разработчики корпоративных систем вряд ли предполагали, что их решения кто-то «обвяжет» программными интерфейсами и вытащит эти интерфейсы в открытый Интернет, на растерзание веб-сайтам, мобильным приложениями, чат-ботам и инфороботам. Читать далее