Сроки в 1С-проекте: как согласовать объём и приёмку

Я собрала порядок работы из четырёх частей: описать ожидаемый результат, назвать границы задачи, оценить шаги и допущения, затем согласовать, как сообщать об изменениях. Этот порядок не гарантирует срок. Его цель - сделать видимыми основания оценки и изменения объёма.

🎯 Сначала договоримся о результате

Фраза «сделать удобнее» не говорит, что именно должно измениться. Попросите заказчика показать ситуацию, в которой возникает проблема: какой документ или отчёт открыт, что пользователь делает, чего не получает и какое решение принимает по результату.

Для доработки отчёта можно записать задачу так:

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

Затем зафиксируйте, что будет считаться готовым. Например: на согласованном наборе данных итог сходится с контрольным отчётом; группировка соответствует утверждённому макету; переход открывает нужный документ. Если ожидаемый результат нельзя проверить, формулировку пока рано превращать в обещание по сроку.

📂 Отделим объём задачи от будущих пожеланий

Запишите, что входит в текущую работу, а что остаётся за её пределами. Это не способ отказать заказчику. Так обе стороны видят, за какой результат сейчас отвечает оценка.

Заполняйте строки под конкретную задачу. Если новая просьба меняет критерий приёмки, это изменение объёма. Запишите его, оцените влияние и предложите заказчику выбрать: добавить работу, убрать другую часть или перенести срок.

💻 Оценим шаги и назовём допущения

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

Разложите работу на наблюдаемые шаги. У каждого укажите результат, от которого зависит оценка:

Не добавляйте к оценке произвольный процент «на всякий случай». Если объём неизвестен, покажите неизвестность отдельно: «Срок уточню после проверки варианта отчёта и источников данных». Это честнее точной даты, основанной на догадке.

Когда оценка готова, сообщите её вместе с условиями: что должно быть предоставлено, кто отвечает за согласование и какое событие меняет план. Тогда новая информация не выглядит внезапным оправданием.

📊 Дадим заказчику короткий статус

Статус нужен для решения: он показывает готовый результат и место, где требуется участие заказчика. Достаточно четырёх строк:

Готово: [результат, который можно посмотреть]
Дальше: [следующий проверяемый шаг]
Риск: [что мешает или может изменить срок]
Нужно от заказчика: [решение или данные и дата, к которой они нужны]

Например, если выяснилось, что макет отчёта ещё не согласован, так и напишите. Укажите, что разработка продолжится после выбора полей, и спросите, какой вариант заказчик подтверждает. Не заменяйте это сообщением «работа идёт»: оно не объясняет, что готово и где требуется решение.

Если срок стал сомнительным, сообщите об этом сразу, вместе с причиной и вариантами. Не обещайте прежнюю дату, пока не пересчитали изменившийся объём.

🔍 Зафиксируем изменение до того, как оно станет новой обязанностью

Пожелание, которое появилось после согласования задачи, сначала нужно описать. Для него достаточно небольшой записи:

Запрос: [что нужно добавить или изменить]
Почему: [какую ситуацию пользователя это решает]
Влияние: [что в критериях или проверках меняется]
Оценка: [что известно; какие вопросы остались]
Варианты: [добавить работу / заменить часть объёма / перенести срок]
Решение: [кто и что подтвердил]

До решения пометьте запрос как ожидающий согласования. Не включайте его молча в текущую оценку: тогда заказчик может считать его исходным требованием, а команда - дополнительной работой.

Если просьба исправляет недочёт относительно уже согласованного критерия, это не новая функция. Сначала сравните результат с договорённостью, затем определите дальнейшие действия.

🤝 Проведём приёмку по заранее согласованным критериям

Перед показом проверьте каждый критерий на тех данных и в тех условиях, о которых договорились. Передайте заказчику результат и перечислите, что проверено. Если есть ограничения или неподготовленные условия, назовите их явно.

Замечание заказчика сопоставьте с критерием:

• если критерий не выполнен, зарегистрируйте дефект и согласуйте исправление;
• если критерий выполнен, а требуется новое поведение, опишите изменение и его влияние на срок;
• если критерий можно понять по-разному, уточните формулировку до следующего изменения.

Так разговор о приёмке опирается на согласованный результат и записанные условия.

📂 Файл-компаньон: от запроса до пакета приёмки

В архиве приложен «План задачи 1С». Распакуйте его и откройте plan-task-1c.html в браузере. Для работы не нужны установка, сервер или внешние библиотеки. Инструмент содержит карточку задачи, оценку этапов, вопросы к заказчику, журнал изменений, критерии приёмки и статус для передачи заказчику.

Начните с кнопки «Пример: до уточнения». Поручение «добавить пару колонок» ещё не содержит проверяемого результата; инструмент показывает «Дату называть рано» и перечисляет незакрытые вопросы. Кнопка «Учебный пример» открывает заполненную задачу: один вариант отчёта по взаиморасчётам, итог по контрагенту и детализация до документов. Имена, оценки и свидетельства примера вымышлены и явно отмечены как учебные.

В примере этапы дают 20-30 ч, а просьба добавить просроченную задолженность оценивается ещё в 6-10 ч и ожидает решения. Пока запрос не принят, эти часы остаются за пределами текущей оценки. Примите его, запишите решение и критерий проверки: оценка станет 26-40 ч, появится требование пересогласовать объём. Прежняя договорённость остаётся в истории с копией её условий и оценок.

В приёмке одной отметки «Успешно» недостаточно. Для каждого критерия нужны фактический результат, свидетельство, проверяющий и дата. Если общий итог включает документ другой организации, это дефект относительно согласованного критерия. В WORKED-CASE.md показано, как разобрать такую ситуацию, отложить дополнительную колонку и подготовить передачу результата. Сам отчёт или обработка 1С в архив не входят.

Сохраните задачу кнопкой «Сохранить JSON»; автоматического сохранения нет. Этот файл хранит задачу и историю согласований, его можно открыть на другом компьютере. На вкладке «Статус и отчёт» доступны сообщение для заказчика, Markdown, печатный HTML и журнал изменений CSV. Программа проверяет заполненность сведений; реальные результаты и согласие заказчика подтверждают участники проекта.

Проверка реализации дала следующий вывод команд. Это результаты автоматических проверок учебного сценария; визуальный просмотр браузером в них не входит:

node verify.cjs
RESULT 21 сценарных проверок успешно.

node evidence/verify-dom.cjs
RESULT DOM 14 проверок успешно. jsdom - модель DOM; визуальный рендеринг браузером не проверен.

Второй прогон выполнен в редакционном окружении с jsdom; его журнал сохранён рядом с комплектом статьи. Для обычной работы с HTML этот пакет и Node.js не нужны.

Остаток оценки незавершённых работ переводится в условные рабочие дни при заданной доступности одного исполнителя. Для начатого этапа используется исходная оценка: исполнитель уточняет оставшуюся работу отдельно. Ожидания заказчика, выходные, праздники и параллельный график не рассчитываются. Инструмент помогает записать основания оценки и решения; календарную дату сдачи он не обещает.

🏁 Итог

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

Этот порядок не устраняет неопределённость в 1С-проекте и не обещает сдачу к любой дате. Он делает видимыми условия оценки и помогает согласовать изменение плана до того, как оно превратится в аврал.

 

Нинель Адольевна Щербакова (Ninel_S)

Архитектор • SRE & DevOps инженер • HighLoad 1С

Автор технических публикаций на Infostart. Разработчик NOPik, SRE-Suite-for-1C и мультиагентных ассистентов для экосистемы 1С:Предприятие.

Каталог статей и открытых репозиториев Ninel_S