Основні завдання проектної групи на фазі впровадження
Наступна таблиця описує основні завдання і сфери відповідальності кожного з ролевих кластерів проектної групи під час фази впровадження.
| Ролевий кластер | Фокус |
| Управління продуктом | Отримання відгуків і оцінок замовника; акт про прийом |
| виконаної роботи. | |
| Управління програмою | Зіставлення рамок проекту з поставленим рішенням; |
| управління стабілізацією. | |
| Розробка | Дозвіл проблем; підтримка ескалації. |
| Задоволення споживача | Навчання; управління календарним графіком навчання. |
| Тестування | Тестування продуктивності. |
| Управління випуском | Управління впровадженням; схвалення змін. |
73
Проміжні віхи, що рекомендуються
Ключові компоненти розгорнені
(Core Components Deployed). Більшість інфраструктурних рішень включають ряд компонент, що утворюють основу всього рішення. З погляду окремих користувачів, самі ці компоненти не мають самостійної цінності. Проте впровадження повного рішення залежить від ключових компонент. Крім того:
• Компоненти можуть забезпечувати функціонування ключових технологій впроваджуваного рішення. Наприклад, це можуть бути контролери доменів, маршрутизатори, поштові сервери, видалені сервери доступу, сервери баз даних. Впровадження на місцях може залежати від цих технологій. При цьому може бути необхідним впровадження ключових технологій до впровадження всього рішення або паралельно з його впровадженням на місцях.
|
|
|
• Для запобігання затримкам, ключові компоненти можуть бути розглянуті і затверджені до впровадження ще до того, як інші частини рішення стабілізовані. При цьому персонал супроводу повинен бути упевнений в надійності ключових компонент.
Впровадження на місцях завершене
До моменту проходження цієї віхи (Site Deployments Complete) всі цільові споживачі дістають доступ до рішення. Особи, відповідальні за ділянки впровадження, підписують акти про пуск рішення в експлуатацію, хоча певні проблеми все ще можуть виникати.
Відгуки замовника і споживачів можуть виявити деякі недоліки. Можливо, навчання пройшло не цілком вдало, або частина рішення почала невірно функціонувати після від'їзду проектної команди. За наслідками проведених опитів про споживчу задоволеність, деякі з місць впровадження (sites) можуть потребувати повторного візиту проектної групи.
На цьому етапі проектна група концентрується на завершенні заходів щодо впровадження і на згортанні проекту.
Багато проектів, особливо веб-сервера-розробки, не мають на увазі впровадження на місцях, тому дана віха до них не застосовна.
|
|
|
Упроваджене рішення стабілізоване
До моменту цієї віхи замовник і проектна група приходять до угоди про те, що рішення функціонує правильно. Проте потрібно розуміти, що все ще можуть виникати деякі проблеми на місцях. Вони повинні відстежуватися і вирішуватися.
Визначення моменту , коли впровадження завершене, і робота проектної групи виконана, може виявитися скрутним. Знов упроваджені системи часто знаходяться в мінливому стані , пов'язаному з постійним виявленням і дозволом проблем в ході супроводу. Проектна група може випробовувати утруднення із згортанням проекту із-за безперервно виникаючих питань до роботи рішення, які можуть продовжуватися і після завершення впровадження. Тому проектній групі важливо чітко зафіксувати точку завершення впровадження, а не намагатися досягти ідеального стану рішення.
Якщо замовник чекає, що члени проектної команди братимуть участь в підтримці і супроводі рішення, після завершення проекту відповідні співробітники повинні бути переведені на нові ролі в структурі супроводу.
На цій стадії , ймовірно, члени проектної групи і зовнішні зацікавлені особи почнуть виходити з проекту.
|
|
|
Частиною виходу з проекту є передача функцій експлуатації і супроводи рішення постійному персоналу. У багатьох випадках для цього вже будуть потрібні ресурси. У інших
74
ситуаціях може знадобитися розробка нової системи підтримки. Враховуючи об'ємність такого завдання, розумно розглядати її як окремий проект.
Часовий відрізок між проміжною віхою "Упроваджене рішення стабілізоване" (Deployment Stable) і головною віхою "Впровадження завершене" (Deployment Complete) іноді називають "періодом затишшя" ("quiet period"). Хоча проектна група більше активно не працює, вона необхідна для реагування на ескалированые до неї проблеми. Зазвичай період затишшя складає від 15 до 30 днів.
Метою періоду затишшя є оцінка того, наскільки добре рішення працює в нормальних виробничих умовах і наскільки витратним буде його супровід. Організації, що використовують MOF, вимірюють кількість інцидентів, час простою і визначають експлуатаційні характеристики рішення. Ці дані допомагають команді супроводу, обслуговуючій угоди про рівень послуг (Service Level Agreement - SLA), сформувати оцінки об'єму річного рівня послуг. Для отримання подальшої інформації, див. MOF Operations
Guide for Service Level Management.
Дата добавления: 2018-05-09; просмотров: 226; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!