Статут проекту
Процес розробки Статуту проекту відноситься до групи процесів Ініціація і здійснюється в фазі (на етапі) проекту впровадження ІС. яка має своє специфічне назва в кожної методології впровадження ІС, наприклад, "Попереднє визначення проекту", "Визначення проекту" - методологія впровадження продуктів Microsoft, "Концепція" - методологія впровадження ASUP.
Статут проекту містить наступну інформацію:
1. Назва проекту.
2. Бізнес-цілі компанії або причини виникнення проекту.
Формулювання причини фактично дає відповідь на питання "Навіщо виконується даний проект?".
Бізнес-цілі компанії обов'язково враховують стратегію розвитку компанії, включаючи стратегію розвитку інформаційних технологій, на яку орієнтований проект, - наприклад, збільшення капіталізації холдингу і залучення інвесторів.
Цілі проекту визначають, що повинно бути виконано, і описують кінцевий результат проекту. У Статуті проекту наводиться мета проекту як результат, очікуваний Замовником і корисний для нього. Мета формулюється спільно Замовником і Виконавцем.
При формулюванні мети керівник проекту повинен контролювати її відповідність контрактом, в рамках якого будуть виконуватися роботи по проекту.
Формулювання цілей повинна відповідати таким критеріям (SMART- Specific, Measurable, Achievable, Relevant, Time-bound):
- Конкретні (Specific) - дозволяють сформувати розклад проекту;
- Вимірні (Measurable) - дозволяють якісно (або кількісно) оцінити, що результат отриманий;
- Досяжні (Achievable) - принципово реалізовані Виконавцем в рамках проекту, з урахуванням декларованої допомоги з боку Замовника;
- Приносять результат (Relevant) - відповідають очікуваної Замовником користь;
- Обмежені у часі (Time-bound) - реалізовані в очікувані Замовником тимчасові рамки проекту.
Результати проекту повинні співвідноситися зі специфікацією контракту, в рамках якого будуть виконуватися роботи по проекту.
Приклади формулювань цілей:
- Проектування єдиних уніфікованих бізнес-процесів в Головний компанії і дочірніх компаніях холдингу.
- Розробка єдиного уніфікованого ERP-рішення, яке призначене для впровадження в Холдингу, що складається з Головний компанії і 10 дочірніх компаній.
- Розробка інструментальних засобів розгортання / тиражування отриманого рішення у всіх дочірніх компаніях Холдингу.
4. Межі проекту.
Межі проекту визначають в цілому те, що включається в проект. Необхідно явно вказувати, що не включається до проекту (таблиця 4.2), щоб виключити ситуацію, коли учасник проекту помилково вважає деякий продукт, послугу або результат входять в проект.
Визначається, які підрозділи (включаючи юридичних осіб) повинні брати участь в проекті - хто буде використовувати і підтримувати ІС, від кого залежить вироблення основних рішень за вимогами до ІС. Організаційні кордону визначають максимальні межі обстеження і область народження вимог до ІС.
Вказуються бізнес-напрямки, бізнес-процеси. які будуть покриватися ІС. Даним пунктом визначаються модулі ERP-систем.
Вказуються територіально віддалені об'єкти, що підлягають автоматизації.