Метка: Kanban

Управление портфелем ИТ проектов

На недавнем вебинаре: ИТ-архитектура и управление изменениями. Обновление процесса CHG мы рассматривали процесс изнутри. Надеюсь, что это было полезным и содержательным. Однако взгляд с такой точки зрения сопровождается одним допущением – запросы на изменения поступают к нам из внешней среды случайным образом и в случайные моменты времени. Безусловно, это не так и в реальной жизни мы знаем о количестве и содержании будущих запросов на изменения немного больше, чем ничего. Особенно если наши бизнес-заказчики ведут плановое хозяйство, собирают свои пожелания на следующий год как-то устанавливают их приоритеты, классифицируют изменения, отделяют главное от самого главного, важное от срочного, появление новых продуктов от улучшения существующих. Continue reading «Управление портфелем ИТ проектов»

Реклама

Вебинар: ИТ-архитектура и управление изменениями

Друзья! Осень еще не скоро, но серия осенних вебинаров уже начинается. Приглашаю вас 15 августа в 20:00 MSK на бесплатный вебинар: «ИТ-архитектура и управление изменениями. Обновление процесса CHG». За предыдущие годы в ИТ-процессах изменилось очень многое. В разработке появились не только гибкие методологии, но и обрели реальное воплощение инструменты непрерывной интеграции и поставки (CI/CD). В инфраструктуре и операциях (I&O) вряд ли кто-то еще не слышал про devops. Проектные подходы уступают свое место продуктовым и вносят в мир ИТ Design Thinking, Lean Startup и прочие неведомые ранее термины. Lean IT и Kanban – тоже с нами. И кажется только в процессе управления изменениями ничего не меняется. Запросы на изменения (Request for change), Change Advisory Board (CAB), CMDB и прочая архаика сохраняет свои позиции (у тех, кто отстроил эти процессы, разумеется). На самом деле это не совсем так и change тоже меняется. Приведу несколько ссылок на эту тему:

Книга Роба Ингланда Plus! The Standard+Case Approach: See service response in a new light 2013 года, подборка материалов The Standard+Case approach to response management  и последующая серия публикаций в блоге, например одна из последних: Change goes away.Статья Joanne Molesky в блоге Axelos Is it time to change Change Management? и многие другие подобные обсуждения.

Ну а главный вопрос предстоящего вебинара: можно ли поменять что-либо в корпоративных ИТ, не поменяв CHG. Можно полностью поменять методологию разработки, автоматизировать сборку, тестирование, развертывание и даже обработку событий мониторинга, заменить написание требований рисованием customer journey map. Но будет ли от этого хоть какой-то толк, если рамка процесса управления изменениями останется прежней?

Своей точкой зрения я поделюсь на предстоящем вебинаре. Регистрация: https://mxsmirnov.timepad.ru/event/543835/

 

PS: И не забывайте регистрироваться на вебинар 9 августа BIAN (Banking Industry Architecture Network) — Обзор методов и принципов проектирования который проведет Роман Дынник

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

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

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

bpmn-kanban

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

Руководство по разработке му́ды

mura-muri-mudi-verspilling-overbelasting-ongelijkheidИзучая статистику посещений блога по архитектуре информационных систем за прошлый год, я обнаружил, что заметка Функциональные карты и диаграммы вариантов использования оказалась безусловным лидером. Вероятной причиной тому – вымышленная история о постижении одним ведущим бизнес-аналитиком практик использования функциональных карт. Сохранив главного героя, немного ленивого, немного архаичного, но еще не забывшего основы UML и, возможно, пользующегося авторитетом в трудовом коллективе, я буду вести повествование от его имени. Итак, мы возвращаемся к нашему бизнес-аналитику в тот момент, когда он с интересом изучает план научно-исследовательских работ на текущий год. Continue reading «Руководство по разработке му́ды»

Stage-based case management

Simple-kanban-board-Это сообщение меня побудил написать более глубокий разбор стандарта Case Management Model and Notation и презентация с прошлогоднего PegaWORLD 2013, которая так и называется  Stage-based Case Management.

Я все больше склоняюсь к суждению, что уже привычные нам рассуждения приверженцев адаптивного управления кейсами о непредсказуемых процессах могут многих ввести в заблуждение. Четыре года назад я обратил внимание на adaptive case management не потому, что он позволял работать с волшебными unpredictable процессами. Просто, традиционные BPMS системы не могли удовлетворить наши потребности. Мы потратили много времени на то, чтоб повыбирать решения этого класса. Сделали пару пилотных проектов, но не получили желаемого результата. И дело здесь не в том, что нам требовались средства, автоматизирующие преимущественно совершаемые людьми операции. Скорее наоборот. Основная деятельность была и так автоматизирована в полном объеме. Поэтому внимание было сосредоточено не на процессах предоставления сервиса, они и так работали, а на процессах продажи, обслуживания и поддержки. И вот эти, ориентированные на клиента, процессы и не ложились в рамки стандартного BPMS. Continue reading «Stage-based case management»