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