Результаты разработки, которые поставляются клиенту, находятся под управлением конфигурационной системы. Также под ее управлением находятся все документы и результаты компиляции (документы требований, отчеты, исходные данные на любом языке программирования). И только версионный контроль всегда рассматривается как часть управления конфигурацией.
В таблице 1 показано, что при переходе с первого уровня зрелости на второй происходит сокращение времени выхода на рынок на 38% (столбец «Календарные месяцы»), сокращение найденных дефектов на 76%. В то же самое время стоимость второго уровня обходится в 25% от стоимости первого. Приведенный пример показывает значительные преимущества от применения КУ ПО. Менеджер проекта общается с заказчиком, собирает и мотивирует команду, взаимодействует с коллегами, которые напрямую ему не подчиняются. Поэтому для менеджера важно иметь навыки ведения переговоров, проявлять лидерские качества в трудные для проекта моменты.
Представляет собой систему форматированных отчетов, которые создаются на основе данных, имеющихся в системе КУ ПО. Связанные с данной деятельностью затраты – это создание исходных данных для отчетов. Полученные выгоды – это отслеживаемость нужной информации и наличие полной информации для управления.
Затраты данной фазы представляют собой затраты на инструментарий, процессы и обучение персонала. В общем случае, КУ ПО можно рассматривать как управленческую дисциплину, которая помогает в планировании и работе над проектом. В качестве таковой она предоставляет план КУ ПО, описывающий процессы, которым необходимо следовать, и инструменты (или набор инструментов), которые до некоторой степени могут автоматизировать некоторые из этих процессов. Общие стоимости складываются из стоимости инструментария (лицензии, поддержка), стоимости создания и поддержки плана КУ ПО, и стоимости обучения людей, чтобы они понимали и работали с установленными процессами инструментарием. Рассмотрим каждую из четырех деятельностей КУ ПО более подробно.
Просто переход с первого до второго уровня модели CMM уже дает значительные преимущества. В отчете SEI (Software Engineering Institute) [4, 8] собраны данные по более чем 1233 раздельным проектам в 261 организации, расположенных в 10 странах, и приведена оценка выгод от достижения высоких уровней зрелости (Таблица 1). Аудит конфигурации — процесс проверки того, что готовый продукт или его часть соответствуют документации.
И дело не только в том, что неизвестно направление этого скачка, а в том, что каждой отдельно взятой компании довольно трудно выстроить свои процессы под требования CMM самостоятельно, без внешнего вмешательства. В России уже есть примеры компаний, которые аттестовались на более высокий уровень СММ именно благодаря внедрению решений группа контроля конфигурации на основе IBM Rational Unified Process . Кстати говоря, правила наименования и нумерации документов и продуктов относятся к следующему элементу УК — «контролю конфигурации», и называются «соглашением по наименованию и нумерации». Они выбрали слово «конфигурация» для обозначения «относительного взаиморасположения частей».
История Развития Дисциплины Управления Конфигурацией
План рассматривается всеми участниками процесса и рецензируется ими. Если говорить применительно к терминологии УК, то есть роль, которая отвечает за физическое написание плана – Менеджер УК. На этапе ввода в эксплуатацию проверяется корректность подготовки и накатывания релиза. Надо убедиться, что в него подшиты все компоненты правильных версий. Можно и без них, просто выпустив инструкцию по установке, но с ними проще.
Впрочем, бывают ситуации, когда специфика предприятия настолько отличается от общих правил, предлагаемых методологией, что проще детализировать процесс УК самостоятельно, без привязки к какой-либо методологии. Еще один способ гарантировать точность конфигурационной спецификации — иметь специальную группу (возможно, состоящую из одного специалиста), которая отслеживала бы все предлагаемые изменения продукта и отвергала или одобряла их. Такая деятельность получила название «контроль конфигурации» (сonfiguration сontrol). Группы, выполняющие функции контроля конфигурации обычно получают название «Группа контроля над изменениями» (Change Control Board) или «Группа контроля конфигурации» (Configuration Control Board, сокращенно CCB). Другое важное понятие, определяющее набор документов — «базовая версия» (baseline).
Также рассматриваются основные аспекты данного процесса в призме международных стандартов, таких как ISO и CMM. В материале даются цитаты из требований стандартов с авторскими комментариями. Как только у вас будет список потребностей всех заинтересованных участников, расставьте приоритеты и задайте конкретные цели проекта. У вас должны быть ориентиры, которые нужно достичь, или показатели и преимущества, которые вы надеетесь получить.
Эти параметры используются, поскольку они не зависят от организации, в которой происходит расчет окупаемости инвестиций, и не зависят от того, как используется КУ ПО. В данном случае окупаемость инвестиций рассчитывается по общей формуле. С помощью предлагаемой модели возможно вычислить окупаемость инвестиций и по двум другим столбцам таблицы 2, но после некоторых дополнительных преобразований. Удовольствие от стабильной работы с фиксированной конфигурацией и собственной рабочей области. Процесс внесения изменения может быть гораздо сложнее (потери времени и денег в ожидании авторизации, время работы контролирующего органа). Артефакты проекта — физические носители информации, которые подтверждают договорённости и позволяют всем членам команды следить за ходом проекта.
Каскадная модель управления, также известная как «водопад», тоже довольно популярна. Но, в отличие от Agile, «водопад» — это настоящая методология с очень чёткими правилами. Каскадная методология, также известная как цикл разработки программного обеспечения (ЦРПО) представляет собой линейный процесс, в котором работа ниспадает каскадом (как водопад) и организована в последовательном порядке. Методология управления проектами Agile является одним из самых распространённых процессов управления проектами. Однако, по сути, Agile — это не методология как таковая, скорее, это принцип управления проектами. Некоторые утверждают, что можно управлять созданием программного обеспечения, не имея никаких навыков в программировании.
Учет Состояний Конфигурации
До сих пор мы говорили об управлении конфигурацией в широком смысле как о дисциплине. Это было позволительно, пока не рассматривались стандарты. Теперь же и далее, если не будет явно оговорено что-то другое, мы будем рассматривать процесс управления конфигурацией.
) или «Группа контроля конфигурации » (Configuration Control Board , сокращенно CCB
Управление проектами — самостоятельное обширное направление в менеджменте. Проект — это и создание нового сайта, и разработка продукта, и строительство здания, и перевоз офиса. Поскольку каскадная методология управления является очень подробной, она хорошо подходит для работы над крупными проектами с множеством заинтересованных сторон. Эта модель обеспечивает наличие чёткой информации о необходимых действиях в течение всего проекта и зависимостей, позволяющих отследить работу, которую следует выполнить для достижения целей.
Увеличение числа регионов воздействует на уровень формализма плана. План должен быть документально оформлен и выполнен (план может быть частью плана управления конфигурацией системы). В таком разрезе, управление конфигурацией есть процесс поддержания изделия в целостном состоянии. Он начинается где-то в районе завершения первой стадии и заканчивается только со смертью проекта.
- Методология Scrum предусматривать использование коротких «спринтов», из которых формируется цикл проекта.
- Изначально CMM разрабатывалась и развивалась как методика, позволяющая крупным правительственным организациям США выбирать наилучших поставщиков ПО.
- Информатизация корпоративного управления с использованием единых интегрирующих информационных технологий и систем — залог успешного управления эффективностью бизнеса.
- Вы сможете следить за ходом выполнения работ, чтобы задачи были выполнены вовремя, а все заинтересованные лица остались довольны результатом.
- Для компаний данного уровня свойственна неравномерность процесса разработки – наличие авралов в работе.
При адаптации стандарта определяется, в какой степени он будет использоваться на предприятии — полностью; за исключением определенных ситуаций; отдельные положения стандарта. Международные и отраслевые стандарты не дают возможности напрямую применять описываемый в них процесс на уровне предприятия, так как само описание процесса УК в них приведено недостаточно подробно для прямого использования. Обычно используется метод декомпозиции требований (или «функциональной декомпозиции») — требования разбиваются на отдельные элементы и детализируются на следующем шаге разработки (дизайн).
Очень важный пункт, в котором нужно описать все правила именования объектов УК. Также здесь должно быть детально расписана структура каталогов проекта. Обычно к моменту внедрения УК структура каталогов проекта складывается исторически, зачастую – спонтанно. Цель описания – выработать новую более эффективную структуру. Практика показывает, что человек на этапе восстановления структуры может увидеть уязвимые или неэффективные места.
Но если в расширенной организации (extended enterprise) используется несколько разных PLM-систем, то немедленно начнутся проблемы. Еще бОльшие проблемы будут, если нет полноценной (организация+софт) системы управления жизненным циклом (СУЖЦ), а есть только неподдержанный организационными решениями (необходимым для управления конфигурацией workflow) софт PLM. Реализация управления изменениями предоставит средства и методики, дающие гарантию того, что все обнаруженные проблемы принимаются во внимание, а изменения протоколируются, утверждаются и реализовываются. Также можно будет одобрять или отклонять запросы на внесение изменений в программное обеспечение. Цессов жизненного цикла по стандарту 12207, поддерживающих проектный менеджмент, деятельность по разработке и сопровождению, обеспечению качества, а также, заказчиков и пользователей конечного продукта. По сравнению с некоторыми уже существующими работами, полученная модель более полная, касательно параметров затрат и выгод.
Другой способ — сравнение разрабатываемого документа с документами более высокого уровня, которые были утверждены ранее в процессе разработки. Кроме того, в качестве дополнительной цели рассматривалось обеспечение оценки состояния проекта на основе отчетности по ключевым показателям. Они сосредоточились на достижении долгосрочных целей и не рассчитывали получить сразу очевидные преимущества от использования разрабатываемых ими технологий. Следует заметить, что преимущества такого сорта трудно выразить количественно, так как при успешном использовании управления конфигурацией в организации просто перестают растрачивать ресурсы на лишнюю работу. Например, на повторное исправление ошибки, которая уже была исправлена ранее, но появилась вновь из-за того, что при сборке ПС правильный код случайно заменили на неправильный. Для модели оценки окупаемости инвестиций наличие большого количества неизмеримых параметров не является хорошим показателем.
Такова была первоначальная концепция управления конфигурацией как для программных средств (software), так и для оборудования (hardware). Представленную здесь первоначальную терминологию дисциплины управления конфигурацией можно также найти в стандарте IEEE-STD-610. Далее будут рассмотрены стандарты, определяющие основные положения и терминологию управления конфигурацией.
Каждый документ периодически сравнивается с соответствующим ему документом верхнего уровня на предмет выявления несоответствий. Таблица three – обязательность, формальность и глубина изложения пунктов плана УК. Не все средства УК умеют работать в подобной среде, https://deveducation.com/ что надо учитывать при выборе средства. В зависимости от выбранной проектной структуры (матричной или иерархической) адаптируется политика. В дальнейшем данная политика перекладывается в средства реализации, где выставляются соответствующие разрешения и запрещения.