Page 129 - 4566
P. 129

Головні  ризики  програмних  проектів  і  способи
                            реагування
                                   С.  Архіпенков  наводить  перелік  з  п'яти  головних
                            причин провалу програмних проектів: [31]
                                   –  вимоги  замовника  відсутні  /  не  повні  /  схильні  до
                            частих змін;
                                   – відсутність необхідних ресурсів і досвіду;
                                   – відсутність робочої взаємодії із замовником;
                                   – неповнота планування. «Забуті роботи»;
                                   – помилки в оцінках трудомісткості і термінів робіт.
                                   До вимог, що ними часто нехтують, можна віднести:
                                   – функціональні;
                                   – програми установки, налаштування, конфігурації;
                                   – міграція даних;
                                   – інтерфейси із зовнішніми системами;
                                   – довідкова система;
                                   – загальносистемні;
                                   – продуктивність;
                                   – надійність;
                                   – відвертість;
                                   – масштабованість;
                                   – безпека;
                                   – багатоплатформеність;
                                   – ергономічність.
                                   Як правило, ці вимоги «виникають» при підготовці  і
                            проведенні  приймально-здавальних  випробувань  і  можуть
                            сильно затримати проект за часом і збільшити трудовитрати
                            на його реалізацію. Щоб цього не відбувалося, слід досягати
                            угоди із замовником за всіма перерахованими пунктами ще
                            на  стадії  ініціації  проекту.  Якщо  вірогідність  змін  вимог
                            проекту висока, то можливі такі підходи для  реагування на
                            даний ризик:
                                   –  переоцінка  проекту  кожного  разу,  коли  вимоги
                            додаються / змінюються (ухилення);


                                                              129
   124   125   126   127   128   129   130   131   132   133   134