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