Posts tagged Заказчик

Хорошее определение заказчика

0

Заказчик это тот кто в ходе приемки скажет “годится, принято” – и его “принято” будет ретранслировано по вертикали и горизонтали. Без его “принято” решение о приемке проекта не будет, его голос является решающим.

via Ivan Selikhovkin

При этом уровень данного человека в иерархии может быть разным – от руководителя до рядового сотрудника подразделения который является экспертом в теме проекта.

 

Принято!

0

Какое приятное слово для руководителя проекта – Принято! Это слово звучит как праздник после очередного (особенно сложного) этапа проекта. Кроме, безусловно, качественно выполненной работы по требованиям и может быть даже в срок, выстроенных правильно ожиданий заказчика есть еще несколько важных моментов о которых я хочу поговорить в данной статье. Это процесс приемки (Acceptance).

Несмотря на то что приемка находится в конце этапа (а в небольших проектах и в конце проекта) – готовится к ней надо заранее и первый прогон надо делать несколько раньше – чтобы определиться с полнотой и качеством рабочего набора артефактов приемки, приучить к нему заказчика, заранее обнаружить возможные проблемы в приемочных тестах или в продукте.

Какие документы (артефакты) нам нужны:

  • План приемочных испытаний – перечень того что включается в приемку. В идеале план должен быть согласован в проекте как можно раньше – в самом начале разработки когда есть согласованное ТЗ, проработана архитектура и согласован план проекта.
  • Форма приемочного теста – описание того что и каким способом принимается. Содержит ссылку на требования. Если сослаться на другой источник – описания требований и тестовых кейсов – то форму можно слить с планом приемочных испытаний.
  • Реестр приемочных замечаний – с первого раза обычно не выходит (не забудьте учесть это в плане проекта)
  • Протокол приемочного тестирования – здал-прынял :-) Может строиться как документ-шапка к плану приемочных испытаний.

Если приемочное тестирование подразумевает кроме тестирования качества еще и соответствие по денежным и временным показателям – то необходимо предоставить план-факт анализ выполнения работ по созданию переданных на приемочное тестирование результатов проекта.

О методах приемочного тестирования:

  • Тестирование заказчиком самостоятельно – заказчик уходит в себя и выдает результат. Это рискованно в том плане что у заказчика может не быть профессиональных ресурсов, загрузка по текущим задачам может растянуть процесс приемки. При тестировании заказчик может “выбиться” из колеи – и уйти строить воздушные замки вместо тестирования по требованиям.
  • Тестирование (Аудит) третьей стороной – для этого круто нанять специализированную компанию на тестировании или подписать договор с конкурентом вашего поставщика на оказание услуг аудита. Последнее жестко и рискованно – зато не даст никому расслабиться :-)
  • Совместное тестирование по сценариям с заказчиком – поставщик помогает готовить пакет материалов для приемочного тестирования, готовит команду заказчика к методичному приемочному тестированию, контролирует ход приемочного тестирования и сроки его выполнения. Присутствие инжинера по тестированию со стороны исполнителя поможет лучше зафиксировать расхождения, замечания и не дай бог выявленные дефекты.
Go to Top