Процес на контрол на промените в софтуерното инженерство със стъпки

Какво е контрол на промените?

Контролът на промените е процесът, който една компания използва, за да документира, идентифицира и разрешава промени към ИТ среда. Намалява шансовете за неразрешени промени, смущения и грешки в системата.

Защо Change Control?

Всеки път, когато се изискват нови или различни промени за системата, особено от заинтересованите страни, това не е нито по избор, нито за пренебрегване. Тя трябва да бъде внедрена, без да засяга други компоненти на системата. Това е моментът, когато контролът на промяната е полезен. Той помага на екипите по проекта да променят обхвата на проекта, като използват определени контроли и политики. Контролът на промените се практикува винаги, когато даден проект не напредва според плана.

Задължително е да се попълни и прегледа официален документ за заявка за промяна, за да се поддържа контрол върху заявките за промяна.

Брой въпроси, които човек може да срещне, докато анализира контрола на промените като

  • Кой ще одобри промяната?
  • Изисква ли преминаване през табло за контрол на промените?
  • Колко време ще е необходимо за проучване и прилагане на промяната?
  • Какви са въздействията на промените върху други компоненти на системата (графици, разходи, ресурси и т.н.)?
  • Има ли някакъв праг, под който ръководството на проекта може да го одобри?

 

Различни фактори на процеса на контрол на промяната

Има различни фактори, които процесът на контрол на промените трябва да вземе предвид

Стъпки в процеса на контрол на промените Предприето действие в контрола на промените
  • Иницииране и контрол на заявка за промяна
  • Искането за промени трябва да бъде стандартизирано и предмет на преглед от ръководството
  • Подаващият заявката за промяна трябва да бъде информиран
  • Оценка на въздействието
  • Уверете се, че всички искания за промяна се оценяват по структуриран начин за анализиране на възможни въздействия
  • Контрол и документиране на промените
  • Трябва да се поддържа дневник на промените, който показва датата, подробностите за лицето, което е направило промените и въведените промени
  • Само упълномощено лице трябва да може да прави промени
  • Трябва да се идентифицира процес за връщане към предишната версия
  • Документация и процедури
  • Всеки път, когато се прилагат системни промени, процедурите и свързаният документ трябва да се актуализират съответно
  • Оторизирана поддръжка
  • Правото на достъп до системата трябва да се контролира, за да се предотврати неоторизиран достъп
  • Тестване и подписване на потребителя
  • Софтуерът трябва да бъде щателно тестван
  • Контрол на версиите
  • Контролът трябва да бъде поставен върху производствения изходен код, за да се гарантира, че се актуализира само най-новата версия
  • Спешни промени
  • Трябва да се получи устно разрешение и промяната да се документира възможно най-скоро

Процес на контрол на промените

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

  • Промяна Вход: Дневникът на промените е документ, който изброява подробностите за всички заявки за промяна, като номер на проект, PCR (заявка за промяна на проект) ID, приоритет, данни за собственика, Target дата, статус и дата на статус, повдигнато от, дата на повдигане и др.
  • Процес на контрол на промените

  • Формуляр за заявка за промяна: Използва се за документиране на подробности, необходими за подпомагане на процеса на вземане на решения, като тип промяна, ползи от промяната, име на ресурса, който иска промяната, време и приблизителна цена, приоритет на промяната, подробности за упълномощено лице, статус на заявка за промяна и т.н.

    Процес на контрол на промените

Промяна на диаграмата на процеса

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

Процес на контрол на промените

Стъпки за контрол на промените

Стъпки за контрол на промените действие
  • Промяна на идентификацията на заявка
  • Определете необходимостта от промяна и я опишете във формуляра за заявка за промяна на проекта
  • Оценка на искане за промяна
  • Ако промяната не е валидна, тя трябва да бъде отложена или отхвърлена
  • Определете подходящите ресурси, необходими за анализ на заявката за промяна
  • Извършете бърза оценка на потенциалното въздействие и актуализирайте формуляра за заявка за промяна
  • На този етап отхвърлената заявка за промяна трябва да спре
  • Анализ на заявка за промяна
  • За анализ задайте заявката за промяна на упълномощен член
  • Отложена промяна, въведете отново тази стъпка за анализ
  • На този етап отхвърлената заявка за промяна трябва да спре
  • Одобрение на искане за промяна
  • Идентифицирайте риска от промяна и нивото на сложност преди одобрение
  • Определете нивото на въздействие на промяната преди одобрение
  • Revт.е. въздействието на искане за промяна до упълномощено лице за одобрение
  • На този етап отхвърлената заявка за промяна трябва да спре
  • Изпълнение на искане за промяна
  • Актуализирайте процедурата на проекта и плановете за управление
  • Информирайте за промените в екипа
  • Наблюдавайте напредъка на заявката за промяна
  • Запишете завършването на заявката за промяна
  • Затворете заявката за промяна

ЗАБЕЛЕЖКА: Одобрението за контрол на промените може да бъде направено от Мениджър на проекти, водещ ИТ или водещ разработчик, заинтересована страна.

Управление на промените срещу контрол на промените

Управление на промените Контрол на промените
Той е отговорен за управлението и контролирането на заявките за промяна, за да се осъществят промени в ИТ инфраструктурата или който и да е аспект на ИТ услугите, за да се сведе до минимум рискът от прекъсване на услугите и да се насърчи бизнес ползата Контролът на промяната включва дейности като подаване, записване, анализиране и одобрение на промяна за подобряване на цялостната производителност на системата или продукта