Диплекс — система для планирования и исполнения задач/проектов: вы ставите задачи, описываете ресурсы (команды, людей, роли, навыки, графики), а система помогает распределить ресурсы (это и есть ИИ-планирование) и прогнозировать сроки/бюджет, контролируя выполнение и выявляя конфликты.
Рабочее пространство
Каждый пользователь системы получает при регистрации свое рабочее пространство, в рамках которого он может централизованно управлять своим окружением: командами, справочниками и базовыми профилями.
- Команда — совокупность участников, выполняемых ими проектов по автоматически планов. формируемым планам.
- Справочники — списки тэгов используемых для организации работ. Рабочее пространство содержит 2 справочника:
- Справочник меток, используемых для группировки, поиска и фильтрации задач и
- Справочник навыков, которые используются для сопоставления исполнителя с задачей.
- Базовые профили — описывают компетенции участников и их разрешения.
Команда, там где организуется работа
Обычно всё укладывается в цепочку:
- Проект — контейнер для группировки работ: структура работ, этапы, файлы, чаты, аналитика. По умолчанию в команде создается проект ЗАДАЧИ.
- Иерархия работ — способ разложить содержание проекта “по полкам”. В Deepleex можно структурировать так:
проект → раздел → → функциональные требования → → задачи → работы.
- Этапы — вехи/части, на которые можно разделить проект для формирования последовательности его реализации. Каждую задачу проекта можно привязать к одному из этапов для планирования в его временных рамках.
- Задание — назначение исполнителю для выполнения определенной задачи с указанием сроков выполнения и плановых трудозатрат.
- План работ (roadmap) — совокупность заданий для определенного среза задач, по которому система считает сроки/нагрузку/бюджет. Сервис одновременно ведет три плана:
- Текущий план – план работ который используется менеджером в процессе планирования работ и оценки бюджета. Исполнители не видят данный план и не выполняют задачи, назначенные там на них.
- План выполнения – план работ, который используется исполнителями для выполнения заданий, назначенных на них. По умолчанию оба плана синхронизированы и собираются одновременно. Можно запретить синхронизацию, отключив параметр автозапуск при сборке текущего плана.
- Базовый план – формируется по каманде менеджера на основе плана выполнения и используется для сравнения текущего состояния работ с базовыми установками (на сколько отстаем по времени и бюджету)
- Ресурсное хранилище — место для хранения файлов/артефактов проекта (вложения, ТЗ, документы и т. п.). Имеет иерархическую структуру повторяющую структуру проекта:
проект → раздел → → функциональные требования → → файлы
Ключевые сущности (то, с чем вы реально работаете)
- Функциональное требование — описание того “что нужно получить” после реализации проекта (часто в виде текста, картинок и вложений). Может декомпозироваться на более подробные (исходящие) требования. В рамках требований формируется список задач, необходимых для их реализации.
- Задача — единица планирования, которая представляет собой совокупность работ, которые нужно выполнить исполнителю. Имеет трудоёмкость, навык требуемый от исполнителя, этап и ограничения по планированию (приоритет, крайний срок и т.д.)
- Работа — атомарная часть задачи, на которые ее можно разделить. Удобно использовать для детализации задачи, более точного планирования трудозатрат, формирования списка исправлений при проверке правильности выполнения задачи.
Команда и ресурсы (кто и что выполняет)
- Команда — набор участников, участвующих в проектах в качестве администраторов иои исполнителей.
- Участник — человек (в перспективе в концепции системы — “исполнитель” может быть не только человек, но и ИИ/программа/устройство, если это заведено как ресурс).
- Профиль / Роль — “кто он в проекте” (например: аналитик, разработчик, тестировщик) и что ему разрешено.
- Навык — компетенция, которая учитывается при распределении работ.
- Квалификация — уровень/категория владения определенным навыком (условно: junior/middle/senior или балльная шкала).
- Производительность — как быстро участник выполняет работу (влияет на срок выполнения по задаче). В начале, при планировании, используется базовая производительность команды, но по мере накопления статистики будет расчитываться по каждому участнику раздельно.
- Эффективность — метрика, которая показывает зависимость производительности участника от сложности задачи. Эффективность показывает насколько изменяется производительность исполнителя для задач разной сложности.
- Разрешения — права доступа к проектам/сущностям/действиям.
Автоматизированное планирование
Основа работы сервиса Диплекс, использует профили исполнителей и их рабочий график для построения оптимального плана выполнения команды, а также вычисления сроков и бюджета проектов и этапов.
- ИИ-планирование / AI-планирование — процесс построения оптимального списка заданий для достижения наилучших характеристик выполнения плана работ по критерию срока выполнения или бюджета. Используется для оптимизации распределения ресурсов, прогнозирования сроков выполнения и расходов, нахождения конфликтов и узких мест.
- Сборка плана — процесс формирования текущего плана работ и его оптимизации, с использованием ИИ-планирования.
- Запуск плана — формирования плана выполнения работ и его оптимизации, с использованием ИИ-планирования.
- Трудозатраты — параметр, указывающий сколько времени в часах займет или заняло выполнение той или иной задачи конкретным исполнителем. При планировании расчитывается на основе трудоемкости и сложности задачи, а также производительности конкретного исполнителя.
- Трудоёмкость — относительная оценка объёма трудозатрат по задаче (условные единицы). Для простоты можно считать как требуемое количество часов на выполнения задачи без отвлечений среднего исполнителя нужного навыка.
- Графики работы — доступность участника/команды (рабочие дни, смены, отпуска, ограничения).
- Диаграмма Ганта — визуализация плана работ в виде диаграммы выполнения работ по времени.
- Бюджет плана — расчёт стоимости выполнения (учитывая “стоимость” участников и трудозатраты), а также перерасход/экономию.
6) Исполнение: статусы и контроль
- Статусная модель — набор состояний, по которым живут задачи/активности (например: “ожидает”, “в работе”, “прервано”, “выполнено”).
- Канбан доска— представление активностей по статусам для ежедневного управления.
- Тайм-шиты / тайм-трекинг — ввод фактически потраченного времени, чтобы сравнивать план/факт.
7) Сигналы и “умные подсказки”
- Сигнал / Запрос — системное событие или “триггер”, требующий внимания (конфликты, риски, блокеры, несостыковки).
- «Требует внимания» — список проблемных мест: недозагруз, конфликт доступности, риск срыва сроков, и т. п.
- Рекомендации — предложения системы (например, подобрать состав команды под дедлайн/бюджет или предложить более удачное разбиение работ/очередность).
8) Сценарии и процессы
- Сценарий бизнес-процесса — шаблон/регламент того, как обычно создаются и проходят работы.
- Создание задач по сценариям — быстрый запуск типовых проектов/пакетов работ.
- Пользовательские состояния задачи — возможность настроить статусы под ваш процесс (если включено в конфигурации).
9) Коммуникации
- Глобальный чат проекта — общий канал для проекта.
- Чаты внутри активностей — обсуждение прямо “в работе”, для согласований и эскалаций.
