Рубрика: BPM
Adaptive Case Management
Бизнес-процессы: от BPMN к Kanban
Небольшой бонус-трек к учебному курсу “Разработка карты ИТ-ландшафта” (подробнее см. предыдущую заметку Карта ИТ ландшафта и анонс на FB). Опыт создания функциональных карт и карты ИТ-ландшафта, безусловно, пригодится и для визуализации бизнес-процессов. Особенно тем, кто переходит сейчас от блок схем в формате BPMN к kanban доскам.
Такой способ описания бизнес-процесса интересен не только тем, что позволяет тут же на модели отобразить экземпляры процессов в виде разноцветных стикеров (эта тема известная еще со времен сетей Петри). На самом деле мы можем вносить в такие модели совершенно любую логику. Например, на рисунке ниже, визуализирующем процесс подбора персонала, желтые стикеры соответствуют заявкам на подбор, а ряд зеленых стикеров – резюме соискателей, претендующих на данную вакансию
Всё это отлично сочетается с adaptive case management, объединяющим разработку процесса и его исполнение
Новая серия вебинаров
Нашей хорошей традицией становится проведение серии бесплатных вебинаров перед учебным курсом “Мастерская проектирования ИТ-решений“. Первый такой вебинар: “Проектирование цифровых услуг” уже скоро – 7 февраля в 17:00.
Регистрация на странице мероприятия.
Рефрейминг архитектуры предприятия
Еще один гартнеровский отчет 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 год.
5-ое место: JIRA Core: бизнес-процессы для хипстеров (январь). Небольшая история о том, как Atlassian развивает тему Enterprise Service Management. В 2016-м практически все ITSM вендоры постарались выйти за границы ИТ-услуг и предложить сервисный подход для таких видов деятельности как: HR, Field Management, Facilities, Legal, Finance
4-ое место: DevOps метафоры от Gartner (март). Стараемся вместе с консультантами известной компании разобраться в таких понятиях как Human by Exception, Preapproved Changes, канареечные релизы и chatops. Все эти подходы еще не преодолели пропасть между энтузиастами(ранними последователями) и прагматиками(ранним большинством), так что ждем перезагрузки ITSM и принятия новых прикладных архитектур в 2017-м
3-е место: Как заполнить позицию ИТ-архитектора (июль). Анонс учебного курса «Мастерская проектирования ИТ-решений». Эксперимент оказался удачным. Информацию о датах и особенностях следующей мастерской я приведу одном из следующих сообщений
2-ое место: Функциональные карты и диаграммы вариантов использования (июль 2015). Цикл сообщений 2015 года о техниках визуализации архитектур по-прежнему популярен. Я не планирую останавливаться на достигнутом и уже в феврале проведу мастер-класс “Разработка карты ИТ-ландшафта организации”. Вообще, это будет целая серия под рабочим названием «Семинары по архитектуре информационных систем» в которой я и мои коллеги буду рассказывать об архитектуре цифрового предприятия. Но начнем мы с Landscape Maps. Подробности очень скоро
1-ое место: Уровни зрелости разработчиков интеграционных решений (март). На мой взгляд мы неуклонно движемся к переосмыслению сервис-ориентированной архитектуры. С одной стороны, благодаря микросервисам и облачным архитектурам, преодолены технологические ограничения, сопровождавшие первое пришествие SOA. С другой стороны, тема цифровой трансформации, ESM, Service integration and management приближают наших заказчиков к пониманию концепции бизнес-сервисов.
Надеюсь, что декабрьские сообщения Платформа цифрового бизнеса и ИТ стратегия в переходный период найдут свое место в статистике года наступившего, а в завершении этого небольшого обзора я не могу избежать вопроса: Какие темы кажутся вам наиболее интересными?
Не поленитесь написать пару фраз в комментариях 😉
ИТ-архитектор с точки зрения ITSM
Пару месяцев назад в блоге компании AXELOS (владелец портфеля ITIL и PRINCE2) появилось сообщение The ‘technical leader’ of the IT realm: the IT Architect. Появилось оно конечно не просто так, а как анонс описания роли ИТ-архитектор в деле создания и управления ИТ-услугами, включающем перечисление видов деятельности, знаний и навыков, а так же полезных для архитектора квалификаций ITIL. Читать далее ИТ-архитектор с точки зрения ITSM
Мастерская проектирования ИТ-решений
Вот и закончился учебный курс “Мастерская проектирования ИТ-решений”. Несколько недель подготовки, пять дней интенсивной работы и огромное чувство удовлетворения. Жаль, что все прошло так быстро и еще раз спасибо всем!
Фундамент для цифровых сервисов
Хочу чуть подробней рассказать о том, почему я на днях поместил ссылку на короткий ролик Case Lifecycle Management от PEGA Systems. (Кстати, вот ссылка на тот же ролик на YouTube.) Необходимость некоторого промежуточного слоя между так называемыми Systems of Engagement и Systems of Record более-менее очевидна. (Не стану сейчас глубоко погружаться в разговор о том, что этот такое, а тем более затрагивать тему System of Systems. Systems of Engagement нужны для налаживания романтических отношений с клиентом, Systems of Record для осуществления и учета операций. Думаю, что картинки от Forrester будет вполне достаточно.) Такой промежуточный слой нужен даже не столько для того, чтоб улучшить опыт клиентского взаимодействия, а в первую очередь для защиты унаследованных приложений. Разработчики корпоративных систем вряд ли предполагали, что их решения кто-то «обвяжет» программными интерфейсами и вытащит эти интерфейсы в открытый Интернет, на растерзание веб-сайтам, мобильным приложениями, чат-ботам и инфороботам. Читать далее Фундамент для цифровых сервисов
Adaptive Case Management and Customer Experience
Короткий ролик от PEGA Systems с рассказом о том, почему клиенту удобно взаимодействовать с системами adaptive case management и не очень удобно с традиционными BPMS https://www.pega.com/insights/resources/build-change-case-lifecycle-management
Симуляторы бизнес-процессов
Уже не первый год я не перестаю удивляться сценарию внедрения системы управления бизнес-процессами BPMS, разыгрываемому вендорами таких систем. Выглядит это примерно так. После успешной презентации своего решения они собирают команду заинтересованных лиц со стороны заказчика и начинают обучать его рисованию бизнес-процессов в нотации BPMN. Обычно в такую команду входят ИТ-начальники, а также эксперты и руководители функциональных подразделений заказчика. В общем все те люди, которые рисовать процессы скорее всего не будут, ни на бумаге, ни в рисовалках диаграмм, ни в навернутом BPMS инструменте, обещающем реализацию концепции model-driven development. Далее, пару недель эти люди что-то пытаются сделать и потом из тех или иных соображений принимается решение о приобретении или отказе в приобретении рассматриваемой системы. Возможной причиной такого развития событий является отсутствие в организации собственных бизнес-аналитиков (Впрочем, у поставщиков решения их тоже обычно нет, потому как продавец и аналитик – это довольно разные должности. Вряд ли хороший аналитик долго протянет в системе мотивации, выстроенный для sales). Читать далее Симуляторы бизнес-процессов