Визначення характеристик пілотного проекту

Пілотний проект повинен володіти наступними характеристиками:

• Область застосування. Щоб полегшити остаточне визначення області застосування CASE-засобу, наочна область пілотного проекту повинна бути типовою для звичайної діяльності організації. Пілотний проект повинен допомогти визначити будь-яку додаткову технологію, навчання або підтримку, які необхідні для переходу від пілотного проекту до широкомасштабного використання засобу. В рамках цих обмежень пілотний проект повинен мати невеликий, але значущий розмір.
• Масштабність. Результати, отримані в пілотному проекті, повинні показати масштабність засобу. Мета - отримати чітке уявлення про масштаби проектів, для яких даний засіб застосовано.

Мал. 4.4. Кроки пілотного проекту

• Показність. Пілотний проект не повинен бути незвичайним або унікальним для організації. CASE-засіб повинен використовуватися для вирішення задач, що відносяться до наочної області, всією організацією, що добре розуміється.
• Критичність. Пілотний проект повинен мати істотну значущість, щоб опинитися в центрі уваги, але не повинен бути критичним для успішної діяльності організації в цілому. Необхідно усвідомити, що первинне упровадження нової технології певний ризик. При виборі пілотного проекту доводиться вирішувати наступну дилему: успіх незначного проекту може залишитися непоміченим, з другого боку, провал значущого проекту може викликати надмірну критику.
• Авторитетність. Група фахівців, що беруть участь в проекті, повинна володіти високим авторитетом, при цьому результати проекту будуть серйозно сприйняті рештою співробітників організації.
• Характеристики проектної групи. Проектна група повинна володіти готовністю до нововведень, технічною зрілістю і прийнятним рівнем досвіду і знань в даній технології і наочній області. З другого боку, група повинна відображати в мініатюрі характеристики всієї організації в цілому.

В більшості випадків існує баланс між бажанням реалізувати ідеальний пілотний проект і реальними обмеженнями організації. Організація повинна вибрати пілотний проект так, щоб, по-перше, спосіб використання CASE-засобу в ньому співпадав з подальшими планами, і, по-друге, перераховані вище характеристики були збалансовані з реальними умовами організації.

Крім того, організація повинна враховувати тривалість пілотного проекту (і в цілому процесу упровадження). Дуже тривалий проект пов'язаний з ризиком втрати зацікавлення до нього з боку керівництва.

Планування пілотного проекту

Планування пілотного проекту повинне по можливості вписуватися в звичайний процес планування проектів в організації. План повинен містити наступну інформацію:

• мета, задачі і критерії оцінки;
• персонал;
• процедури і угоди;
• навчання;
• графік і ресурси.

Мета, задачі і критерії оцінки

Очікувані результати пілотного проекту повинні бути чітко визначені. Ступінь відповідності цим результатам є основою для подальшої оцінки проекту. Для визначення мети, задач і критеріїв оцінки необхідно виконати наступні дії:

• описати проект в термінах очікуваних результатів (тобто кінцевого продукту). Опис повинен включати форму уявлення і зміст результатів. Повинні бути чітко визначені договірні вимоги і відповідні стандарти.
• визначити загальну мету проекту. Прикладом мети може бути визначення ступеня покращення якості проектної документації в результаті застосування CASE-засобів.
• визначити конкретні задачі, втілити поставлену мету. Кожній меті можна поставити у відповідність одну або декілька конкретних задач з кількісно оцінюваними результатами. Прикладом такої задачі може бути порівняльний аналіз якості документації, отриманої за допомогою CASE-засобу і без нього. Документація може включати специфікацію вимог до ПО, високорівневі і детальні проектні специфікації.
• визначити критерії оцінки результатів. Щоб визначити ступінь успіху пілотного проекту, необхідно використовувати набір критеріїв, заснованих на згаданих вище задачах. Прикладом критерію може бути ступінь несуперечності проектної документації і контрольованості виконання вимог до ПО. Значення критеріїв повинні порівнюватися з базовими значеннями, отриманими до виконання пілотного проекту.

Персонал

Фахівці, вибрані для участі в пілотному проекті, повинні мати відповідний авторитет і вплив і бути прихильниками нової технології. Група повинна включати як технічних фахівців, так і менеджерів, зацікавлених в новій технології, що розбираються в її використанні. Група повинна володіти хорошими здібностями до комунікації, знанням особливостей організаційних процесів і процедур, а також наочної області. Група не повинна складатися повністю з фахівців вищої ланки, вона повинна представляти середній рівень організації.

Багато CASE-засобів забезпечують можливості, пов'язані з генерацією проектної документації і конфігураційним управлінням. Фахівці, пов'язані з цими і іншими суміжними аспектами розробки і супроводу ПО, також повинні бути включені до складу групи.

Після завершення пілотного проекту група повинна бути відкритою для обміну інформацією з іншими фахівцями організації щодо можливостей нового засобу і досвіду, отриманого при його використанні. Може виявитися бажаним розповсюдити членів проектної групи по всій організації з метою розповсюдження їх досвіду і знань.

Процедури і угоди

Необхідно чітко визначити процедури і угоди, регулюючі використання CASE-засобів в пілотному проекті. Ця задача швидше за все може виявитися довшою і складнішою, ніж очікується, при цьому може виявитися необхідним залучення сторонніх експертів. Прикладами процедур і угод, які можуть вплинути на успіх пілотного проекту, є методологія, технічні угоди (зокрема, по найменуваннях і структурі каталогів, стандарти проектування і програмування - див. підрозділ 1.3) і організаційні угоди (зокрема, облік використання ресурсів, авторизація, контроль змін, процедури експертизи і підготовки звітів, стандарти перевірки якості).

В пілотному проекті по можливості повинні використовуватися прийняті в організації процедури і угоди. З другого боку, протягом пілотного проекту процедури і угоди мають тенденцію до розвитку і вдосконалення у міру накопичення досвіду застосування засобу. Існуючі процедури і угоди можуть виявитися неефективними або занадто обмежуючими. При цьому ті зміни, які пропонуються вносити в них, повинні документуватися.

Навчання

Повинні бути визначені види і об'єм навчання, необхідного для виконання пілотного проекту. При плануванні навчання потрібно мати на увазі три види потреб: технічні, управлінські і мотиваційні. Ресурси, що вимагаються для навчання (навчальні аудиторії і устаткування, викладачі і навчальні матеріали), повинні відповідати плану пілотного проекту.

Графік навчання повинен визначати як фахівців, що підлягають навчанню, так і види навчання, які вони повинні пройти. Навчання, яке проводиться в період виконання проекту, повинне починатися якнайшвидше після початку проекту. Навчання засобам, процесам або методам, які не використовуватимуться протягом декількох місяців після початку проекту, повинно плануватися на той час, коли в них виникне реальна потреба.

Постачальники CASE-засобів звичайно пропонують навчання по використанню постачальних засобів. Крім цього, для деяких засобів може бути необхідне навчання методології. Деякі види навчання повинні виконуватися власними силами. Такі види навчання включають використання CASE-засобу в контексті процесів, що відбуваються в організації, а також в сукупності з іншими засобами в даному середовищі. Частина плану пілотного проекту, пов'язана з навчанням, повинна використовуватися як вхід для плану практичного впровадження.

При виборі необхідного навчання потрібно брати до уваги наступні чинники:

• кваліфікація викладачів;
• відповідність навчання характеристикам конкретних груп фахівців (наприклад, оглядові курси для менеджерів, докладні курси для розробників);
• можливість проведення курсів безпосередньо на робочих місцях;
• можливість проведення розширених курсів;
• можливість підготовки власних викладачів.

Графік і ресурси

Повинен бути розроблений графік, що включає ресурси і терміни (етапи) проведення робіт. Ресурси включають персонал, технічні засоби, ПО і фінансування. Дані про персонал можуть визначати конкретних фахівців або вимоги до кваліфікації, необхідної для успішного виконання пілотного проекту. Фінансування повинне визначатися окремо по кожному виду робіт: придбання CASE-засобів, установка, навчання, окремі етапи проектування.

Виконання пілотного проекту

Пілотний проект повинен виконуватися відповідно до плану. Організаційна діяльність, пов'язана з виконанням пілотного проекту і підготовкою звітів, повинна виконуватися в установленому порядку. Пілотна природа проекту вимагає спеціальної уваги до питань придбання, підтримки, експертизи і оновлення версій. Ці питання розглядаються нижче.

Придбання, установка і інтеграція

Після того, як CASE-засіб вибраний, він повинен бути придбаним, інтегрованим в проектне середовище відповідно до вимог пілотного проекту. Межі цієї діяльності залежать від тих дій, які мали місце в процесі оцінки і вибору, а також від ступеня модифікації засобу, необхідного для його використовування в проекті.

Процес придбання може включати підготовку контракту, переговори, ліцензування і іншу діяльність, яка виходить за рамки даних рекомендацій. Ця діяльність вимагає витрат часу і людських ресурсів, які повинні бути враховані при плануванні. План повинен передбачати можливість відмови від вибраного засобу на даному етапі через договірні розбіжності.

Після того, як процес придбання завершений, засіб повинен бути встановлений, протестований і прийнятий в експлуатацію. Тестування дозволяє переконатися, що поставлений продукт відповідає вимогам контракту, володіє необхідною повнотою і коректністю. Етап приймання може бути передбачений контрактом, його реальний термін може відрізнятися від того, який був передбачений спочатку в плані пілотного проекту. Особливо увагу необхідно приділити дотриманню всіх вимог постачальника до параметрів середовища функціонування CASE-засобу.

Після завершення приймання можливо потрібні стануть настройка і інтеграція. Настройка може включати модифікацію інтерфейсів, пов'язану з вимогами фахівців проектної групи, а також установку прав доступу і привілеїв. Настройка повинна залишатися в рамках тих можливостей, які надає сам засіб. Не слід займатися модифікацією готових продуктів на рівні початкових кодів.

Якщо новий засіб повинен використовуватися в сукупності з деякими іншими засобами, необхідно визначити взаємодію засобів і необхідну інтеграцію. Для інтеграції нових засобів з існуючими може бути потрібна побудова спеціальних оболонок. Складна інтеграція може захотіти залучення сторонніх експертів.

Підтримка

Доступна підтримка повинна включати (за угодою) "гарячу лінію" постачальника і підтримку місцевого постачальника, підтримку в самій організації, контакти з досвідченими користувачами в інших організаціях і участь в роботі груп користувачів.

Внутрішня підтримка повинна здійснюватися фахівцями, знайомими з установкою засобів і роботою з ними. Існує декілька можливих варіантів отримання такої підтримки (наприклад, від фахівця даної організації, що має досвід попередньої роботи із засобом; учасників процесу оцінки і вибору або досвідченого консультанта). Такий тип підтримки повинен спеціальним чином плануватися і адмініструватися. Особливу увагу потрібно приділити засобам, що працюють в мережах або володіють репозиторіями, що підтримують розраховану на багато користувачів роботу.

Періодичні експертизи

Звичайні процедури експертизи проектів, повинні виконуватися для пілотного проекту, при цьому особливу увагу потрібно приділити саме пілотним аспектам проекту. Крім цього, результати експертиз повинні служити мірою успішного використання CASE-засобів.

Оновлення версій

Користувачі CASE-засобу можуть чекати періодичного оновлення версій з боку постачальника протягом виконання пілотного проекту. При цьому необхідне ретельне відношення до інтеграції цих версій. Слід наперед оцінити вплив цих оновлень на хід проекту. Нові версії можуть як забезпечити нові можливості, так і породити нові проблеми. Наприклад, нова версія може захотіти видозмінене або додаткове навчання, а також може надати негативну дію на виконану до цього моменту роботу.

Оцінка пілотного проекту

Після завершення пілотного проекту його результати необхідно оцінити і зіставити їх з початковими потребами організації, критеріями успішного впровадження CASE-засобів, базовими метриками і критеріями успіху пілотного проекту. Така оцінка має встановити можливі проблеми і найважливіші характеристики пілотного проекту, які можуть вплинути на придатність CASE-засобу для організації. Вона повинна також вказати проекти або структурні підрозділи усередині організації, для яких даний засіб є відповідним. Крім цього, оцінка може дати інформацію щодо вдосконалення процесу впровадження надалі.

В процесі оцінки пілотного проекту організація повинна визначити свою позицію з наступних трьох питань:

• Чи доцільно впроваджувати CASE-засіб?
• Які конкретні особливості пілотного проекту призвели до його успіху (або невдачі)?
• Які проекти або підрозділи в організації могли б отримати вигоду від використання засобів?