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

Друзья! Осень еще не скоро, но серия осенних вебинаров уже начинается. Приглашаю вас 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) — Обзор методов и принципов проектирования который проведет Роман Дынник

Когнитивные карты

В 1948 году Эдвард Чейс Толмен опубликовал статью «Когнитивные карты у крыс и людей», ставшую в дальнейшем широко известной и послужившую одним из триггеров того, что мы сегодня называем когнитивные науки. (Изложение статьи на русском см. Толмен Э. Когнитивные карты…  ) В ней он рассказывает о нескольких экспериментах с крысами, один из которых выглядел следующим образом. Крысам (хотел написать предлагали, но думаю, что здесь будет более уместно другое слово), так вот большая группа крыс наблюдалась в процессе освоения лабиринта, состоящего из 14 Т-образных коридоров. Сначала в эксперименте участвовали две контрольные группы – одна, которая никогда не находила пищу в лабиринте(I) и другая, которая её получала на протяжении всего эксперимента (II). Естественно, что участники второй группы предпочитали двигаться к выходу из лабиринта, т.к. в нем была расположена пища (вероятно сыр). С каждым днем участники этой группы совершала все меньшее и меньшее количество ошибок(см. рисунок ниже). У группы номер один мотивации искать выход из лабиринта не было, и они степенно блуждали по лабиринту, иногда находя выход.  Однако, самое интересное началось после выделения в эксперименте еще одной группы (III) Continue reading →

Гибкий процесс развития продуктов

Одно время стали довольно популярными обсуждения на тему: а как-бы нам использовать agile за границами ИТ. Несколько таких дискуссий вы, безусловно, найдете в группе FB GosAgile или в блоге Atlassian

Честно говоря, я не помню, чтоб в них было сказано что-то уж очень полезное. Возможно, я просто читал их недостаточно внимательно, а быть может авторы ограничивались слишком простой калькой с процессов разработки ПО. Ниже я опишу некую гипотезу о том, как мог бы выглядеть процесс new product development, адаптированный к современным реалиям посредством agile Lean и Kanban. В какой-то мере это будет продолжением статьи Чему ИТ может научить бизнес. Continue reading →

Несколько замечаний о корпоративной архитектуре

По примеру старших товарищей я решил сделать в блоге обновляемое сообщение. Я периодически буду возвращаться к этой заметке, что-то добавлять, что-то вычеркивать, а еще что-то переписывать заново. Если изменения будут существенными, то я стану поднимать это сообщение вверх и повторно размещать ссылку на него в соц.сетях и не буду этого делать при незначительных изменениях. Тема, о которой пойдет речь, может быть озаглавлена «Роль ИТ-архитектора в организации», как это было сделано в одной из презентаций (см. https://www.slideshare.net/MxSmirnov/ss-31232067) или Когда, кому и зачем нужна Архитектура Предприятия, как в одноименном из сообщений этого блога. Continue reading →

ГОСТ Р 57100. Системная и программная инженерия. Описание архитектуры

В прошлом году федеральное агентство по техническому регулированию и метрологии утвердило национальный стандарт: ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011 «Системная и программная инженерия. Описание архитектуры», идентичный международному стандарту ISO/IEC/IEEE 42010:2011 «Системная и программная инженерия. Описание архитектуры» (конец цитаты). Но, утвердило оно его не просто так, а с датой ввода в действие 1 сентября 2017 года. Наверное, утверждение стандарта с отложенной датой ввода в действие является общепринятой практикой, но для ГОСТ Р 57100 это, безусловно, имело особый смысл Continue reading →

HATEOAS: реализация функций в RESTful API

Я не знаю кто и когда придумал аббревиатуру HATEOAS, означающую Hypermedia As The Engine Of Application State. Выглядит она страшно, а звучит непонятно. В общем разбираться с тем что это такое и зачем оно нужно совершенно не хочется. Из-за этого потенциал, заложенный в архитектурный стиль REST и позволяющий создавать довольно интересные программные интерфейсы остается не раскрытым. Но обо всем по порядку. Continue reading →