Перейти к содержимому

Документация — часть definition of done, а не отдельная задача «потом». Если изменение затронуло строку из левой колонки — правая обновляется в той же задаче, и ревьюер это проверяет:

Что меняем Что обновляем
Интеграцию (контракт, точки входа, расписание) Паспорт интеграции
Внешнюю обработку / отчёт / ВПФ Карточку: Информация и Версия в СведенияОВнешнейОбработке() + строка «что изменилось»
Регламентное задание (новое, расписание, смысл) Реестр регламентных заданий
Экспортный метод программного интерфейса Комментарий-описание: назначение, параметры, возвращаемое значение
Роли и права Описание профилей: кому какой профиль выдаётся и почему
Поведение, заметное пользователю Инструкцию или памятку «что изменилось»
Архитектурное решение с долгосрочными последствиями ADR-запись
Состав баз и правила контуров Описание контуров

Для экспортных методов в области ПрограммныйИнтерфейс описание обязательно — это же проверяют диагностики PublicMethodsDescription, MissingParameterDescription, MissingReturnedValueDescription.

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

  • Рефакторинг без изменения поведения не требует правок пользовательской документации и паспортов — но описания затронутых экспортных методов поддерживаются в актуальном состоянии.
  • Неэкспортные (служебные) методы — описание по необходимости: когда имя и код не самодостаточны.