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

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

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

bpmn-kanban

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

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

slide1_1Хочу чуть подробней рассказать о том, почему я на днях поместил ссылку на короткий ролик 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

acm-life-cycle

Короткий ролик от PEGA Systems с рассказом о том, почему клиенту удобно взаимодействовать с системами adaptive case management и не очень удобно с традиционными BPMS https://www.pega.com/insights/resources/build-change-case-lifecycle-management

Вторая половина шахматной доски

chess masterТот энтузиазм, с которым компьютерное сообщество обсуждает сейчас тему Big Data, свидетельствует о том, что они сами не ведают, что творят. Футуролог Рэймонд Курцвейл, известный книжками по технологической сингулярности (гипотетический момент, по прошествии которого, технический прогресс станет настолько быстрым и сложным, что окажется недоступным пониманию см. википедию ) ввел в обиход термин вторая половина шахматной доски. Как известно, изобретатель шахмат попросил в качестве награды положить на первую клетку доски одно зерно, на вторую – два, на третью четыре и т.д. Общее количество зерен на шахматной доске составит 2 в 64 степени без 1, а это очень и очень много. Однако, количество зерен, которые следует разместить на первых клетках шахматной доски, не кажется таким большим. Даже на 32 клетке будет всего 2 гигабайта зерен. Это примерно сто тонн риса. Это полтора современных железнодорожных вагона, предназначенных для перевозки зерна.  Термин вторая половина шахматной доски  сейчас активно используется в экономике и управлении, например в книжке “Race Against The Machine” By Erik Brynjolfsson and Andrew McAfee. Читать далее Вторая половина шахматной доски

Как идут дела у адаптивного управления делами

В начале сентября, в рамках конференции BPM1012, проходившей в эстонском Таллине, состоялся первый международный workshop по Adaptive Case Management. В ходе самой конференции также было еще несколько мероприятий посвященной теме кейс-менеджмента (Adaptive? Dynamic?, впрочем не важно). К сожалению, на конференции я не был, но к счастью в сети достаточно информационных материалов с ней связанных. И пожалуй наиболее удачным преддверием очередного обсуждения ACM явилась заметка в блоге Адама Дина о вечеринке относительно дня нерождения ACM

Читать далее Как идут дела у адаптивного управления делами

Битрикс 24. Поток сообщений в качестве кейсов

Вернулся с презентации нового облачного сервиса bitrix24. Мероприятие проходило на площадке РИА Новости и оказалось очень интересным как по форме, так и по содержанию. Очень небольшой зал и два огромных экрана. Экраны как будто специально созданы для показа слайдов и одновременной демонстрации решения. Мероприятие произвело должное впечатление. Сергею за приглашение отдельное большое спасибо. Теперь по существу продукта. Я не буду подробно сейчас рассказывать что такое «Битрикс 24». В двух словах, «Битрикс 24» – это облачный интранет сайт с довольно широким функционалом. Думаю, интересные детали скоро опишут присутствующие на мероприятии журналисты или зрители онлайн трансляции. Ну а я постараюсь дать свои комментарии после того, как мы хотя бы несколько дней поработаем с продуктом (До 12 сотрудников – бесплатно :)) Сегодня остановлюсь только на одном моменте, который меня, действительно, заинтересовал. Читать далее Битрикс 24. Поток сообщений в качестве кейсов

Архитектура Adaptive Case Management

Прочитал перевод забавной статьи Как ACM позволяет достичь гибкости бизнеса Деба Миллера, в которой автор сравнивает ACM c Dog Agility. Аджилити – это соревнование, в которых человек, называемый хэндлером, направляет собаку по полосе препятствий. Собака преодолевает препятствия, человек – бежит рядом и подает ей команды. Хэндлер не имеет права трогать собаку или препятствия, поощрять собаку едой или заманивать игрушкой. В его арсенале только команды жестом и голосом. Честно говоря, это действительно напоминает современные нам способы управления информацией через интерфейсы заказных программных систем. Только у одной собаки сразу несколько хозяев, расставленных по клеточкам бизнес-процесса

Прочитал статью и задумался над тем, что adaptive case management все больше и больше воспринимается не как инструмент, информационная система, бизнес-приложение, а как определенный набор практик сотрудника умственного труда (knowledge worker), работающего в современной организации. Это, безусловно, хорошо. Но чем дальше мы будем уходить от простых и конкретных понятий, тем меньше мы будем понимать, что же такое adaptive case management на самом деле. Поэтому, позволю себе вернуться к одному из первых определений ACM, предложенному Workflow Management Coalition. Возможно, это позволит избежать некоторого числа ненужных вопросов. Итак,

Adaptive Case Management (ACM) is information technology that exposes structured and unstructured business information (business data and content) and allows structured (business) and unstructured (social) organizations to execute work (routine and emergent processes) in a secure but transparent manner.

Читать далее Архитектура Adaptive Case Management

Open Graph: Третье поколение глобальной сети

Эту заметку следует прочитать не только тем, кто интересуются архитектурой информационных систем. Об этом полезно знать всем кто, так или иначе связан с информационными технологиями – системами коллективной работы, интранет приложениями, решениями для документооборота, анализа и управления бизнес-процессами. Возможно, кому-то это покажется банальным и давно очевидным. Кто-то с первого раза не поймет о чем речь, обвинит меня в предвзятости и надувании очередного мыльного пузыря. Но, мне хочется верить в то, что найдутся люди, которым это сообщение будет полезным и интересным.

Идея этого сообщения родилась у меня пару дней назад, 14 февраля, на встрече клуба архитекторов. Обсуждали мы вторую версию языка моделирования архитектуры предприятия ArchiMate. Вероятно, несколько главных ИТ архитекторов, собравшихся в одно время и в одной комнате, создают некоторый магнетизм,  что позволят обратить внимание на вещи, которые почему-то с первого взгляда от внимания ускользают. Дело в том, что у элементов, определенных в ArchiMate нет свойств(и методов), как например у классов языка UML. Свойства элементов определяются теми отношениями, в которых они участвуют. Кроме того, в ArchiMate нет аналога понятия стереотип, используемого в UML. Т.е. если мы хотим показать, что какой-то класс является частным случаем другого класса, то мы должны делать это явно. Но вернемся к теме. Читать далее Open Graph: Третье поколение глобальной сети

Facebook Graph API

Я довольно давно не затрагивал тему adaptive case management. Не затрагивал, не потому что она мне стала не интересной. Просто последние несколько месяцев у меня очень много работы, связанной с практической реализацией ИТ поддержки такого рода процессов. В первую очередь, речь идет о процессах решения телеком инцидентов. Это тысячи тикетов ежедневно, необходимость оперативного доступа к данным о клиентах, договорах, адресах подключений, данным по сетевому оборудованию и предоставляемым сервисам. Все это по-разному работает для разных типов услуг, линий бизнеса, в разных информационных системах. Этот практический опыт подтверждает мои предыдущие наблюдения. Если бы мне сейчас пришлось писать Adaptive Case Management Manifesto я бы начал с того, что гибкость бизнес-процессов достигается разделением приложений для совместной работы и приложений управления данными.
Читать далее Facebook Graph API

Issue trackers: от проектов к кейсам

Вчера устроил небольшой флем на фейсбуке ссылкой на статью Почему Microsoft Project нельзя использовать для управления проектами Статья примечательна тем, что собрала множество комментариев как от людей, использующих трекеры задач, так и от «настоящих проектных менеджеров» трекеры не использующих. Их аргументы звучат примерно так: трекеры это только для ИТ-проектов, трекеры это для управления продуктами (вероятно, речь о PLM), трекеры предназначены для отслеживания локальных задач и не позволяют осуществлять планирование и т.д.

В общем, все эти аргументы, в какой-то мере, правильные. Понятие проекта в трекерах это не совсем проект. Несмотря на схожесть таких видов деятельность как управление проектом, развитие продукта, устранение дефектов и управление инцидентами в них довольно много различий. Даже если мы сравним управление инцидентами в ИТ с управлением инцидентами в телекоме, то различий будет предостаточно. В телекоме важны клиенты и их подключения, в ИТ – приложения. И для управления задачами отдела или департамента трекеры не вполне удобны. Для того чтоб разобраться почему, надо более детально рассмотреть соответствующие варианты использования. Читать далее Issue trackers: от проектов к кейсам