Различия
Показаны различия между двумя версиями страницы.
| Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
| opportunities:projects_and_tasks:planning:task_duration [18.02.2026 10:53] – [Проблемы] Пенчук Денис | opportunities:projects_and_tasks:planning:task_duration [18.02.2026 15:42] (текущий) – Пенчук Денис | ||
|---|---|---|---|
| Строка 6: | Строка 6: | ||
| Проверка доступности ресурсов полезна, | Проверка доступности ресурсов полезна, | ||
| + | |||
| \\ • задачи планируются, | \\ • задачи планируются, | ||
| \\ • один и тот же ресурс используется в нескольких проектах, | \\ • один и тот же ресурс используется в нескольких проектах, | ||
| Строка 12: | Строка 13: | ||
| // | // | ||
| + | {{ : | ||
| + | |||
| + | ===== Как решение меняет процесс работы для участников===== | ||
| + | |||
| + | ^ Руководитель проектов | ||
| + | | • Запускает проверку доступности ресурсов на уровне задачи или проекта | ||
| + | |||
| + | ===== Какие инструменты получает компания и Проектный офис ===== | ||
| + | * Проверка доступности сотрудников на уровне задачи, | ||
| + | * Отчеты по загрузке на уровне проекта или портфеля; | ||
| + | * Ручной или автоматический запуск проверки доступности ресурсов; | ||
| + | * Дискуссии по ресурсным конфликтам; | ||
| + | * Расчет доступной мощности сотрудников и расчетной длительности задач; | ||
| + | * Отображение загрузки и доступности сотрудников на диаграмме Ганта; | ||
| + | * Выявление конфликтов по загрузке сотрудников. | ||
| + | |||
| + | |||
| + | ===== Как работает механизм проверки доступности ресурсов ===== | ||
| + | |||
| + | **1. Руководитель проекта назначает ресурсы на задачу и запускает проверку** | ||
| + | |||
| + | Проверка доступности ресурсов используется может быть запущена как по инициативе пользователя, | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | **2. Система проверяет занятость сотрудников** | ||
| + | |||
| + | Система проверяет, | ||
| + | |||
| + | {{ : | ||
| + | Информация о конфликте фиксируется в специальном справочнике на уровне задачи. | ||
| - | ===== Выгоды ===== | + | {{ : |
| - | Сокращение потерь времени и срывов проектов, | + | |
| - | ===== Назначение ===== | + | **3. Руководители проектов договариваются о занятости** |
| - | Автоматизировать проверку | + | |
| - | ===== Компоненты решения | + | Руководители |
| - | * Настройки ИСУП | + | |
| - | * Триггеры | + | |
| - | ===== Автоматизируемые функции и процессы ===== | + | {{ : |
| - | * Разработка расписания | + | |
| - | ===== Описание и иллюстрации ===== | + | **4. Руководитель проекта вносит корректировки в план-график** |
| - | **Реализация процесса проверки доступности ресурсов проекта в системе: | + | |
| - | \\ | + | |
| - | 1) **Инициализация процесса.** Руководителем проекта осуществляется распределение ресурсов по проекту с последующим запуском команды расчета продолжительности в карточке | + | |
| - | \\ | + | |
| - | <image shape=" | + | |
| - | \\ | + | |
| - | <image shape=" | + | |
| - | \\ | + | |
| - | Система может самостоятельно проверять доступность ресурса, | + | |
| - | \\ | + | |
| - | 2) **Отбор задач для анализа.** Проверке подлежат проектные задачи, | + | |
| - | \\ | + | |
| - | 3) **Проверка доступности**. В ходе проверки анализируется не только текущая загрузка ресурсов на других проектах и задачах, | + | |
| - | \\ | + | |
| - | 4) **Действия при положительном результате проверки (ресурсы доступны): | + | |
| - | \\ | + | |
| - | - Реквизиту «Доступность ресурсов» присваивается значение: | + | |
| - | \\ | + | |
| - | - Фиксируется дата проведения проверки. | + | |
| - | \\ | + | |
| - | - Значение расчетной продолжительности задачи приравнивается к плановой. | + | |
| - | \\ | + | |
| - | <image shape=" | + | |
| - | 5) **Действия при отрицательном результате проверки (выявлена недоступность ресурсов): | + | |
| - | - Реквизиту «Доступность ресурсов» присваивается значение: | + | |
| - | - Фиксируется дата проведения проверки. | + | |
| - | - Устанавливается расчетная продолжительность задачи, | + | |
| - | - Осуществляется заполнение справочника «Недоступные ресурсы». | + | |
| - | - Инициируется дискуссия с детализированной информацией о выявленной нехватке ресурсов. | + | |
| - | 6) **Завершение процесса.** | + | |
| - | По итогам | + | После |
| - | \\ | + | |
| - | \\ | + | |
| - | <image shape=" | + | |
| - | \\ | + | |
| - | <image shape=" | + | |
| - | \\ | + | |
| - | <image shape=" | + | |
| - | \\ | + | |
| - | 7) **Отчет | + | |
| - | \\ | + | |
| - | Увидеть все проблемные проекты можно в отчёте «Проекты с недоступными ресурсами» | + | |
| - | \\ | + | |
| - | <image shape=" | + | |
| - | \\ | + | |
| - | 8) **Индикация задач | + | |
| - | Помимо записи в справочник, | + | {{ : |
| - | * Зелёный – ресурсы доступны | + | ===== Анализ портфеля на загрузку |
| - | * Жёлтый – требуется | + | |
| - | * Красный – не все ресурсы доступны | + | Анализ портфеля на загрузку |
| - | <image shape=" | + | В одном |
| - | **Методика расчета:** | + | С помощью анализа портфеля Проектный офис: |
| - | Длительность задачи с учётом недоступности ресурса | + | * видит перегрузку сотрудников и ресурсные конфликты между проектами до запуска работ; |
| + | * получает отчеты по загрузке ресурсов и конфликтам для регулярного контроля портфеля; | ||
| + | * настраивает варианты проверки | ||
| - | <image shape=" | + | {{ : |
| - | Данная схема наглядно демонстрирует, как доступность сотрудника (ресурса) влияет на фактическую длительность выполнения | + | Анализ портфеля используется как |
| - | \\ | + | |
| - | **Исходные данные (Что нужно для работы):** | + | |
| - | * Плановая длительность задачи: | + | |
| - | * Необходимый процент загрузки ресурса: 100%. Это означает, что для | + | |
| - | * Рабочий день: Стандартная рабочая мощность сотрудника составляет 8 часов в день. | + | |
| - | **Расчет доступности ресурса (Что есть на самом деле): | ||
| - | Ежедневно рассчитывается Свободная мощность — это то время, которое сотрудник может посвятить новой задаче. Она вычисляется по формуле: | ||
| - | Свободная мощность | + | ===== Отчеты по доступности ресурсов ===== |
| - | Где: | + | Используются для |
| - | * Мощность: 8 часов каждый день (идеальный | + | |
| - | * Недостаточность: Часы, когда сотрудник отсутствует | + | Отчетность |
| - | * Загруженность: Часы, уже занятые другими задачами - 2, 8 и 0 часов. | + | * по проектам — для выявления |
| + | * по портфелю — для анализа совокупной загрузки ресурсов | ||
| - | Результаты расчета свободной мощности по дням: | + | {{ :opportunities: |
| - | * День 1: 8 - 0 - 2 = 6 часов | + | Скрипт проверки доступности запускается: |
| - | * День | + | * вручную — для точечной проверки отдельных проектов или портфеля; |
| + | * автоматически — по заданным правилам и расписанию. | ||
| - | * День n: 8 - 8 - 0 = 0 часов | ||
| - | Выявление | + | При автоматическом запуске система ежедневно, |
| - | - Расчет нехватки мощности: Сравнивается, | + | {{ :opportunities:projects_and_tasks:planning:r02-9.png? |
| - | - Нехватка мощности = Необходимая мощность – Свободная мощность | + | |
| - | - В " | + | |
| - | - В " | + | |
| - | - В " | + | |
| - | - Общая нехватка за весь период: | + | |
| - | - Расчет итоговой длительности: | + | |
| - | - Расчётная длительность = Плановая длительность + Нехватка мощности | + | |
| - | - В данном случае: | + | |