ації управління ризиками в проекті автоматизація процесу оцінки актуальності ризиків знаходиться на першому плані.
В системі закладений наступний механізм контролю за ризиками та управління ними. Ризик оцінюється з точки зору В«Ймовірності звершенняВ» та В«впливу на проектВ». Оцінка здійснюється за бальною шкалою. Потім автоматично обчислюється ціна ризику (твір його ймовірності та впливу). Залежно від отриманого значення встановлюється термін оцінки актуальності ризику. При настанні дати перевірки відповідний ризик відображається на спеціальній сторінці керівника проекту і система автоматично висилає по електронній пошті лист-повідомлення. Описаний механізм забезпечує безперервний контроль за ризиками на всьому протягом життєвого циклу проекту.
Механізм інтеграції wiki і трекера дозволяє давати посилання з кожного опису ризику на той чи інший проектний артефакт або пов'язувати ризик з іншої проектної сутністю (завданням, вимогою, дефектом). Цей механізм забезпечує наскрізний контроль за джерелами ризику і при настанні ризикової події дозволяє оперативно скласти план дій з мінімізації його наслідків.
5. Проектні шаблони
Після того як система підтримки проектів розробки ПЗ придбана і розгорнута, користувачі можуть зіткнутися з наступною ситуацією. У компанії реалізується безліч проектів з використанням різних моделей розробки, будь то класичні моделі, що базуються на RUP-подібних процесах, або моделі, засновані на agile-практиках. До того ж досить час то специфіка проекту визначається вимогами замовника, тому проектна команда може витратити досить багато часу на конфігурування системи в відповідно до вимог конкретного проекту.
Для мінімізації часу настройки систем існують так звані проектні шаблони.
Це сукупність налаштувань функціональних модулів системи (що складаються з issues (проектних активностей з життєвим циклом), wiki-контенту, версійного репозиторію, шаблонів документів і бази знань) під конкретну методологію розробки та вимоги замовника. У результаті настройка системи зводиться до простого вибору керівником проекту проектного шаблону з відповідного каталогу під час ініціалізації проекту і застосуванню його до конкретного проекту в системі.
Наприклад, в LUXproject існують переднастроєні проектні шаблони для управління проектами за класичними моделям, аgile, шаблони для управління групою проектів (проектний офіс), шаблони для служби підтримки. Це дозволяє керівнику проекту оперативно розгортати проектну середу в системі. Продемонструвати економію часу на настройку моделі проекту можна, порівнявши тривалість налаштування моделі проекту в LUXproject і в трекері, де відсутні проектні шаблони. У LUXproject створення нового проекту і застосування проектного шаблону займає від трьох до десяти хвилин, і здійснити їх може керівник проекту. Для налаштування трекера у відповідності з конкретними вимогами проекту може знадобитися конфігураційний інженер, ...
