Задача в работе, дедлайн горит — и тут заказчик пишет: «А можно ещё маленькую правочку?». Сама по себе ситуация обычная. Проблема начинается, когда таких «правочек» накапливается пять-шесть, описание задачи перестаёт отражать реальную договорённость, а исполнитель с заказчиком понимают объём работы по-разному.
На двух порталах Битрикс24 это заметнее всего. Участники смотрят на разные карточки одной задачи: что-то уточнили в чате на одной стороне, что-то дописали в описании на другой. Межпортальный обмен передаёт поддерживаемые данные — сообщения, файлы, поля, — но не определяет, где проходит граница между уточнением и новой работой. Эту границу команда описывает в собственном процессе.
Три вида изменения
Первый шаг — научиться различать, что именно прислал заказчик.
Уточнение делает уже согласованный результат понятнее, не добавляя самостоятельной работы. Заказчик присылает недостающий текст для блока, который изначально входил в задание, — это уточнение.
Исправление устраняет несоответствие принятому критерию. Согласовали, что телефон в форме обязателен, а форма принимает пустое значение, — это не «новая доработка», а проверка исходного требования.
Дополнительная работа меняет результат или объём: новый раздел, другой сценарий обработки заявки, дополнительный комплект материалов. Здесь уже уместны отдельная оценка и срок.
Важный момент: один и тот же запрос в разных проектах может попадать в разные категории. Решение зависит от согласованной постановки, а не от размера сообщения в мессенджере.
Карточка запроса на изменение
Для значимых требований имеет смысл отправлять новое сообщение по понятному шаблону:
| Поле | Что написать |
|---|---|
| Что меняем | Конкретный результат, поле, экран или материал |
| Зачем | Причина изменения и ожидаемая польза |
| Что было согласовано | Ссылка на пункт актуальной постановки |
| Влияние | Что нужно дополнительно оценить: объём, срок, материалы |
| Решение | Кто подтверждает включение в текущую работу |
Специальная форма или пользовательские поля для этого не нужны — на старте достаточно структурированного текста в чате общей задачи. Если настроено направление обмена, новые пользовательские сообщения сами попадут другой стороне через приложение «Межпортальные задачи и коллабы».
Почему нельзя просто переписать старое сообщение
Техническая причина проста: исправление текста на исходном портале не меняет уже доставленную копию. Заменили «синий» на «зелёный» в старой реплике — вторая сторона продолжит работать по прежнему варианту, потому что у неё уже лежит доставленное сообщение.
Поэтому существенное уточнение отправляется новым сообщением: «В дополнение к предыдущему согласовали зелёный цвет вместо синего». После решения назначенный владелец обновляет общее описание. Приложение автоматический реестр версий требований не ведёт — намерение делает понятным именно порядок действий участников.
Когда нужна отдельная задача
Дополнительную работу стоит выделять, если у неё собственный результат, срок, проверяющий — или её можно принять независимо от исходной. Иначе карточка превращается в бесконечный список несвязанных поручений.
Исправление подписи кнопки — уточнение текущей формы. Разработка личного кабинета для той же страницы — самостоятельная работа. Это условные примеры: конкретное решение принимается по объёму проекта.
И учтите: новая задача не получает автоматически все связи и историю предыдущей. Новое поручение должно отдельно попадать в настроенную область обмена.
Кто обновляет описание
Один владелец актуальной постановки — не два, не «кто успел». После согласования он обновляет описание с разрешённой стороны и сообщает, какие пункты изменились. Одновременное редактирование на двух порталах чревато тем, что одна редакция просто затрёт другую. Правила разрешения таких конфликтов мы разбирали в отдельной статье.
Для управления требованиями важнее не скорость правки, а понятная последовательность: запрос → оценка влияния → решение → обновление постановки.
С чего начать
Возьмите одну общую задачу и договоритесь о трёх вещах:
- Значимые уточнения приходят новыми сообщениями, а не правкой старых.
- Самостоятельная работа получает отдельную карточку.
- Описание меняет один назначенный человек.
Через несколько задач правила докрутите по реальным спорным ситуациям — так регламент получится живым, а не декоративным.
Приложение «Межпортальные задачи и коллабы» оставьте автоматически передавать информацию, а согласование объёма и результата оставьте видимым решением участников.
Top comments (0)