95. Приймання робочих продуктів.

Приймання робочих продуктів

Взаємовідносини менеджера і інших виконавців проекту з замовником спрямовані

на підвищення продуктивності розвитку проекту в усіх відношеннях. Зокрема, в рамках

цих взаємовідносин будується поетапна звітність перед замовником про поточні

результати виконання завдання. Для різних контрольних точок передбачається різна

звітність, яка фіксується в проектному (технічному) завданні (див. п. 4.1).

Обов'язковим видом звітності є передача виконаної продукції майбутнім

користувачам. З цією метою часто застосовується організаційна процедура приймально-

здавальних випробувань, найбільш важливим моментом якої, з точки зору звітності, є

випуск юридичного документа, іменованого Акт приймально-здавальних випробувань.

Серед інших відомостей Акт містить мотивований висновок про передачу продукції

користувачам (в дослідну або виробничу експлуатацію), рекомендації для

розповсюдження продукції (на ринку) або ж про недоцільність подібних дій. Останнє

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

документа етапу чи проекту в цілому. Якщо подібна процедура не планується, менеджер

все одно повинен домовитися із замовником та керівництвом фірми про те, як буде

оформлятися факт передачі продукції, як буде вказуватися її якість (зауважень,

рекламацій та ін.)

Приймально-здавальні випробування як організаційна процедура зручні у зв'язку з

визначеністю порядку їх проведення. Призначається дата випробувань, до якої

пристосовується підготовка переданих програм і комплекту документації, а також відгуки

про результати експериментів із застосування продукції (якщо ця діяльність передбачена в

замовленні на розробку - розгорнута в часі приймання).

До цього ж терміну складається методика проведення випробувань та перевірки

властивостей продукту, фіксованих технічним (проектним) завданням. Методика

визначає, хто бере участь у випробуваннях, в якій формі (очною, заочною та ін..) і в якій

якості (відповідальні представники замовника, розробників, експерти та ін..) –

приймально-здавальна комісія, а також порядок випробувань і спосіб з'ясування

відповідності продукту вимогам. Зокрема, заздалегідь обговорюється тестовий матеріал:

хто і як його готує, як тести узгоджуються беруть участь у випробуваннях сторонами.

Дуже часто при підготовці методики з'ясовується, що в технічному завданні

сформульовані вимоги, які неможливо перевірити (наприклад, «дана функція повинна

виконуватися максимально ефективно»). Це прорахунок при складанні завдання, який для

розробників загрожує неприємностями: приймаюча сторона може на повному підставі

стверджувати, що вимоги такого роду не виконані (в даному прикладі, слід було б явно

вказати, що «час виконання даної функції з даними аргументами не повинно

перевищувати такого-то значення »). Прорахунок неустраним, якщо він не був помічений

при затвердження уточненого замовлення. Як наслідок, розробникам (менеджеру)

доведеться про подібні ситуації домовлятися із замовником спеціально.

Проведення приймально-здавальних випробувань строго відповідає методиці. По

ходу випробувань складається протокол, що фіксує виконувані дії і спостережуваний

ефект, з одного боку, а з іншого - думки учасників. За цим протоколом сторони складають

Акт з висновком про передачу продукції, в якому перераховуються отримані результати і

констатується рівень відповідності вимогам, на підставі чого робиться висновок про

виконання (невиконання) завдання. Важливою частиною висновку є перелік:

· помилок - підлягають усуненню до передачі продукту у виробничу експлуатацію

або в ході дослідної експлуатації;

· зауважень - усуваються із залученням додаткових ресурсів у строки, що

визначаються сторонами, і

· побажань - залишається для виконання в нових релізах і версіях.

Якщо помилки не виявлені, зауваження і побажання не висловлені, то про це явно

йдеться у висновку.

Коли члени приймально-здавальної комісії розходяться в оцінках, на закінчення

треба вказувати особливі думки.

Це загальна схема процедури приймально-здавальних випробувань. Стосовно

конкретних умов проекту вона може змінюватись, але факт виконання (невиконання

завдання) та перелік виявлених помилок, зауважень і побажань, а також особливі думки є

обов'язковими атрибутами документованого приймання програмного продукту.

Для здачі проміжних робочих продуктів немає сенсу вдаватися до повної схеми

приймально-здавальних випробувань. Досить того, що замовник погоджується з оцінкою

значимості виконаної на етапі роботи. Конкретні заходи, внаслідок яких досягається така

згода, можна вважати організаційною процедурою приймання. Варіанти поетапної

процедури приймання, рівень її строгості проведення дуже варіюються в залежності від

рівня відповідальності роботи в цілому і даного етапу, від ставлення замовника до

проекту, від його довіри виконавцям. Зокрема, для особливо важливих робіт, етапів

виправдане застосування загальної схеми приймально-здавальних випробувань, а при

особливому довірі замовника до колективу розробників можлива гранично проста

поетапна перевірка (наприклад, повідомлення менеджера про закінчення проміжного

етапу).

З точки зору розробників проекту згоду замовника з оцінкою значимості виконаної

на етапі роботи виражається в тому, що він оплачує виставлені менеджером рахунки.

Раніше зазначалося, що планування запропонованих замовнику робочих продуктів

визначається суперечливими прагненнями максимально скоротити період від отримання

замовлення до виставлення рахунку, з одного боку, а з іншого - пред'являти замовнику ті

результати, завдяки яким складається хороше враження про розробників. Стосовно

першої ітерації, що розробляється методом «Спочатку в глибину», це визначає дилему:

пред'являти чи ні результати міні-циклів замовнику. Більш точно: результати всієї ітерації