Всё об управлении релизами, развёртыванием и внедрением услуг, технологий и процессов
Системная интеграция является основной частью эксплуатации корпоративных систем. Как ее можно упростить?
Стратегии корпоративного программного обеспечения имеют тенденцию к цикличности. Но какой бы подход ни был доминирующим, фундаментальные проблемы, такие как системная интеграция, могут оставаться нерешенными.
Этот вопрос вы, наши слушатели, задаёте довольно часто. К тому же появились новые курсы категории VAP. Так что было бы удобно иметь под рукой справочник. Ну что же, вот оно: встречайте ответ на вопрос «на каких курсах Cleverics какие и в каком объёме рассматриваются практики ITIL®4?». Практик много, курсов тоже немало. Так что будет таблица. Хотя мне кажется, это и удобнее. Practice Практика ITFO CDS DSV DPI HVIT DITS VAP-SUPPORT VAP-CHANGE VAP-SLM Architecture management Управление архитектурой 5 3 Availability management Управление доступностью 5 7 Business...
Если ваша деятельность связана с ИТ, или вы собираетесь работать в ИТ-экосистеме, то повнимательнее взгляните на деятельность, связанную с “жизнью” услуг в продуктовой среде. Я нисколько не принижаю важность работы маркетинга, проектирования, тестирования, ввод услуг в эксплуатацию, но хочу заметить, что все это делается ради того, чтобы услуга помогала достичь конечных результатов, и получить ценность для своих потребителей, а также создать ценность и для вас, как для поставщика. Ведь, пока мы не введем ее в эксплуатацию, для поставщика не наступает возврат инвестиций, а незавершенная работа по разработке и внедрению генерирует расходы. Время вывода услуги на рынок стремятся сокращать, но ведь...
Как повысить долю успешных изменений, снизить связанные с ними риски и знать всё про конфигурации?
Об этом вы узнаете на новом авторском учебном курсе «VAP: Управление изменениями и конфигурациями», который компания Cleverics запускает в августе 2021 года.
Сразу уточним — в ITIL роль «Координатор релизов» не описана. Вопрос про сферу ответственности возник у слушателей курса ITIL RCV при обсуждении соответствующего раздела. Почему такой вопрос возник, в целом понятно. По аналогии с процессами управления изменениями или управления инцидентами при управлении релизами напрашивается необходимость фиксации так называемой «сквозной» ответственности за релиз. То есть выделения роли, отвечающей за координацию деятельности в рамках релиза на всём протяжении его жизненного цикла — от планирования до закрытия. По аналогии с «Координатором изменений» хочется назвать её «Координатор релизов». Однако в ITIL V3 подобная роль не выделена. Справедливости ради следует отметить, что роли «Координатор изменений», которую мы...
Сотрудники не любят корпоративные приложения Исследование Stratecast and Frost & Sullivan делает заключение, интересное для ИТ-специалистов — 80% участников опроса признаются в использовании облачных сервисов и приложений, формально не разрешенных в их компаниях. Имеет смысл задуматься, насколько велика доля ваших коллег или подчиненных, использующих теневое ИТ. Почему работники не используют корпоративные приложения Помимо самого факта есть более интересный вопрос – почему сотрудники используют другие приложения вместо тех, которые предоставляет им компания? На эту тему тоже есть исследование, на этот раз — от Fujitsu and Digital Catapult: Конечно, причины нелюбви людей к инструментам компании могут быть разнообразными и сложными. Но три главные из них выглядят...
Так или иначе, мы все занимаемся изменениями. В такой профессиональной области работы, как информационные технологии, отлично проявляется динамика по разным направлениям. Разработка новых продуктов, добавление мощностей к сервисным активам, установка «заплаток» на пользовательских станциях. Всё это — ежедневные задачи ИТ-подразделений. Их быстрое выполнение необходимо для обеспечения нужд бизнеса. На одном из курсов ITIL RCV (Release, Control and Validation), был затронут интересный и жизненный вопрос. Почему в момент развёртывания релиза при появлении каких-либо проблем никто не знает, что нужно делать, а сама деятельность превращается в беготню? Вроде бы при проектировании услуги вместе с остальной документацией должен был быть разработан план отката, и...
Наш старый знакомый Роб Ингланд (Rob England, The IT Skeptic) находится в очень боевом настроении духа и категорично предлагает ни много ни мало — пристрелить Комитет по изменениям (Change Advisory Board, CAB). Ну или поставить его в такие условия, чтобы он поборолся за свою жизнь, заслужив право на существование. По всей видимости, посещение DOES17 (DevOps Enterprise Summit), не прошло для Роба без последствий. Какой смысл ждать разрешения от CAB на проведение изменения, рассуждает Роб, когда изменение уже произошло? Система должна быть неработоспособной, чтобы CAB собрался, выработал решение, дал "зелёный" свет изменению. А нужно просто исправить ошибки в коде системы и уничтожить...
Каждый из тех, кто в своей жизни хоть раз занимался спортом, знает это ощущение. Это чувство трепета и волнения перед игрой, боем или показательным выступлением, охватывающее тело и разум. Каждый из тех, кто продолжил свои занятия, также знает, что победить может только тот, кто уверен в своей победе. Победителем будет тот, для кого исход поединка предопределен, и для волнения попросту нет места. Каждый раз, когда мне приходится заниматься внедрением продукта или процесса, запуском в работу функционального модуля, наступает момент, когда в продуктивную среду вносятся значительные изменения, и весь организационно-технический комплекс, включающий в себя софт, оборудование и людей должен начать работать по новым правилам. Эту работу (а в особенности...
Каждый раз, когда мне приходится работать в проектах, где мы касаемся этой связки процессов, в моей голове возникает голос сомнения. Насколько правильно мы подходим к этим процессам, действительно ли порядок, который мы предлагаем во время внедрения — наилучший? Думаю, что ни для кого из наших читателей не является тайной, что известные источники рекомендуют проектировать и внедрять эти процессы совместно, т.к. синергия и совместное влияние этих процессов друг на друга действительно очень велики. Да, это так, если мы говорим о сферических единорогах в вакууме. Реальная жизнь неизбежно вносит свои коррективы. Если мы говорим о зрелых процессах, которые реально работают значимое время в организации, то мы действительно можем говорить об ощутимой значимости этих...
Вопрос о разделении задач и ответственности между процессами управления изменениями и управления релизами задает себе почти каждый из впервые знакомящихся с преобразованием услуг. Просто и понятно на этот вопрос отвечает Вонс Мерфи (Vawns Murphy) в своем блоге на theitsmreview.com. Не смотря на то, что для этих процессов декларированы очень близкие цели по обеспечению реализации изменений услуг с наименьшими рисками, ключевые акценты этих процессов различны. Управление изменениями выступают в качестве защитников продуктивной среды, обеспечивая выполнение успешных авторизованных изменений. Управление релизами, обрабатывая поток изменений, занимается их пакетированием. Тем самым процесс обеспечивает экономию ресурсов и также минимизирует риски, обеспечивая надлежащий контроль над непосредственным исполнением изменений (развертыванием релиза). Для того, чтобы эти...