Попробовать бесплатно

Сроки всех проектов — на одном экране

Группы проектов, зависимости и базовый план в Shtab покажут отклонения до того, как они станут срывами. Реагируйте на сдвиги, а не разбирайтесь с последствиями.

бесплатный тариф — без лимита людейв реестре ПО Минцифры

Нам доверяют 54 752+ компаний

Что меняется с этим решением

Единая картина по всем проектам

Группы проектов и Гант дают руководителю сводный вид сроков портфеля без переключения между проектами. Один экран вместо десяти.

Критический путь виден сразу

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

Отклонения от плана — на поверхности

Базовый план показывает разницу между «как планировали» и «как идёт». Вы видите тренд до того, как сроки формально сорвутся.

Ответственность закреплена

Исполнители и контролирующие на каждой задаче — всегда понятно, кто отвечает за работу и кто следит за сроками.

Как это собрать в Shtab

детали каждого шага — в документации ↗

Объедините проекты в группы — по направлениям, продуктам или клиентам. Группа становится единой точкой входа: вы открываете одну сущность и видите все проекты внутри. Если у вас 8 проектов по трём направлениям — создайте три группы. Это первый шаг к тому, чтобы перестать переключаться между проектами вручную.

Shtab 3.0: рабочие процессы, структура компании и каталог шаблон ↗

Как это выглядит на практике

Пример: IT-компания с 8 клиентскими проектами

Проектный офис ведёт 8 проектов для разных заказчиков. Раньше руководитель PMO каждый понедельник тратил 2 часа, чтобы собрать статусы: открывал каждый проект, спрашивал менеджеров в чате, сводил даты в таблице.

После настройки в Shtab: проекты объединены в две группы — «Разработка» и «Поддержка». В каждом проекте построен Гант с зависимостями и вехами на ключевых сдачах. Базовый план зафиксирован после согласования с заказчиками. На вехах и задачах критического пути назначены контролирующие — тимлиды направлений.

Через две недели один из разработчиков заболел. Задача на критическом пути сдвинулась на 3 дня. Контролирующий увидел сдвиг в уведомлении, сравнил с базовым планом и перераспределил ресурсы в тот же день. Заказчик не заметил задержки. Руководитель PMO теперь открывает одну вкладку «Контроль сроков» и за 10 минут видит состояние всего портфеля.

Кому подходит — и когда не нужно

КОМУ ПОДХОДИТ
5+ параллельных проектов, руководитель не может следить за каждым лично
PMO или проектный офис, нужна сводная картина по портфелю
Задачи между проектами зависят друг от друга
Важно видеть отклонения от согласованных сроков
Есть внешние дедлайны перед заказчиками или партнёрами
КОГДА НЕ НУЖНО
Один небольшой проект с 3–5 людьми — достаточно канбан-доски
Чистый Scrum с фиксированными спринтами без жёстких внешних дедлайнов
Нужен финансовый контроль портфеля (бюджеты, P&L) — Shtab не заменяет ERP

Рецепт из функций Shtab

Что отслеживать

Отклонение от базового плана
Сравнивайте текущие даты с baseline. Если разрыв растёт — пора вмешиваться
Количество просроченных задач на критическом пути
Даже одна просроченная задача на критическом пути = угроза дедлайну проекта
Загрузка исполнителей по трудозатратам
Перегруженные люди — главная причина сдвигов. Следите за балансом через оценку трудозатрат
Активность в ленте изменений
Тишина в проекте с горящими сроками — тревожный сигнал. Лента активности покажет, двигается ли работа

Частые ошибки — и починка

Без зависимостей критический путь не рассчитывается. Свяжите задачи типами «финиш-старт» — тогда сдвиг одной автоматически покажет влияние на всю цепочку.

Конкурентные статьи рассказывают теорию управления сроками. Эта страница — пошаговый рецепт портфельного контроля в конкретном инструменте: группы проектов → зависимости → критический путь → базовый план → контролирующие → сигналы отклонений.

Что это такое

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

Какую задачу закрывает

Что происходит без портфельного контроля сроков

  • Руководитель узнаёт о срыве, когда дедлайн уже прошёл. Информация приходит из чатов, на совещаниях или случайно.
  • Каждый проект живёт в своём пространстве. Чтобы понять общую картину, нужно открыть 5–10 проектов и сопоставить даты в голове.
  • Зависимости между задачами и проектами нигде не зафиксированы. Сдвиг в одном проекте молча ломает сроки в другом.
  • Нет точки отсчёта: никто не помнит, какие сроки были согласованы изначально, а какие уже «поплыли».
  • Перегрузка людей не видна. Сроки выглядят реалистичными на бумаге, но один человек назначен на три критические задачи одновременно.

Что помогает на практике

Практики, которые экономят время

  • Фиксируйте базовый план сразу после согласования сроков с заказчиком или стейкхолдером — не «потом», а в тот же день.
  • Назначайте контролирующих только на задачи критического пути и вехи. Контролирующий на каждой мелкой задаче — это шум, а не контроль.
  • Используйте масштаб шкалы «недели» для обзора портфеля и «дни» — когда нужно разобраться в конкретном проекте.
  • Создайте вкладку-список с фильтром «просроченные + критический путь» — это ваш ежедневный дашборд на 2 минуты.
  • Проставляйте оценки трудозатрат хотя бы на задачи критического пути. Полная оценка всех задач — идеал, но критический путь — обязательный минимум.
  • Перетаскивайте сроки прямо на шкале Ганта мышью — не нужно открывать каждую карточку для корректировки дат.

Как адаптировать под свой отдел

Как адаптировать под размер команды

Малая команда (5–15 человек, 3–5 проектов)

  • Одна группа проектов. Контролирующий — руководитель или тимлид, совмещает роли.
  • Оценка трудозатрат — только на задачи критического пути.
  • Вкладка «Контроль сроков» заменяет еженедельные статусные встречи.

Средняя компания (30–100 человек, 10–20 проектов)

  • Несколько групп по направлениям. У каждой группы — свой контролирующий (руководитель направления).
  • Базовый план фиксируется на каждом проекте. Еженедельный обзор отклонений.
  • Оценка трудозатрат на всех задачах — иначе перегрузку не отследить.

Корпорация (100+ человек, PMO)

  • Группы проектов по программам и портфелям. Иерархия контролирующих: менеджер проекта → руководитель программы → PMO.
  • Настраиваемые роли и права доступа — чтобы каждый видел свой уровень.
  • Лента активности — основной инструмент мониторинга для PMO. Регулярные срезы по базовому плану.
Настройка контроля сроков зависит от масштаба компании
Настройка контроля сроков зависит от масштаба компании

Частые вопросы

Не нашли ответ — спросите на живой демонстрации или напишите в поддержку.

Связанные решения

Попробуйте на реальной задаче

Начните бесплатно всей командой — или покажем на ваших процессах за 30 минут.