2. *
1. Управління пріоритетами проектів
2. Концепція проекту
3. Цілі і результати проекту
4. Допущення і обмеження
5. Ключові учасники
6. Ресурси
7. Терміни
8. Ризики
9. Критерії приймання
10. Обгрунтування корисності проекту
11. Висновки
3. *
Статут проекту - документ, випущений ініціатором або
спонсором проекту, який формально узаконює існування
проекту і надає менеджеру проекту повноваження
використовувати організаційні ресурси в операціях проекту.
Концепція (від лат. conceptio - розуміння, система),
певний спосіб розуміння, трактування якось предмета,
явища, процесу, основна точка зору на предмет і керівна
ідея для їх систематичного висвітлення.
4. *
Пріоритет будь-якого проекту повинен визначатися на
основі оцінки трьох його характеристик:
Фінансова цінність.
Стратегічна цінність.
Рівень ризиків.
5. *
Концепція проекту це ключовий документ, який
використовується для прийняття рішень в ході всього
проекту, а також на фазі приймання - для підтвердження
результату.Головна функція документа - підтвердження й
узгодження єдиного бачення цілей, завдань і результатів
всіма учасниками проекту.
6. *
Вона містить, як правило, наступні розділи:
o Назва проекту;
o Цілі проекту;
o Результати проекту;
o Допущення і обмеження;
o Ключові учасники;
o Ресурси проекту;
o Терміни;
o Ризики;
o Критерії приймання;
o Обгрунтування корисності проекту.
7. *
Цілі проекту повинні описувати бізнес-потреби та завдання, які
вирішуються в результаті виконання проекту. Цілями проекту можуть
бути:
Зміни в Компанії.
Реалізація стратегічних планів.
Здійснення контрактів.
Дозвіл специфічних проблем.
8. *
Цілі мають бути значущими, конкретними, вимірними, реальними. Чітке
визначення бізнес-цілей важливо, оскільки істотно впливає на всі процеси
та рішення в проекті.
Результати проекту повинні визначати:
Які саме бізнес-вигоди отримає замовник в результаті проекту.
Який продукт або послуга.
Високорівневі вимоги.
Слід пам'ятати, що результати проекту повинні бути вимірними.
9. *
Даний розділ описує початкові допущення і обмеження. У
розробці ПЗ часто доводиться формулювати ризики у вигляді
припущень, тим самим передаючи його замовнику.
Обмеження, як правило, скорочують можливості проектної команди
у виборі рішень. Зокрема вони можуть містити:
Специфічні нормативні вимоги.
Специфічні технічні вимоги.
Специфічні вимоги до захисту інформації.
10. *
До ключових учасників програмного проекту, як правило,
відносяться:
Спонсор проекту.
Замовник проекту.
Користувачі результатів проекту.
Куратор проекту.
Керівник проекту
Співвиконавці проекту.
11. *
Для того щоб зрозуміти, скільки коштуватиме реалізація програмного
проекту, потрібно визначити і оцінити ресурси необхідні для його
виконання:
Людські ресурси і вимоги до кваліфікації персоналу.
Обладнання, послуги, витратні матеріали, ліцензії на ПЗ, критичні
комп'ютерні ресурси.
Бюджет проекту.
12. *
25%
20%
15%
10%
5% Трудовитрати
0%
Рисунок 1– Розподіл трудовитрат по основним виробничим процесам при
розробці ПЗ
13. *
Формула термінів була виведена Барі Боемом .Відповідно до цієї
формули, для проекту, загальна трудомісткість становить N л. * м.
(людино-місяців), можемо стверджувати що:
Оптимальний час в місяцях пропорційно кубічному кореню
передбачуваного обсягу робіт в людино-місяцях. Наслідком
є крива, яка дає оптимальну чисельність проектної команди (Рисунок
2.1).
Крива вартості повільно зростає, якщо запланований графік довше
оптимального.
Крива вартості різко зростає, якщо запланований графік коротше
оптимального.
15. *
Ризик - невизначена подія або умова, настання якого негативно або
позитивно позначається на цілях проекту.
Як правило, в разі виникнення негативного ризику, майже завжди
вартість проекту збільшується і відбувається затримка у виконанні
заходів, передбачених розкладом проекту.
На етапі ініціації, коли немає необхідних даних для проведення
детального аналізу, часто доводиться обмежуватися якісною оцінкою
загального рівня ризиків: низький, середній, високий.
Сумарний рівень ризиків слід оцінити вище середнього.
16. *
Критерії приймання повинні визначати числові значення
характеристик системи, які мають бути продемонстровані
за результатами процедури прийому на етапі випробувань
або дослідної експлуатації і однозначно свідчити про
досягнення цілей проекту.
17. *
За підсумками дослідної експлуатації система повинна
продемонструвати наступні показники:
Середні витрати співробітників.
Термін регламентної обробки 1-го замовлення не більше 2 тижнів.
Час пошуку та надання інформації про наявність додаткової
документації не більше 1 хв.
Час надання інформації про зроблені замовленнях та історії їх обробки
не більше 1 хв.
Система зберігає всю інформацію про зроблені замовленнях та історії їх
обробки.
Показник доступності системи 98%.
18. *
Цей розділ концепції повинен містити короткий техніко-економічне
обгрунтування проекту:
• Для кого призначені результати проекту.
• Опис поточної ситуації Які у потенційного замовника існують проблеми.
• Яким чином результати проекту вирішують ці проблеми («Те Ве»).
• Наскільки значимо для клієнта рішення даних проблем (оцінка
економічного ефекту).
• Які переваги в підсумку з цього може витягти компанія-виконавець
проекту.
19. *
Ефективні процеси ініціації програмного проекту багато в чому
визначають його майбутню успішність. Недостатня увага цій фазі
проекту неминуче призводить до суттєвих проблем при
плануванні, реалізації та завершення.
Концепція проекту це ключовий документ, який використовується для
прийняття рішень в ході всього проекту, а також на фазі приймання -
для підтвердження результату.
Пріоритет проекту визначається на основі оцінки трьох показників:
Фінансова цінність.
Стратегічна цінність.
Рівень ризиків.