Проектный офис тонет не в самих проектах, а в том, что они ведутся вразнобой: у каждого свой формат, своё место и свой порядок запуска. Соберите все проекты в один реестр со статусами, сроками и общими шаблонами — и портфель становится виден целиком, без ручного сбора сводки к совещанию.
Что это такое
Shtab для проектного офиса — это единое место, где PMO держит весь портфель проектов компании, а не его осколки по чатам и табличкам разных руководителей. Все проекты собраны в общий реестр с владельцем, статусом и сроком; запуск идёт по единому каркасу через шаблоны; сроки и статусы видно сразу по всему портфелю, а не по одному проекту; сводные отчёты для руководства собираются из данных, а не из устных докладов. Над этим стоит методология: единый порядок ведения проектов, по которому работают все команды. Сразу честная рамка: Shtab — не специализированный тяжёлый PPM-комбайн. Здесь нет симуляций сценариев портфеля, what-if моделей, автоматической балансировки ресурсов и сложного capacity-планирования по навыкам и доступности. Зато есть единый реестр проектов, статусы, сроки, шаблоны и сводки — то, чего обычно не хватает проектному офису, чтобы навести порядок.
Какую задачу закрывает
Типичная картина без проектного офиса: проектов в компании два десятка, и каждый живёт по-своему. Один руководитель ведёт проект на канбан-доске, другой — в табличке, третий — в переписке и голове. Единого реестра нет: чтобы понять, сколько вообще проектов в работе, кто за них отвечает и какие сроки горят, кто-то садится и собирает список вручную, обзванивая руководителей. Запускают новые проекты как придётся — один заводит структуру с нуля, другой копирует прошлогодний файл, и в половине проектов забывают про важные этапы. Статусы по портфелю никто не видит целиком: о сорванном сроке узнают, когда заказчик уже недоволен, а не за две недели. Ресурсы пересекаются вслепую — один человек оказывается в трёх проектах сразу, и это вскрывается, только когда он перестаёт успевать. А когда руководство просит сводку «что у нас по всем проектам», проектный офис собирает её руками из десятка источников, и к совещанию часть цифр уже устарела. Чем больше проектов и команд, тем чаще что-то проваливается между отдельными проектами.
Из чего складывается
Что проектный офис соберёт в Shtab вместо разрозненных проектов и ручных сводок:
- Единый реестр портфеля — все проекты компании в одном месте с владельцем, статусом и сроком. Для связи нескольких проектов в Shtab есть отдельный вид «Портфель», который собирает их в общую картину поверх команд.
- Шаблоны запуска — единый каркас проекта со структурой, этапами и типовыми задачами, чтобы новый проект не собирали с нуля и не забывали обязательные шаги.
- Контроль сроков по портфелю — сроки и зависимости проектов на диаграмме Ганта, где сдвиг одного этапа честно пересчитывает остальные.
- Статусы и владельцы — у каждого проекта виден статус и ответственный, так что портфель читается с одного взгляда, а не собирается обзвоном руководителей.
- Ресурсы между проектами — по числу задач на человека видно, кто в скольких проектах занят и где перегруз; это обзор загрузки внутри Shtab, а не автоматическая балансировка.
- Сводные отчёты для руководства — что сделано по портфелю, что застряло, какие сроки горят; сводка берётся из данных проектов и задач, а не из устных докладов.
- Методология и база знаний — единый порядок ведения проектов, регламенты и шаблоны живут в базе знаний, а не в головах руководителей.
Что отслеживать
- Проектов в работе — сколько всего проектов в портфеле и в каком они статусе; единый реестр отвечает на этот вопрос сразу, без ручного сбора.
- Сроки под угрозой — какие проекты отстают по контрольным точкам; видно на Ганте по съехавшим полоскам, а не вскрывается постфактум.
- Запуск по шаблону — какая доля новых проектов заведена из единого шаблона, а не собрана с нуля; показатель зрелости методологии.
- Владельцы без пробелов — у каждого проекта есть ответственный; пустое поле владельца — сигнал, что зону забыли закрепить.
- Загрузка между проектами — кто занят сразу в нескольких проектах и где перегруз; по числу задач на человека внутри Shtab.
- Сделано по портфелю — сколько проектов и этапов закрыто за период; виден темп всего портфеля, а не отдельного проекта.
Что помогает на практике
- Заведите единый реестр портфеля раньше методологии: сначала соберите все проекты в одно место с владельцем и статусом — без полной картины наводить порядок не на чем.
- Соберите один-два шаблона запуска под типовые проекты, а не описывайте каждый частный случай. Общий каркас закрывает большинство запусков, исключения дорабатываются по месту.
- В шаблон закладывайте обязательные этапы — согласование устава, контрольные точки, приёмку, — чтобы их физически нельзя было пропустить при запуске нового проекта.
- Договоритесь о едином наборе статусов проекта для всего портфеля. Если у каждого руководителя свои названия статусов, сводный контроль рассыпается.
- Контрольные точки и зависимости ставьте на Ганте там, где есть реальная связь между этапами, — тогда сдвиг одного срока честно пересчитывает план.
- Складывайте методологию, регламенты и шаблоны в базу знаний, чтобы единый порядок жил в системе, а не в головах отдельных руководителей.
Частые ошибки
- Нет единого реестра. Проекты разбросаны по доскам, таблицам и чатам, общий список собирают обзвоном. Починка: все проекты в одно место, для общей картины — вид «Портфель».
- Каждый запускает проект по-своему. Структуру собирают с нуля или копируют старый файл, обязательные этапы теряются. Починка: единый шаблон запуска с обязательными стадиями.
- Статусы разные у каждого. У одного «в работе», у другого «активен», и сводный контроль не складывается. Починка: единый набор статусов на весь портфель.
- Сроки без зависимостей. Даты есть, связей нет, и задержка одного этапа не двигает остальные — план врёт. Починка: связать контрольные точки на диаграмме Ганта.
- Ресурсы пересекаются вслепую. Один человек оказывается в трёх проектах сразу, и это вскрывается, когда он перестаёт успевать. Починка: смотреть загрузку по числу задач между проектами.
- Ожидание тяжёлого PPM. От Shtab ждут симуляций сценариев портфеля и автобалансировки ресурсов — этого здесь нет. Починка: использовать реестр, статусы, шаблоны и сводки, а сложное моделирование строить отдельным инструментом.
Как адаптировать под свой отдел
Небольшому проектному офису с десятком проектов хватит единого реестра, общего набора статусов и одного шаблона запуска — Ганту по портфелю и детальные сводки подключите позже. Зрелому PMO с несколькими направлениями уже нужны шаблоны под разные типы проектов, контроль сроков по всему портфелю на Ганте и регулярные сводные отчёты. По акценту: если для вас главное — единый порядок и запуск по одному каркасу, опирайтесь на шаблоны и методологию в базе знаний; если важнее оперативный контроль, что нигде не горит, — на реестр, статусы и сроки по портфелю. Эти сценарии живут на одних данных и не исключают друг друга. И про границы, чтобы не путать страницы: довести один проект от запуска до сдачи — это управление проектами; держать в порядке отдельные задачи внутри проекта — контроль задач; взгляд первого лица на цели и всю компанию — решение для руководителя; повторяющиеся регламенты и процессы, а не проекты — решение для операционного отдела. Здесь PMO смотрит сверху на портфель именно проектов: реестр, стандарты, сроки и сводки. И ещё раз честно: Shtab наводит порядок в портфеле через проекты, задачи, шаблоны и сводки, а не заменяет тяжёлый специализированный инструмент с симуляциями и автобалансировкой.
Кому подходит
Подойдёт руководителю проектного офиса, которому нужна единая картина по всем проектам компании сразу; портфельному менеджеру, отвечающему за статусы, сроки и приоритеты портфеля; методологу PMO, который выстраивает единый порядок ведения проектов и шаблоны запуска; куратору направления, под которым идёт сразу несколько проектов. Хорошо ложится на ситуацию, когда проектов уже много, ведут их по-разному, а собрать общую картину получается только вручную перед отчётом. Пропустите этот раздел, если у вас один-два проекта и отдельный проектный офис не нужен — для такого хватит работы по проекту, начните с управления проектами. И сразу про границы: довести один проект от запуска до сдачи — это управление проектами; если вы первое лицо и смотрите на цели и всю компанию целиком — это решение для руководителя. Здесь — про методологию и сводный контроль именно портфеля проектов.












