Shtab для проектного офиса: весь портфель проектов под контролем

Типичная картина без проектного офиса: проектов в компании два десятка, и каждый живёт по-своему. Один руководитель ведёт проект на канбан-доске, другой — в табличке, третий — в переписке и голове. Единого реестра нет: чтобы понять, сколько вообще проектов в работе, кто за них отвечает и какие сроки горят, кто-то садится и собирает список вручную, обзванивая руководителей. Запускают новые проекты как придётся — один заводит структуру с нуля, другой копирует прошлогодний файл, и в половине проектов забывают про важные этапы. Статусы по портфелю никто не видит целиком: о сорванном сроке узнают, когда заказчик уже недоволен, а не за две недели. Ресурсы пересекаются вслепую — один человек оказывается в трёх проектах сразу, и это вскрывается, только когда он перестаёт успевать. А когда руководство просит сводку «что у нас по всем проектам», проектный офис собирает её руками из десятка источников, и к совещанию часть цифр уже устарела. Чем больше проектов и команд, тем чаще что-то проваливается между отдельными проектами.

Что проектный офис соберёт в Shtab вместо разрозненных проектов и ручных сводок:

• Единый реестр портфеля — все проекты компании в одном месте с владельцем, статусом и сроком. Для связи нескольких проектов в Shtab есть отдельный вид «Портфель», который собирает их в общую картину поверх команд.
• Шаблоны запуска — единый каркас проекта со структурой, этапами и типовыми задачами, чтобы новый проект не собирали с нуля и не забывали обязательные шаги.
• Контроль сроков по портфелю — сроки и зависимости проектов на диаграмме Ганта, где сдвиг одного этапа честно пересчитывает остальные.
• Статусы и владельцы — у каждого проекта виден статус и ответственный, так что портфель читается с одного взгляда, а не собирается обзвоном руководителей.
• Ресурсы между проектами — по числу задач на человека видно, кто в скольких проектах занят и где перегруз; это обзор загрузки внутри Shtab, а не автоматическая балансировка.
• Сводные отчёты для руководства — что сделано по портфелю, что застряло, какие сроки горят; сводка берётся из данных проектов и задач, а не из устных докладов.
• Методология и база знаний — единый порядок ведения проектов, регламенты и шаблоны живут в базе знаний, а не в головах руководителей.

Производственно-инжиниринговая компания: одновременно идёт около двадцати проектов — внедрения, доработки, внутренние инициативы. Раньше каждый вёл проект по-своему: кто на доске, кто в таблице, кто в переписке. Чтобы собрать список всех проектов со сроками и ответственными, портфельный менеджер обзванивал руководителей и сводил данные руками, и к совещанию картина успевала устареть. Новые проекты запускали как придётся и в части из них забывали обязательные этапы согласования.

Проектный офис начал с реестра. Все проекты собрали в одно место и для общей картины поверх команд подключили вид «Портфель», который связывает несколько проектов в единый список. У каждого проекта появились владелец, статус и срок — теперь, чтобы понять, что в работе и кто за что отвечает, никого не нужно обзванивать. Дальше методолог собрал шаблон запуска: типовая структура со стадиями «Инициация» → «Планирование» → «Реализация» → «Сдача» и обязательными задачами вроде согласования устава и приёмки. Новый проект теперь заводят из шаблона за минуты.

Сроки по портфелю взяли под контроль на диаграмме Ганта: у каждого проекта видны этапы, зависимости и контрольные точки, а сдвиг согласования честно показывает, на сколько уезжает сдача. Когда два проекта потребовали одного инженера в одну неделю, это стало видно по числу задач на человека — и приоритеты расставили заранее. На еженедельном статусе руководитель PMO открывает сводный отчёт и за минуту видит: восемнадцать проектов идут по плану, два отстают по срокам, один ждёт решения по ресурсам. А единый порядок, регламенты и шаблоны сложили в базу знаний, чтобы каждая новая команда работала по одним правилам. Совещание из часового пересказа статусов превратилось в разговор по конкретным затыкам.

Подойдёт руководителю проектного офиса, которому нужна единая картина по всем проектам компании сразу; портфельному менеджеру, отвечающему за статусы, сроки и приоритеты портфеля; методологу PMO, который выстраивает единый порядок ведения проектов и шаблоны запуска; куратору направления, под которым идёт сразу несколько проектов. Хорошо ложится на ситуацию, когда проектов уже много, ведут их по-разному, а собрать общую картину получается только вручную перед отчётом. Пропустите этот раздел, если у вас один-два проекта и отдельный проектный офис не нужен — для такого хватит работы по проекту, начните с управления проектами. И сразу про границы: довести один проект от запуска до сдачи — это управление проектами; если вы первое лицо и смотрите на цели и всю компанию целиком — это решение для руководителя. Здесь — про методологию и сводный контроль именно портфеля проектов.

• Проектов в работе — сколько всего проектов в портфеле и в каком они статусе; единый реестр отвечает на этот вопрос сразу, без ручного сбора.
• Сроки под угрозой — какие проекты отстают по контрольным точкам; видно на Ганте по съехавшим полоскам, а не вскрывается постфактум.
• Запуск по шаблону — какая доля новых проектов заведена из единого шаблона, а не собрана с нуля; показатель зрелости методологии.
• Владельцы без пробелов — у каждого проекта есть ответственный; пустое поле владельца — сигнал, что зону забыли закрепить.
• Загрузка между проектами — кто занят сразу в нескольких проектах и где перегруз; по числу задач на человека внутри Shtab.
• Сделано по портфелю — сколько проектов и этапов закрыто за период; виден темп всего портфеля, а не отдельного проекта.

• Заведите единый реестр портфеля раньше методологии: сначала соберите все проекты в одно место с владельцем и статусом — без полной картины наводить порядок не на чем.
• Соберите один-два шаблона запуска под типовые проекты, а не описывайте каждый частный случай. Общий каркас закрывает большинство запусков, исключения дорабатываются по месту.
• В шаблон закладывайте обязательные этапы — согласование устава, контрольные точки, приёмку, — чтобы их физически нельзя было пропустить при запуске нового проекта.
• Договоритесь о едином наборе статусов проекта для всего портфеля. Если у каждого руководителя свои названия статусов, сводный контроль рассыпается.
• Контрольные точки и зависимости ставьте на Ганте там, где есть реальная связь между этапами, — тогда сдвиг одного срока честно пересчитывает план.
• Складывайте методологию, регламенты и шаблоны в базу знаний, чтобы единый порядок жил в системе, а не в головах отдельных руководителей.

• Нет единого реестра. Проекты разбросаны по доскам, таблицам и чатам, общий список собирают обзвоном. Починка: все проекты в одно место, для общей картины — вид «Портфель».
• Каждый запускает проект по-своему. Структуру собирают с нуля или копируют старый файл, обязательные этапы теряются. Починка: единый шаблон запуска с обязательными стадиями.
• Статусы разные у каждого. У одного «в работе», у другого «активен», и сводный контроль не складывается. Починка: единый набор статусов на весь портфель.
• Сроки без зависимостей. Даты есть, связей нет, и задержка одного этапа не двигает остальные — план врёт. Починка: связать контрольные точки на диаграмме Ганта.
• Ресурсы пересекаются вслепую. Один человек оказывается в трёх проектах сразу, и это вскрывается, когда он перестаёт успевать. Починка: смотреть загрузку по числу задач между проектами.
• Ожидание тяжёлого PPM. От Shtab ждут симуляций сценариев портфеля и автобалансировки ресурсов — этого здесь нет. Починка: использовать реестр, статусы, шаблоны и сводки, а сложное моделирование строить отдельным инструментом.

Небольшому проектному офису с десятком проектов хватит единого реестра, общего набора статусов и одного шаблона запуска — Ганту по портфелю и детальные сводки подключите позже. Зрелому PMO с несколькими направлениями уже нужны шаблоны под разные типы проектов, контроль сроков по всему портфелю на Ганте и регулярные сводные отчёты. По акценту: если для вас главное — единый порядок и запуск по одному каркасу, опирайтесь на шаблоны и методологию в базе знаний; если важнее оперативный контроль, что нигде не горит, — на реестр, статусы и сроки по портфелю. Эти сценарии живут на одних данных и не исключают друг друга. И про границы, чтобы не путать страницы: довести один проект от запуска до сдачи — это управление проектами; держать в порядке отдельные задачи внутри проекта — контроль задач; взгляд первого лица на цели и всю компанию — решение для руководителя; повторяющиеся регламенты и процессы, а не проекты — решение для операционного отдела. Здесь PMO смотрит сверху на портфель именно проектов: реестр, стандарты, сроки и сводки. И ещё раз честно: Shtab наводит порядок в портфеле через проекты, задачи, шаблоны и сводки, а не заменяет тяжёлый специализированный инструмент с симуляциями и автобалансировкой.