Работая в коллективах, в междисциплинарных, или в межорганизационных (разные юрлица), мы все прекрасно понимаем и с этим согласны что существует приемка передача результатов.
Кто-то поставил продукт, кто-то его получил, об этом должна быть запись. Ровно об эту процедуру, а точнее об ее пренебрежение ломается большинство стартапов и юных исполнителей.
Очень грамотные и опытные бизнесмены одним актом приемки передачи могут вывернуть все внутренности вашего бизнеса по супер технологической разработке наизнанку.
А если вы делаете что-то для около-государственных структур … ощущаете холодок?
Давайте сразу уточним, что спецификация результата, того что конкретно изготовлено и получено - обязательна. Иначе как говорят про соцсети - нет фотки, значит не было.
Есть еще одна сторона вопроса - вы сделали именно то, о чем был уговор, во всех деталях. Но ваш начальник, или заказчик или кто угодно смотрит, и при этом понимает (знакомясь с результатом) что ему это по каким-то причинам не подходит, но результат так или иначе без поломок и рабочий, то он смекает быстро, что платить за это не хочет, или не будет принимать вашу работу потому что он лично вас не очень то и любит, и имеет свою бюрократическую власть.
Как раз именно этот вопрос и решается предоставлением спецификации результата, и программы пуско-наладки этого результата вместе с предоставленным результатом.
Живем мы в технологический век, поэтому у каждого результата всегда будет чек, опись и спецификация соответствия. Если не хотите мучать ни себя, ни команду, не плавать в разговорах с инвесторами или клиентами, то делайте спецификации программы пуско-наладки.
Спецификация соответствия всегда даст возможно видеть что сделано а что нет (какие компоненты есть, конкретно вещи), а программа пуско-наладки обозначит как нужно убедиться, тем самым Engagement сценарием что этот результат (компонент) является рабочим.
И в случае, если этот результат не устраивает, то обсуждению подвергается не сам результат а его конкретные характеристики, а также способы проверки этого сценария, что может поднять вопрос целесообразности, если у принимающего на это хватит политической воли.
Как правило эти моменты, не приведенные в должный порядок (то есть отсутствующие спецификации и программы пуско-наладки) являются благодатной средой для создания различного рода проблем, просто потому что людям на приемке очень надо проявлять себя.
Приведу пример рядом, как трюк, но рабочий - в давние времена я подсмотрел у коллег по цеху тактику - договор на услуги опубликован на сайте. То есть когда приходил клиент, он всегда старался врыться в договор, каждый раз проталкивая туда не корректировки собственно договора, а новую суть договора, таким образом многие работают и не скрывают этого.
Было принято решение не редактировать договор, но при этом вносить изменения можно, если они будут сформулированы по существу сотрудничества - как именно и в какой части для нас, как для обеих сторон договора это будет лучше. И если такая формулировка сути вопроса открывала важные смыслы, тогда мы рассматривали изменения в договор.
Поэтому ситуация когда у вас лежит договор не в pdf или на сайте, а в ворде, и просто дежурным образом он попадает любому юристу в цепочке, вы спросите у любого юриста - никогда такого не будет чтобы они не вставили свое мнение по любому вопросу в любой договор.
Вот и точка разрыва, точка рассеивания процесса, причем внешняя от существа дела. Потому что если вот прямо будет что-то критическое, то юрист обязательно выпишет пункты из pdf или сайта, и вышлет вам, если они важны. А если не так важны - то он не будет заморачиваться. Это уже факт, берите на вооружение.
Также взгляните на отсутствие спецификации результата как на этот договор в ворде - это благодатная почва чтобы на этот результат набросить еще чего-либо. И высшее руководство и все участники процесса из самых благих пожеланий - лего тормозят приемку передачу или вообще ее сорвут.
А если ваша спецификация будет “приложена”, то вы получите только существенные корректировки, но при этом они уйдут как новый заказ в новый релиз, не отменяя текущий.