Старый ГОСТ деплоя не испортит

Кстати, о технических заданиях. Очень часто сталкиваюсь с тем, что ТЗ пишут заказчик с маркетологом в виде «хочу сайт-магазин в такой-то срок и с такими-то фильтрами в поиске! И с интеграцией с 1С».

Господа программисты, а признайтесь себе честно: кто хоть раз в жизни читал ТЗ, сделанное по ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»? И соответствующими документы, как, например, порядок контроля и приёмки по ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем»?

Конечно, нет нужды следовать ЕСПД и рисовать ЕСКДшные рамки, но эти ГОСТы писали люди, набившие несколько десяток шишек на разработке и вводе системы в эксплуатацию. Там предусмотрены большинство возникающих в реальной жизни проблем. Обязательное указание цели системы, взаимодействия с другими системами, требования к персоналу, к времени работы, детально прописанная процедура сдачи-приёмки, включающая регламент проведения тестирования при приёмке, — всё это существенно сокращает количество возможных недопониманий между заказчиком и программистом.

Возьмите эти ГОСТы, выкиньте оттуда то, что вам не нужно, заставьте ваших продажников (или кто у вас взаимодействует с заказчиком) заполнить хотя бы половину тех пунктов, которые должны быть в нормальном ТЗ, и жизнь ваша станет чуточку проще и веселее.