Общие сведения
Надёжность и безопасность
Покупка лицензии
Начало работы
Роли в системе
Проекты
Концепции
Компоненты
Инструкции
Задачи
Финансы
Ресурсы
Таймшиты
FAQ
Клиенты
Поддержка
Вики
Затраты
Отчёты и аналитика
Типы отчётов
Использование отчётов
Группировка данных источника
Группировка данных в отчёте
Типы виджетов
Общие отчёты и шаблоны
Настройка отчёта
Экспорт отчётов
Пользовательские настройки отчёта
Вычисляемые поля
Особые колонки отчётов с временными рядами
Использование панелей мониторинга
Публикация панелей
Панели сущностей
Фильтры источников данных
Отчёты по сущностям
FAQ
Настройка и администрирование
Типовой порядок настройки системы
Интеграция с Mattermost
Язык формул и выражений
Язык шаблонов
API
Общие сведения
Аутентификация
Примеры использования API
Справочник API
API для структуры проекта
Reporting API
Рекомендации по работе с Reporting API
Ограничения
Timetta MCP Server
On-premises
История изменений
2026
Термины и определения

Работа с версиями проектов

Обновлено: 20.05.2025

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

Кейс 1. Утверждение плана проекта.

Типовой процесс:

  1. Выполняется оценка проекта (Выручка, Затраты, Ресурсный план, Себестоимость и т. д.).
    Рекомендуется выполнять оценку в Проекте, не создавая для этих целей отдельной версии.
  2. Когда оценка выполнена и готова к утверждению в качестве плана, создается новая версия, путем копирования оценки из Проекта.
    Копировать оценку
  3. Созданная версия направляется на согласование. Если версия согласована, устанавливается отметка «Мастер-план» и версия становится источником для расчёта плановых показателей проекта. Если версия не проходит процесс согласования и требуется пересмотр оценки, рекомендуется вносить изменения в Проект, создавать новую версию и вновь запускать процесс согласования.

Не рекомендуется:

  • Делать пустую версию и выполнять оценку в ней.
  • Вносить изменения в версию в ходе процесса согласования, если версия была отклонена и требуются корректировки оценки.

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

Пример:

  1. В Проекте выполняется оценка.
  2. Создается новая версия (Мастер-план v1) путем копирования оценки из Проекта, запускается на согласование.
  3. В процессе согласования появляются замечания. Корректировки вносятся непосредственно в версию «Мастер-план v1».

В этот момент сведения в Проекте и в версии «Мастер-план v1» станут различными. Если версия «Мастер-план v1» будет утверждена и назначена Мастер-версий, плановые и оценочные показатели будут различны. Потребуется обновить сведения в Проекте для синхронизации с Мастер-версией. Эту операцию можно выполнить с помощью механизма слияния (слияние с заменой), однако более рекомендуемый сценарий — использовать для оценки Проект, и при каждом изменении создавать новую версию путем копирования Оценки.

Кейс 2. Прогнозирование.

  • По мере реализации проекта необходимо поддерживать все его показатели в актуальном состоянии, чтобы исполнительный менеджмент мог своевременно получать прогноз по каждому проекту, а команда проекта могла принимать правильные решения.
  • Учёт фактических показателей в ходе реализации проекта, фиксирование промежуточных прогнозов и актуализация плана при внесении изменений осуществляется с помощью создания Снапшотов. Снапшот фиксирует фактические и оценочные показатели на момент его создания.
  • Для фиксации актуального прогноза необходимо создать новую версию проекта и назначить ее Снапшотом.
    Снапшот
  • Версия в состоянии Снапшот дает ответ на вопрос «Как менеджер прогнозировал показатели проекта на момент создания Снапшота?».
    Подробнее — Снапшот проекта.

Кейс 3. Расширение объема работ.

  • В ходе реализации проекта может возникнуть необходимость в расширении объема работ — создания новых этапов и задач.
  • В таком случае создается новая пустая версия проекта, в которой оцениваются дополнительные работы, после чего версия проекта утверждается.
  • Далее необходимо объединить созданную версию проекта с текущей Мастер-версией проекта посредством слияния двух версий в новую (тип слияния — дополнение данных) и назначить объединенную версию проекта Мастер-версией.
    Слияние версий
  • После этого необходимо обновить информацию в самом проекте. Это можно сделать посредством слияния из источника в приёмник (проект), дополнив проект данными из Мастер-версии (тип слияния — дополнение данных). Подробнее — Слияние версий проекта.

Кейс 4. Изменение плана реализации проекта.

  • Если в ходе реализации проекта необходимо полностью пересмотреть прогноз дальнейших работ, нужно актуализировать прогнозные показатели в проекте и создать новую версию проекта посредством копирования прогноза.
    Копировать прогноз
  • Далее эту версию проекта нужно отправить на согласование и назначить новой Мастер-версией.
    Подробнее — Версии проекта.

Кейс 5. Изменение периодов этапов проекта.

  • В ситуации, когда меняются сроки реализации этапов проекта, но не состав и объем работ, нужно создать новую версию проекта посредством копирования показателей Мастер-версии и в созданной версии проекта изменить даты.
  • Далее эту версию проекта нужно отправить на согласование и назначить новой Мастер-версией. Подробнее — Версии проекта.

Содержание

Кейс 1. Утверждение плана проекта. Кейс 2. Прогнозирование. Кейс 3. Расширение объема работ. Кейс 4. Изменение плана реализации проекта. Кейс 5. Изменение периодов этапов проекта.
Спросить ИИ Получить ответ по материалам документации
Введите запрос для поиска по документации
Ничего не найдено, уточните запрос
AI

Похоже, вам удобнее русский язык. Перейти на русскую версию?