Портал №1 по управлению цифровыми
и информационными технологиями

Управление конфигурациями и V-модель

​​Слушайте, а ведь V-модель (V-model) – это самая классная картинка в ITIL. Я давно это подозревал, но за последний год на курсах по контролю ИТ-услуг она стала для меня основной сюжетной линией, увязывающей все ключевые процессы контроля ИТ-проектов и продуктивной среды. Смотрите:

  • Для управления тестированием V-модель является иллюстрацией комплексного подхода к тестированию: от технической отладки до подтверждения результатов бизнес-процессов. Она, кстати, и была изначально придумана для иллюстрации жизненного цикла разработки и тестирования.
  • Для управления изменениями (и для управления проектами) ступени модели являются справочником вех, на которых нужно будет осуществлять проверки успешности проекта.
  • Для управления релизами наличие всей проектной документации, формируемой на нисходящей ветке модели, является необходимым для понимания, чего именно будет требоваться от внутренних и внешних поставщиков, которые разрабатывают компоненты будущих систем.

А в процессе управления конфигурациями с помощью V-модели я объясняю концепцию базовых состояний конфигурации (baseline). Базовое состояние «на пальцах» – это «семейный портрет на память» на определенный момент времени. Сравнивая текущее состояние объекта с базовым состоянием, можно судить, насколько далеко мы ушли и исторически и с точки зрения идеала. Например, так:

Иначе говоря, на нисходящей ветке V-модели мы формируем «рисованные» базовые состояния, причем на разных уровнях – разной детализации. Ближе к верху размещены «to-be» бизнес-процессы в желаемых условиях использования новой системы. Внизу – проекты будущей инфраструктуры. А на восходящей ветке базовыми состояниями являются уже фактические «фотографии» создаваемых объектов, в обратном порядке – от технических к объектам управления (ИТ-системы и бизнес-результаты).

Горизонтальные стрелки в V-модели в этом смысле – это буквально решения, которые принимает «художник» базовых состояний: похожа фотография на идеал или нет? А возможность такого сличения предоставляет именно процесс управления конфигурациями, сохраняя базовые состояния.

Согласны?

Комментариев: 9

  • не просто согласны. некоторые согласны стихами – помните: http://www.realitsm.ru/2010/11/oda-v-modeli/ ?

    • Да, я вот только про управление конфигурациями и про бейслайны созрел независимо от товарища. Стихи стихами, а текст который он написал на itsmportal действительно классный.

  • Pavel Solopov

    Правильно я понимаю, что на нисходящей ветви архитектура (на функциональном уровне), а на восходящем текущая реализация "в метале", так сказать?

    • Правильно, но не только на функциональном, но и на техническом (в самом низу) уровне, который из функционального и следует. а на восходящей ветке скорее не "текущая" а "создаваемая".

      • Pavel Solopov

        А примерчика нет какого-нибудь, для более отчётливого понимания?

        • Да я уж боюсь примеры приводить, меня тут за них возят почем зря 😉

          хотите, в терминах проекта внедрения какой-нибудь ИС, по четыре ступеньки вниз и вверх:

          1А бизнес-кейс – 2А функциональное задание и SLR – 3А техническое задание – 4А спецификации компонентов – РАЗРАБОТКА – 4Б отладка – 3Б интеграционное тестирование – 2Б приемочное тестирование пользователей и ИТ – 1Б проверка ценности

          • Pavel Solopov

            Ну, как бы это понятно, а при чём тут управление конфигурациями, я вот что-то не пойму….

            • Горизонтальные стрелки в V-модели в этом смысле – это буквально решения, которые принимает «художник» базовых состояний: похожа фотография на идеал или нет? А возможность такого сличения предоставляет именно процесс управления конфигурациями, сохраняя базовые состояния.

  • Юрий Ерин

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


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM