Защо се нуждаем от план за управление на конфигурацията? Основни понятия и концепции за документи

Автор: Новичков Александър, Лапигин Дмитрий
CM-Консулт


Защо се нуждаем от план за управление на конфигурацията? Основни понятия и понятия на документа

Винаги няма достатъчно време да свършите работата както трябва, но е необходимо време, за да я преработите ...

Разработване на план за управление на конфигурацията

Какво представлява планът за Обединеното кралство?

Кой пише британския план?

Когато се подготвя планът за Обединеното кралство?

Поддържане на плана актуален

План за управление на качеството в стандартите

Стандартизация и класификация

Пълнота на плана за MC в зависимост от обема на проекта и неговия тип

Разработване на план за управление на конфигурацията

Какво представлява планът за Обединеното кралство?

Много компании, когато се опитват да инсталират какъвто и да е процес (без значение какъв, но в този случай - Управление на конфигурацията) се ограничават само до инсталирането на софтуер с минимални разходи при по-нататъшна работа. Така че повече от един проект беше съсипан. Първо, винаги трябва да има системна работа. И второ, първо се въвежда процесът и след това се инсталират инструментите за автоматизация (със сигурност не обратното). Съответно, ако има процес, тогава трябва да има документ, който го описва. Такъв документ за процеса на CM е "Планът за управление на конфигурацията", който очертава концепцията на процеса и прилагането на инструменти за автоматизация. Той също така описва всички роли и, най-важното, дейности в зависимост от етапа на жизнения цикъл на разработката на софтуер.

Този план е основният документ, уреждащ всички по-нататъшни дейности по проекта, свързани с управлението на конфигурацията. В плана е необходимо да се отбележи как ще бъде постигната тази или онази цел: в крайна сметка един и същ проблем може да бъде решен по различни начини, но след като сте избрали определено решение, не се препоръчва да го променяте в процес.

Планът трябва да бъде документиран и изпълнен (планът може да бъде част от плана за управление на конфигурацията на системата).

План на високо ниво определя процеса на разработване на софтуер. Планът също така съдържа много административни аспекти, които трябва да бъдат приложени в настройките на инструмента за управление на качеството, за да се приведе в съответствие с плана.

Кой пише британския план?

Като цяло писането на план е екипно усилие. Всички участници в проекта са включени тук, тъй като въз основа на тяхната информация се ражда планът CM.

Ако говорим по отношение на терминологията на СМ, ​​тоест ролята, която е отговорна за физическото писане на плана - Управител на СМ.

Мениджърът за управление на конфигурацията е ключова роля. Този човек познава процеса на развитие. Разбира целите и задачите на СМ. Той излага всички свои знания по отношение на Наказателния кодекс. Сам управлява процеса на CM.

Много често те се опитват или изобщо да се откажат от такава роля, или да я „набутат“ върху разработчиците. Естествено, това е погрешно, тъй като разработчикът не вижда цялата картина на процеса на разработка, може да не разбира структурните взаимодействия между отделите ... и т.н. Списъкът с недоразуменията може да бъде продължен допълнително. Отначало, по време на формирането, ролята на мениджър се поема от човек, който има представа за процеса на развитие. Винаги има такъв човек в екипа, като правило това е ръководителят на разработчика или ръководителят на отдела за развитие.

Техническо приложение на плана (изпълнение на плана в средствата за подкрепа на СМ)

Както казахме по-горе, планът съдържа описание на процеса на високо ниво, но за да могат инструментите за поддръжка на CM да започнат да следват плана, те трябва да бъдат физически конфигурирани:

Разработване на екранни форми на заявки за промяна;

Задайте политика за достъп;

Определете жизнения цикъл на заявките за промяна;

Поставете данни по Наказателния кодекс в съответствие с плана;

Физическата конфигурация обикновено се извършва от администратор, който въз основа на съществуващия план прави физическата конфигурация на CM инструментите.

Когато се подготвя планът за Обединеното кралство?

Планът се разработва в началото на цялостното планиране на проекта. Планът трябва да бъде изготвен на най-ранните етапи, дори преди разработчиците да включат компютрите - в момента, в който се изработи техническата задача, вече е необходимо да се напише планът за управление. Това е идеално. На практика процесът по правило вече се е оформил и първо трябва да бъде описан, а след това, според нуждите, модифициран, подобрен.

Хубавото на Наказателния кодекс е, че отнема много време да се пише само веднъж. Освен това за всеки проект се изписва нов план въз основа на съществуващия, тъй като методите и методите в нов проект могат да се различават, тогава планът описва всички характеристики на този проект. Понякога се използва практиката за открояване на общите части на плана за СМ и тяхното одобрение като неразделна част от стандарта за развитие във фирмата. След това всеки проект използва общ план + пуска набор от допълнения към него за конкретен проект. Набор от допълнения обаче не може да противоречи на основния план.

Поддържане на плана актуален

Планът се преразглежда от всички участници в процеса и се преглежда от тях.

Всеки служител, който идва в организацията, трябва да е запознат с плана, за да разбере процеса на развитие възможно най-бързо. Добрият план с подробни инструкции ще ви свърши за нула време.

Много често, когато проучваме компании, трябва да се изправим пред факта, че съществуващият план не съответства на процеса, който съществува в организацията. Най-любопитното е, че ако специалистите на ранните етапи на изпълнение са проследили значимостта на плана, то с течение на времето планът на СМ (и заедно с него повечето документи за други процеси) постепенно се "натискат" и работата по него спира . И се оказва много забавна ситуация: от една страна, ако следваме формални критерии, организацията има процес и има CME, който го описва. От друга страна, всъщност CME описва нещо, което вече не е в организацията. В резултат на това може да се приеме, че организацията няма план за Наказателен кодекс, тъй като не отразява реалностите.

Необходимо е да се борим безмилостно с такъв ход на нещата. Всички прекрасно разбираме, че нормалното състояние на човек и организация е подобрение (завършване на процеса, самоусъвършенстване ... и т.н.) на съществуващото. Просто има спешна нужда от подобряване на документацията на процеса заедно със самия процес. Тяхната еволюция трябва да се извършва паралелно. Едва тогава можем да говорим за зрялост на процесите в организацията.

План за управление на качеството в стандартите

Планът за управление на качеството е най-важният документ от процеса. Като цяло това е единственият документ в процеса на управление на качеството. Съставът и съдържанието на плана за управление на качеството се определя в някои стандарти, но в повечето случаи той е значително модифициран за нуждите на определена организация или проект при внедряване на процеси на жизнения цикъл. Всички стандарти, обсъдени в тази книга, определят процеса, ролите, но не всички определят и класифицират плановете на СМ. Нека разгледаме по-отблизо изискванията на стандартите за съдържанието на плановете за управление:

Таблица 1 - Определяне на структурата на плана за СМ в стандартите

Стандартен

Определя съдържанието на плана?