Схвалення випуску продукту лише після того, як всі дефекти виявлені і відлагоджені

Будь-яке програмне забезпечення містить дефекти. Проте всі дефекти повинні бути виявлені і відлагоджені (address) до того, як продукт випущений. Залагоджування дефекту може мати на увазі різні рішення, починаючи від усунення і закінчуючи документуванням способів його обходу (work-around). Постачання продукту з відомим дефектом, але з описом способів його обходу значно краще, ніж постачання продукту з невиявленим дефектом, який надалі стане сюрпризом як для проектної команди, так і для замовника.

Підвищення споживчої цінності продукту

Для того, щоб продукт був успішним, він повинен покращувати роботу і продуктивність користувачів. Постачання продукту, що володіє широкими можливостями і відмінними якостями, але надмірно складного з погляду споживача - недопустиме.

Безпроблемне впровадження і супровід продукту

Іноді забувають про необхідність забезпечення простого впровадження продукту. Впровадження створює вірне або невірне, але у будь-якому випадку незгладиме враження про продукт. Наприклад, збої в інсталяційній програмі можуть змусити споживачів думати, що сама програма має такий же рівень якості (що може і не відповідати дійсності). Як наслідок, проектна група повинна не просто впроваджувати продукт. Потрібно боротися за гладке, безпроблемне його впровадження і заздалегідь підготувати супровід і підтримку продукту. Це може включати, наприклад, завчасне навчання споживачів і створення інфраструктури впровадження.

Ролеві кластери моделі проектної групи

Рисунок 1. Ролеві кластери моделі проектної групи MSF

I. Ролевий кластер "Управління продуктом"

Ключова мета ролевого кластера "Управління продуктом" (product management) – задоволені замовники. Проект не може вважатися успішним, якщо він не привів до задоволення потреб замовника. Проте, перш за все, замовник повинен бути ідентифікований

27