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

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

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

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

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

Структура операционной модели ИТ

image004Публикация на Facebook ссылки на IT4IT Reference Architecture вызвало большую, но неоднозначную реакцию. Кто-то проявил живой интерес, а кто-то отметился репликами в стиле: «Да кому это нужно! И что это за кружочки с квадратиками?». Выскажу свое мнение. Эталонная архитектура операционной модели деятельности ИТ-подразделения, изложенная в документе, получилась очень неплохой.  Визуализация этой архитектуры (см. рисунок ниже) сделана существенно хуже. Чтоб закрыть вопрос с картинками сразу скажу, что синии прямоугольники на картинках обозначают основные функции, а черные круги — объекты данных. Серые и фиолетовые круги — это частные случаи объектов данных (подклассы), обозначающие вспомогательные объекты и воспринимаемые пользователями ИТ-услуг сервисы. Теперь о содержании.  Читать далее Структура операционной модели ИТ

Бизнес-аналитики – друзья, соседи или дальние родственники?

clip_image180_02Томительное ожидание выхода третьей версии свода знаний по бизнес-анализу A Guide to the Business Analysis Body of Knowledge (BABOK v3) вызывает у меня противоречивые чувства. (Поэтому я и решил полностью переписать предыдущую заметку.) С одной стороны International Institute of Business Analysis (IIBA) это довольно типичная организация по написанию и продаже дорогих книжек, развитию региональных представительств и многоуровневых систем сертификаций. Все подобные организации, правильнее их было бы назвать сектами, сделаны по одному шаблону. И проблемы у них у всех одинаковые: изменения освещаемой ими темы происходят намного быстрее, чем издаются очередные релизы их главных книжек. Адепты такого кунг-фу сильно рискуют обнаружить абсолютную ненужность приобретенных навыков к моменту достижения черного пояса. Впрочем, каждый зарабатывает, как умеет. С другой стороны контент BABOK мне кажется достаточно содержательным Читать далее Бизнес-аналитики – друзья, соседи или дальние родственники?

Что такое DevOps

devops ying yangУ айтишников появилось новое слово — DevOps, получившееся в результате слияния слов Development(разработка) и Operations (эксплуатация). Основные культовые книжки этого нового течения «The Phoenix Project» и “The Visible Ops Handbook: Implementing ITIL in 4 Practical and Auditable Steps” на русский язык пока не переведены и потому разобраться с тем, что же такое DevOps совсем не просто. Есть неплохой перевод статьи What is DevOps на русский язык с немного странным названием DevOps — новая методология разработки. Есть симпатичный блог DevOpsHub, включающий несколько интересных публикаций и небольшую DevOpsWiki Читать далее Что такое DevOps

Управление изменениями. Standard+Case approach

SplusCНа прошлой неделе увидела свет новая книжка ИТ-скептика Роба Ингланда(Rob England) Plus! The Standard+Case Approach Конечно же я не смог удержаться от приобретения kindle версии данной книги. В своей книге Роб сделал довольно простую и в то же время очень важную вещь, объединил два подхода управления бизнес-процессом заказа и предоставления услуг. Стандартный подход, описанный в многочисленных книжках по ITIL и ITSM и навевающий скуку на большинство пользователей ИТ-услуг и адаптивный кейс-менеджмент, используемый в проектах и другой человеко-ориентированной деятельности. Читать далее Управление изменениями. Standard+Case approach

Social ITSM: Сценарии Использования Интранет

Роб Ингланд продолжает нас радовать своим скептическим отношением к управлению ИТ услугами. На этот раз темой стал Social ITSM — a skeptical view, и я просто не смог удержаться от комментариев.

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

Так вот, что же говорит скептик про Social ITSM: « Social media is a communication channel, and not a very good one. Get over it». Если считать корпоративную социальную сеть просто еще одним каналом поступления запросов в IT Service Desk, то пользу извлечь из этого, действительно, трудно. Далее наш ИТ скептик цитирует Jim Finister-а:

«there is a lot of talk about social media and ITSM, but not many ideas for how it can be used in reality, either now or in the future»

и от себя добавляет: «Мне нравится Джим. Это тот самый британец, который в дискуссиях продолжает одной ногой твердо стоять на земле. На него можно положиться»

Хорошо, раз уважаемые эксперты не сумели найти достойного применения социальному программному обеспечению в управлении сервисами, то это попробую сделать я.
Читать далее Social ITSM: Сценарии Использования Интранет

О том как вендоры и аналитики победили ITIL

Наверное, я один из немногих читателей книжки Роба Ингланда «Овладевая ITIL», которым эта книжка не нравится. Не нравится не потому, что я не согласен с приводимыми автором фактами и выводами. Наоборот, с большинством суждений о роли, месте и истинных мотивах популяризаторов ITSM я согласен. Мне не нравится подход IT sceptic-а. На протяжении всей книжки автор пишет о том, что построение ИТ-сервисов в соответствии с ITIL это очень дорого не всегда нужно, и потому предлагает действовать более прагматично. В одном направлении немножко поработать с процессами, в другом – немножко, вот всем и станет немного лучше. Читать далее О том как вендоры и аналитики победили ITIL

Почему ИТ-сервисы должны базироваться на архитектуре

На протяжении последних десяти лет ИТ архитектура и управление ИТ-сервисами(ITSM) следуют параллельными курсами. Не то чтоб они не пересекаются, пересекаются они на каждом шагу, я бы даже сказал, не пересекаются, а скорее сталкиваются, высекают друг из друга искры и снова расходятся на безопасное расстояние. При этом оба обозначенных направления изначально не являлись целостными и крайне друг в друге нуждаются. Проблема ИТ архитектуры заключается в её статичности. Архитектурные модели, вырванные из процессов ИТ, не актуализируются и довольно быстро устаревают. Архитекторам, зачастую приходится заниматься тем, что Гради Буч назвал software archeology, раскопками утраченных знаний о том, что представляет собой ИТ система и как она работает. В свою очередь, ИТ процессам очень не хватает четкой классификации объектов и отношений между ними. Определяемые ITIL понятия ИТ-сервис и конфигурационная единица(КЕ) не особо конкретны. Любое существительное можно назвать КЕ, однако сколь либо стандартизированных классификаторов КЕ не существует и организациям их приходится придумывать самостоятельно. С ИТ-сервисом ситуация не лучше. Про него по большому счету известно то, что он предоставляется и то, что он обладает(или должен обладать) соглашением об уровне сервиса (SLA). Попробуем «подружить» архитектуру информационных систем и управление ИТ-сервисами Читать далее Почему ИТ-сервисы должны базироваться на архитектуре

Ожидания, разочарования и прогнозы 2010/2011

Под бой курантов принято подводить итоги прошедшего года и строить планы на будущее. Следуя этой традиции я проведу краткий обзор того о чем писал в своем блоге и того о чем намерен писать.

Безусловным хитом года 2010 стала тема адаптивного кейс менеджмента. Adaptive Case Management это разумная середина между излишней наукообразностью BPM подхода и отсутствием таковой у подхода ECM. Читать далее Ожидания, разочарования и прогнозы 2010/2011