Комментарии 2
Неплохо бы для начала уточнить, что именно вы подразумеваете под словом “релиз”. По статье получается, что у вас в этом понятии смешаны, как минимум, три разные вещи – производство разработанного программного продукта, приёмка работы заказчиком и внедрение в эксплуатацию. Наверняка и в договоре/ТЗ такая же путаница, отчего и происходят проблемы.
26 менеджеров в проектном офисе, а так запутан простой вопрос предъявления результатов работы.
Официальный исходящий с приложением дисков и документов – приёмка работы в оговорённый договором срок – оплата выполненной работы или предъявление замечаний с обязательным указанием на невыполненные пункты ТЗ – неустойка в ту или другую сторону. Что может быть проще. Когда заказчику отгружают две тонны болтов М30, там же не встаёт вопрос о том, разрешать их релиз или не разрешать, чем программный продукт хуже? Болты или соответствуют требованиям, или не соответствуют.
Я бы предложил в такой ситуации усиливать команду юристов, а не менеджеров. Вам же проще будет с заказчиками, особенно крупными.
У нас был подобный случай, когда заказчик периодически менял цели создаваемого программного решения. Но нам платили по часам, поэтому по деньгам нас все устраивало. Обидно, что проект так и не запустили и заказчик просто потерял деньги.
Как сдать проект, когда заказчик не согласен на релиз