Page 93 - 4566

4 рази більше коду, ніж це потрібно при адекватному
опрацьовуванні архітектури.
Ще одна група кількісних показників, які слід
спостерігати в ході реалізації проекту, характеризує якість
програмного продукту:
Дефектність продукту – кількість виявлених дефектів
на одиницю обсягу продукту (наприклад, KSLOC).
Частка неусунених дефектів – відношення кількості
незакритих максимально критичних і критичних дефектів до
кількості виявлених невідповідностей.
Середні витрати на супровід – середні трудовитрати
на виправлення одного дефекту. Високе значення цього
показника може свідчити про неякісну архітектуру
програмного продукту.
Документованість коду – визначає відсоток рядків
початкового коду з коментарями щодо загальної кількості
рядків.
Слід підкреслити, що спостерігати треба за середніми
значеннями показників по проекту, і у жодному випадку не
намагатися вимірювати індивідуальні характеристики
продуктивності і якості. Головні причини, чому це не слід
робити, полягають в тому, що, по-перше, в цьому випадку
замість злагодженої командної роботи ми отримаємо
особисту конкуренцію, а, по-друге, деякі розробники
почнуть працювати на формальні показники, а не на
досягнення цілей проекту.
Якщо команда дійсно відбулася, то для неї характерна
колективна відповідальність за досягнення загальних цілей. І,
як пише, Т. Демарко [16] «менеджер проекту повинен
займати чергу, щоб покритикувати співробітника, що не
виконує своїх обіцянок», оскільки у правильній команді для
цього завжди знайдуться охочі.

93