Wiki [3.x] opportunities:projects_and_tasks:creation

B43 Автоматизированный расчет завершения проекта на ...

anonymous@undisclosed.example.com (Anonymous) — Fri, 16 Jan 2026 14:06:11 +0000

B43 Автоматизированный расчет завершения проекта на основании фактических темпов производства

Связанные статьи

Планирование открытых и подземных горных работ

Б47 Автоматизированный процесс планирования длительности работ проекта на основании заданного объема с учетом норм выработки

Проблемы

У директора по производству, начальников ГОК, руководителей направлений добычи нет понимания как фактические темпы выполнения работ влияют на отставание или опережение от исходного утвержденного плана.

Выгоды

Формирование актуальных сроков прогноза завершения работ, на основании фактических темпов производства/добычи.

Назначение

Автоматизировать расчет прогноза срока завершения этапов проекта и проекта на основе процесса фактирования добычи/производства.

Компоненты решения

Настройка ИСУП.
Триггеры.

Автоматизируемые функции и процессы

Фактирование работ. Оперативный пересчет прогноза на основании факта выполнения работ.

Иллюстрация настроенного решения

В задаче зафиксирован общий объем работ (1) плановые сроки работ (2), утвержденные по базовому плану (3)

В процессе актуализации графика сотрудник фиксирует в справочнике актуальные объёмы производства и сроки по дням, неделям или месяцам.

В результате актуализации факта объемов производства автоматически (с помощью триггера), фиксируется:

пересчет процента выполнения, актуализируется статус (в работе) - 1;
формируется новый прогноз завершения (из планового объема вычитается фактический, оставшаяся величина объёма делится на дневную норму нагрузки и формирует прогноз длительности с учетом ранее затраченных дней фактических работ) - 2;
старт работ (как дата первой записи справочника «фактический объем») - 3.

При достижении плановых показателей (фактический объем равен плановому) - задача автоматически переводится в статус завершен.

Обратная связь

**Узнайте о возможностях платформы и подберите лучшее решение на базе ADVANTA**

Хочу так же

B42 Автоматизированный процесс планирования ...

anonymous@undisclosed.example.com (Anonymous) — Fri, 16 Jan 2026 14:05:34 +0000

B42 Автоматизированный процесс планирования длительности работ проекта на основании заданного объема с учетом норм выработки

БП

Связанные статьи

Планирование открытых и подземных горных работ

Б48 Автоматизированный расчет завершения проекта на основании фактических темпов производства

Проблемы

Трудоемкий процесс планирования графика проекта.
Ошибки ручного ввода при самостоятельном расчете длительности.
Отсутствие единого централизованного места хранения информации по нормативной нагрузке машин и оборудования.

Выгоды

У руководителей освобождается время на аналитику и управление, сокращается время рутинного планирования.
Снижение количества срывов сроков из-за ошибок в расчетах.
Единые и актуальные нормы для всех участников проекта, что исключает разногласия и разночтения.

Назначение

Создание реалистичного и обоснованного календарного плана работ, обеспечивающего выполнение заданных объемов в установленные сроки.

Компоненты решения

Настройка ИСУП.
Триггеры.

Автоматизируемые функции и процессы

Процесс расчета длительности работ проекта, формирование плана по объемам работ в разрезе ресурсов различного типа и любых единиц измерения.

Иллюстрация настроенного решения

В качестве дополнительной настройки:

А. справочник с суточными нормами выполнения работ для конкретного ресурса или комбинации ресурсов (бригада + оборудование + зона добычи);

Б. В качестве «ресурсов» используются реквизиты работ (бригады/ зоны/ оборудование) + дополнительные реквизиты для аналитики и построения отчетности (например единицы измерения).

В. Справочник для фиксации детализации базового плана работ (объем по дням, в разрезе ресурсов различных типов и единиц измерения).

Пошаговый процесс планирования:

Шаг 0. В процессе подготовки планирования ответственный сотрудник или подразделение актуализирует (исходно и далее по необходимости) справочник с нормами выполнения работ (А).

Шаг 1. В процессе планирования работ проекта, сотрудник (в Ганте или на карточке объекта) фиксирует основные параметры (реквизиты) добычи/производства:

ед. изм (0) – по необходимости; Объем работ (1); Зона (2); Бригада (3); Оборудование (4).

Шаг 2. Запускается комплекс триггеров расчета длительности работ:

- поиск по заданным параметрам (бригада/оборудование…) совпадений в справочнике с нормами выполнения работ;

- соответствующее значение нормы подставляется в качестве «нормы выполнения задачи» (или нагрузки). При необходимости нагрузки можно корректировать вручную;

- происходит расчет длительности работы, как отношения «Объема работ» к «норме выполнения»;

- полученное значение длительности фиксируется в качестве продолжительности выполнения работы (2);

- на основании полученного значения длительности устанавливаются плановые сроки (1).

Шаг3. Комплекс триггеров по формирование базового плана проекта, пересчет длительности

Ежедневно по расписанию запускаются:

- триггер фиксации базового плана, в результате действий которого происходит отбор работ, для которых за последние сутки отработал комплекс автоматизации «Шаг 2». Для полученного множества фиксируется: в справочнике «Базовый план» (конструкция ведущий-подчиненный) основные параметры с Шага 1 и Шага 2 (версия 1 записи). Далее идет построение детализации базовой длительности работ, которая формирует норма/день выполнения.

- для отобранных работ, формируется перечень проектов, выполняется пересчет длительности и фиксация базового плана в диаграмме Ганта по срокам.

Шаг 4. (Не обязательный) В случае системного обновления справочника норм выполнения работ (Шаг 0), для каждого проекта индивидуально можно запустить «пересчет нагрузки», т.е. инициировать работу расчета нагрузки и пересчет длительности и плановых сроков (автоматизации «шаг1-3») для не завершенных задач проекта. Процесс обновления, регулируемый руководителем проекта, в силу необходимости.

Обратная связь

**Узнайте о возможностях платформы и подберите лучшее решение на базе ADVANTA**

Хочу так же

Планирование открытых и подземных горных работ

anonymous@undisclosed.example.com (Anonymous) — Wed, 26 Nov 2025 13:59:36 +0000

Планирование открытых и подземных горных работ

Управление производством

Связанные статьи

Б48 Автоматизированный расчет завершения проекта на основании фактических темпов производства

Проблемы

У директора по производству, начальников ГОК, руководителей направлений добычи отсутствует единая информационная система, поддерживающая разработанную методологию и связывающая план-график добычи (вне зависимости от территориального расположения и часовых поясов), объемы (план-факт), производительность бригад и оборудования, простои из-за плановых ремонтов и поломок.
Планирование работ осуществляется на основе ежеквартальных статистических данных, которые вручную перегружают из нескольких систем. Процесс занимает длительное время, а требуется оперативное планирование, на основе текущих данных.
Обработку данных осуществляют сотрудники с разной квалификацией и подготовкой, в процессе возникают многочисленные ошибки и недостоверная информация. Отсутствует единый подход к внесению и актуализации данных
Сложный процесс планирования, включающий расчеты длительности работ проекта в зависимости от объема работ к плановому ежедневному объему.
Трудоёмкий процесс актуализации графика, включающий пересчет длительности работ в зависимости от фактического темпа выполнения работ.

Выгоды

Единая актуальная картина по срокам (плановым и фактическим) и объемам выполненных работ план-графиков. В независимости от территориального расположения места производства/добычи.
Возможность быстро реагировать на изменения и перепланировать работы на основе текущей ситуации, а не исторических данных.
Внедрение единых регламентов внесения и актуализации данных обеспечит согласованность и предсказуемость информации.
Повышение точности планирования загрузки производственных ресурсов (бригады, оборудование) позволит эффективнее использовать и распределять их.
Графики работ автоматически актуализируются на основе фактических темпов добычи, всегда отражая текущую ситуацию по проекту.

Назначение

Создание единого и прозрачного информационного пространства, которое автоматизирует планирование и контроль добычи/производства, связывает в реальном времени плановые показатели с фактическими результатами работы на всех участках и обеспечивает руководство актуальными данными для принятия оперативных управленческих решений.

Компоненты решения

Настройки ИСУП.
Отчеты типа OLAP, электронная таблица.
Дашборды.
Автоматизация (триггеры).

Автоматизируемые функции и процессы

Формирование производственного плана-графика.
Фактирование работ. Оперативный пересчет прогноза на основании факта выполнения работ.

Иллюстрация настроенного решения

Решение включает автоматизацию двух последовательных процессов с помощью триггеров:

Планирование работ - формирование длительности в зависимости от заданного объема и производительности. (Б47)
Фактирование работ - автоматизированный расчет прогноза завершения проекта на основании факта выполнения работ. (Б48)

Для удобства работы, все основные реквизиты выносятся в табличную часть Ганта

При планировании работ, строится детализация объемов по дням для отслеживания загрузки ресурсов (оборудования/бригад в разрезе зон добычи и единиц измерения). На основании которой формируется отчетность:

OLAP отчеты по ресурсам в разрезе зон и ед. изм. (можно настраивать вручную удобный вид)

Типовые отчеты в формате Excel на основе внесенных данных. Отчеты можно выгрузить и направить заинтересованным лицам.

Сводные дашборды

Обратная связь

**Узнайте о возможностях платформы и подберите лучшее решение на базе ADVANTA**

Хочу так же

B15 Проверка качества подготовки карточки и графика ...

anonymous@undisclosed.example.com (Anonymous) — Fri, 16 Jan 2026 13:57:47 +0000

B15 Проверка качества подготовки карточки и графика проекта перед сохранением БП с выдачей рекомендаций по устранению недостатков

БП, через тсл

Проблемы

Перед сохранением базового плана сотруднику проектного офиса приходится тратить много времени на проверку качества подготовки проекта и соответствия проекта методологии.
При выявлении недостатков требуется сформулировать замечания, провести коммуникацию с РП, затем повторно проверить подготовку проекта в ИСУП.

Предположим, что проверка и выдача замечаний занимает 15 минут на один проект; 2 итерации. На один проект уйдет 30 минут. При портфеле 100 проектов в год потребуется больше 6 р.д. только на проверку готовности проекта к утверждению БП.

Выгоды

Сокращение времени ПРОФ проверку готовности проектов к утверждению проектов.
Получение ресурса на обучение / проработку новых методологических фич для компании.
Сокращение ошибок при подготовке проектов.

Назначение

Автоматизация проверки карточки проекта и плана-графика проекта (в том числе, с применением метрик), формирование выводов и рекомендаций.

Компоненты решения

Настройки ИСУП
Триггеры

Автоматизируемые функции и процессы

Разработка расписания
Определение бюджета

Особенности

Описание и иллюстрации

Схема работы:

Описание реализации:

Зайдите на карточку проекта и выберете раздел «Дискуссии».
Создайте дискуссию с типом «Утверждение базового плана».
Сохраните дискуссию с типом «Запрос на утверждение БП».

После сохранения Цифровой помощник направит ответ в дискуссию: сообщит о статусе согласования и даст рекомендации по утверждению базового плана.

Описание работы триггера:

После сохранения дискуссии Система проверяет наличие задач без связей, маркирует их специальным признаком (признак можно будет вывести в карточку задачи), задачи без предшественников можно вывести в соответствующий отчет.
Если в графике имеются задачи без связей, то в дискуссию о сохранении базового плана автоматически добавляется сообщение о необходимости доработки графика.
После сохранения дискуссии высылается уведомление проектному офису, РП и администратору проекта с информацией о том, что проект готов с перечнем задач, у которых отсутствуют связи с предшественниками.
После устранения недостатков пользователь заполняет специальный реквизит в дискуссии значением: Недостатки устранены, прошу сохранить БП. Система проводит повторную проверку задач без связей, если таковые обнаружены, то повторяет шаги с записью списка задач, уведомлением и т.д.

Обратная связь

**Узнайте о возможностях платформы и подберите лучшее решение на базе ADVANTA**

Хочу так же

B16 Ролевые согласования

anonymous@undisclosed.example.com (Anonymous) — Fri, 16 Jan 2026 13:57:58 +0000

B16 Ролевые согласования

БП, через тсл

Проблемы

При автоматизации процессов управления проектами через Систему, столкнулись с ограничением ролевых согласований, можно только вручную добавлять конкретных пользователей или делать шаблоны с конкретными пользователями, это неудобно т.к. рядовые исполнители не всегда знают кого нужно позвать, нужно тратить время выясняя нужных людей.
До внедрения ИСУП согласовывали через почту. Согласование часто зависало на одном человеке и было необходимо потратить время что бы понять на ком именно и напоминать ему.

Выгоды

Сокращение трудозатрат пользователей на запуск согласований.
Снижение требований к уровню подготовки пользователей за счёт автоматизированного запуска согласований.
Своевременность запуска согласований на правильных участников.

Назначение

Появилась возможность запускать согласования с уровня проекта, в которое автоматически подтягиваются пользователи задействованные в этом проекте.

Компоненты решения

Настройки ИСУП
Триггеры / Скрипты

Автоматизируемые функции и процессы

Добавление участников согласования в соответствии со списком ролей в шаблоне

Особенности

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

Описание и иллюстрации

Описание настроенного функционала с примером реализации:

Шаг 1

Добавить ролевых пользователей с названиями ролей задействованных на проектах, например: Заместитель директора по строительству, Руководитель проекта, Проверяющий сметчик и т.д.

Шаг 2

Создать дополнительные реквизиты (помимо стандартных Руководитель/Исполнитель) для указания какой пользователь в какой роли выступает на проекте.

Шаг 3

Разработать триггер где событием будет создание согласования, а действиями замена ролевого пользователя на пользователя из реквизита указанного на проекте (необходимо расписать соответствие в зависимости от настроенного решения).

Шаг 4

Разработать шаблоны согласования, где в маршруте будут ролевые пользователи.

Обратная связь

**Узнайте о возможностях платформы и подберите лучшее решение на базе ADVANTA**

Хочу так же

B30 Система планов как архитектура системы ...

anonymous@undisclosed.example.com (Anonymous) — Fri, 16 Jan 2026 14:02:34 +0000

B30 Система планов как архитектура системы управления проектом

БП, через тсл

Проблемы

Использование единого плана для крупных проектов
a. Один общий план для масштабных проектов приводит к путанице и снижению гибкости управления.
b. Сложность внесения изменений в план без нарушения целостности проекта.
c. Невозможность делегировать управление отдельными частями проекта разным руководителям.
Отсутствие параллельной работы с разными плана
a. Нет возможности одновременно работать с актуальным планом и готовить новую редакцию.
b. Нет возможности руководителю создать свой план работ без влияния на проект в целом.
Сложность управления взаимозависимостями между задачами
a. В едином плане сложно отслеживать и управлять связями между задачами разных частей проекта.
b. При изменении одной части плана сложно оценить влияние на другие части проекта.
c. Отсутствие четкого разделения зон ответственности между руководителями проекта.

Выгоды

Повышение гибкости управления проектом
a. Возможность использовать множество оперативных планов вместо одного общего, что упрощает управление сложными проектами.
b. Каждый руководитель может разрабатывать и управлять своими планами без влияния на другие части проекта и на Мастер план.
c. Система планов, построенная по принципам «слабосвязанных архитектур», обеспечивает гибкость и адаптивность.
Параллельная работа с несколькими версиями плана
a. Одновременное существование нескольких редакций плана: одна используется для текущей работы, другая - для подготовки изменений.
b. Переключение на новую версию плана после утверждения.
c. Архивация старых версий плана для сохранения истории изменений.
Упрощение делегирования ответственности
a. Возможность распределять ответственность за разные части проекта между руководителями в разрезе результатов.
b. Каждый план оформляется как отдельный документ, согласуется и ставится на контроль независимо от других планов.
c. Четкое разделение зон ответственности между участниками проекта, что снижает риски и конфликты.
Улучшение прозрачности и контроля
a. Мастер-план как каркас системы планов обеспечивает обзор всего проекта на высоком уровне.
b. Папка «Действующие планы» позволяет работать со всей совокупностью планов проекта как с одним общим планом.

Назначение

Система управления планами предназначена для обеспечения гибкого управления крупными проектами через использование множества оперативных планов и единого в мастер-плана. Она позволяет:

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

Компоненты решения

Мастер-план проекта
a. Ключевой и единый план проекта, структурно и по содержанию представляющий собой детализированный Единый сводный план график (ЕСПГ).
b. Связывает все результаты и активности проекта, обеспечивая обзор на высоком уровне.
Оперативные планы
a. Гибкий инструмент организации работ для РП и команд проекта.
b. Включает календарные планы работ, управление сроками по work-flow, релизные планы.
Папка «Действующие планы»
a. Механизм, позволяющий работать со всей совокупностью планов проекта как с одним общим планом.
b. Обеспечивает формирование единой картины проекта.
Система управления версиями планов
a. Возможность одновременного существования нескольких редакций плана.
b. Архивация старых версий плана после перехода на новую версию.

Особенности

Принцип «слабосвязанных архитектур» - структурирование планов так, чтобы коммуникации между командами не становились узким местом.
Каждый план как неделимый целостный документ - планы оформляются отдельными документами.

Автоматизируемые функции и процессы

Формирование сводного плана
a. Сборка мастер-плана из отдельных оперативных планов через папку «Действующие планы».
b. Визуализация связей между разными планами и выявление потенциальных конфликтов.
Управление версиями планов
a. Параллельная работа с несколькими редакциями плана (актуальная версия и версия в разработке).
b. Переключение на новую версию плана после утверждения и архивация старой версии.
Согласование отдельных планов
a. Процесс согласования каждого плана как единого целостного документа.
b. Проверка согласованности между разными планами на этапе их согласования.

Описание решения и иллюстрации

Подходы к планированию: - Детальное планирование выполняется только на ближайшие этапы проекта (Метод набегающей волны) - Любой руководитель любого уровня должен иметь возможность разработать любой план, если ему это нужно и управлять им в ИСУП - Каждый отдельный план оформляется отдельным документом, согласуется и ставится на контроль в ИСУП как единое целое, а не растаскивается по частям - Связи между задачами разных планов не обязательно должны фиксироваться в системе. - Может одновременно существовать несколько редакций плана. По одной идет работа, одновременно планировщик может готовить новую редакцию внося изменения (после готовности происходит переключение на новую редакцию, а старая размешается в архиве) Использование одного общего плана для крупного проекта неудобно, если вообще возможно
Мастер план
Это каркас проекта, это детализированный Единый сводный план график (ЕСПГ, Дорожная карта) в ИСУП, связывающий все результаты и активности.
Оперативные планы
Это гибкий инструмент организации работ для РП и рабочих команд.
Используя папку «Действующие планы» можно работать со всей совокупностью планов проекта как с одним общим планом

Версионность планов

Обратная связь

**Узнайте о возможностях платформы и подберите лучшее решение на базе ADVANTA**

Хочу так же