Page 125 - 4566

обміну думками не має бути. Ведучий робить невелику
паузу, після чого питання повторюється. Учасник не може
повторювати відповідь про один і той ж самий ризик.
Після того, як питання прозвучить десять разів, у
розпорядженні ведучого з'являться від 70 до 100 карток з
відповідями. Якщо група підібрана добре (до неї входять
люди з різними точками зору), вірогідність того, що
учасники експерименту вкажуть більшість значущих для
проекту ризиків, вельми висока. Залишається скласти перелік
названих ризиків і роздати його учасникам для внесення змін
та доповнень.
Як джерело інформації при виявленні ризиків можуть
служити різні доступні контрольні списки ризиків проектів
розробки ПЗ, які слід проаналізувати на застосовність до
даного конкретного проекту.
Наприклад, Барії Боем [29] пропонує перелік 10
найбільш поширених ризиків програмного проекту:
– дефіцит фахівців;
– нереалістичні терміни і бюджет;
– реалізація невідповідної функціональності;
– розробка неправильного користувацького
інтерфейсу;
– "Золота сервіровка", перфекціонізм, непотрібна
оптимізація і відточування деталей;
– безперервний потік змін;
– брак інформації про зовнішні компоненти, що
визначають оточення системи або залучених в інтеграцію;
– недоліки в роботах, що виконуються зовнішніми (по
відношенню до проекту) ресурсами;
– недостатня продуктивність отримуваної системи;
– "Розриви" у кваліфікації фахівців різних галузей
знань.

125