Правила передачи как часть работы, а не любезность
Работа не закончена, пока её нельзя обслуживать без нас. Это проверяемое требование, и оно определяет, что вообще попадает в объём.
В описании каждой нашей работы есть пункт «правила передачи». Он стоит рядом с целью, сроком, бюджетом, исходниками и документацией — то есть является частью объёма, а не бонусом на выходе.
Смысл в проверяемом требовании: работа не закончена, пока её нельзя обслуживать без нас.
Что входит в правила передачи
Где лежат исходники и как из них собрать результат. Какие внешние сервисы задействованы и на кого они зарегистрированы. Какие доступы существуют и как их сменить. Что делать в трёх типовых ситуациях: обновить содержимое, поправить оформление, восстановить работу после сбоя.
И явный перечень того, что мы не документировали, — если такое есть.
Почему последний пункт обязателен
Потому что документация всегда неполна, и разница между полезной документацией и бесполезной — в том, признаёт ли она это.
Документ, который выглядит исчерпывающим, но молчит о трёх нетривиальных местах, хуже документа, который эти три места перечисляет как неописанные. В первом случае человек будет искать ответ, которого нет.
Проверка передачи
Правила передачи проверяются, а не пишутся.
Способ простой: результат воспроизводится с чистой машины по написанному документу, человеком, который в проекте не участвовал. Если не получается, документ не готов.
Это скучная процедура, и она находит вещи, которые невозможно заметить изнутри: неявные зависимости, «у меня уже установлено», шаг, который автор делает автоматически и не считает шагом.
Как это влияет на объём работы
Требование передаваемости отсекает решения, которые нельзя передать.
Хитрая конструкция, работающая быстрее и требующая знания её автора, в объём не попадает — не потому, что плохая, а потому, что не проходит проверку.
Это обедняет решения и делает их пригодными к жизни после нас. Мы считаем обмен правильным, и он не бесплатный: иногда приходится выбирать более скучный вариант.
Зачем это нам
Кажется, что подробная передача работает против исполнителя: заказчик получает независимость и не возвращается.
Возвращается, и по лучшей причине — с новой задачей, а не потому, что деваться некуда. Разница видна в разговоре: заказчик, который может уйти, обсуждает работу; заказчик, который не может, обсуждает условия.
Что это значит для формулировки «конечный релиз»
Конечность работы обеспечивается именно этим пунктом. Без него «работа закончена» означает «мы перестали ей заниматься», а результат живёт, пока не потребуется первое изменение.
Отсюда простой тест, который стоит применять к любому исполнителю: попросить описать, как обслуживать результат без него. Ответ «звоните нам» — это ответ про модель работы, а не про сложность задачи.