Как принимать заказное программное обеспечение у подрядчика?

Question

[Валентин]

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

Answer 1

[Константин Нагибович]

Создается документ "Программ и методика испытаний". В котором пошагово описываются действия по проверки требуемого функционала. Типа делаем то-то, получаем то-то. Только так и по всем пунктам ТЗ.

Comments

[Кирилл Горелов]

Валентин, соглашусь с Константин Нагибович.
Работаю в веб-студии, есть заказчики из гос. структур.
Описываем ТЗ. Делаем работу. А потом по этому ТЗ заказчик проверяет своими силами каждый пункт. Потом либо нас "нагибают", если что-то не сделали, либо мы их, потому что просят что-то сверх ТЗ.
Как-то это систематизировать, вообще не вариант.

[Константин Нагибович]

Кирилл Горелов, при работе с оборонкой именно так и сдавали проекты. Автор спрашивал, как систематизировать, а не автоматизировать.

[Кирилл Горелов]

Константин Нагибович, Это я не то написал, поправил. Хотя в любом случае, ничего не изменилось)))

Answer 2

[Mikhail Belov]

На основании требований, пишется описание функционала с кейсами и результатами.
На описании функционала - программа и методика испытаний.
Проходиться и проверяется.
В данном случае она пишется не для разработчика, который проверяет "работает ли", а для заказчика, который проверяет - работает ли так, как надо.
Главный риск - часто пими пишется по тому, как уже сделан продукт, что соответственно влечет риски.

Answer 3

[Владимир Коротенко]

Почему вы так уверены?
В вашем случае продуктивней использовать модель "Водопад" сэкономите на скрамах :)
Аджайл в общем случае хорош когда заказчик не знает сам чего хочет.

Так что 1 документ ТЗ
на основе его пишите Акт приемо сдачи приложения.
Там описывается каждый пункт из тз, с ожидаемым результатом
После составляется акт недоработок для устранения.

Answer 4

[d-stream]

Это может быть например чеклист с кучей по сути дела прикладных тестов. Ну и классификатором "галочек" типа фатально, критично, необязательно. Ну и соответствующими кртириями прохождения чеклиста