Професійне управління змінами
Технології
За статистикою середній ІТ-проект за місяць приростає змінам на 5%. Нескладно порахувати, що за півроку проект змінюється практично на третину, а за рік проект стає більше ніж на половину. Більш того, однією з основних причин невдалих ІТ-проектів є некерований потік змін, що призводить до провалу проекту. Пропоную використовувати системний підхід до управління змінами.
Процедура керування змінами
Спочатку буде розказано про загальну схему управління змінами. У наступних частинах будуть більш детально описані аспекти управління змінами та як адаптувати цю процедуру до різних змін. (див. вміст внизу статті).
Для порівняння, в більшості проектів це виглядає так:
1. Запит на зміну
Ініціатор висловлює вимогу, яка виходить за рамки проекту і є зміною. Це ще не сигнал до дії, а поки що тільки запит.
2. Фіксація запиту в реєстрі змін
Будь-які запити на зміну потрібно фіксувати в спеціальному документі «Реєстр запитів на зміну» (або Реєстр змін), де міститься список всіх запитів на зміни.
Детальніше цей процес буде розглянуто в частині 2.
3. Аналіз зміни
Цей процес дозволяє зрозуміти, як пропонована зміна вплине на проект. Також на етапі аналізу проводиться оцінка наслідків, що буде, якщо зміна прийняти і що проект втратить, якщо відмовитися від зміни.
Детальніше цей процес буде розглянуто в частині 2.
4. Переговори
Як правило, одна зі сторін наполягає на внесенні зміни в проект, а інша противиться цьому. Тому потрібно провести переговори, обговорити варіанти реалізації та відхилення пропонованої зміни і прийняти рішення по ньому.
Детальніше цей процес буде розглянуто в частині 2.
5. Рішення
За результатами обговорення запропонованої зміни має бути прийнято одне з трьох рішень:
- Прийняти
- Відхилити
- Відкласти.
6. Внесення змін до плану
1) Внести зміни в базовий план (початковий план проекту), оскільки спочатку робота над проектом планувалася за одним сценарієм, а тепер цей сценарій змінився.
2) У робочий план, який повинен бути вашим навігатором за проектом.
7. Виконання робіт
Оскільки зміна внесена в план, то вона є частиною проекту. Працюємо з ним, як зі звичайними завданнями проекту.
Тут все просто. Потрібно виконати роботи.
8. Перевірка результатів
І здати на перевірку.
Якщо роботи прийняті, то роботи з реалізації зміни вважаються завершеними.
