Shtab для руководителя: вся компания на одном экране

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

Что руководитель видит в Shtab сверху, не погружаясь в каждую задачу:

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

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

Начали с целей. В отдельном модуле собрали дерево: наверху годовая цель компании, под ней — квартальные, ещё ниже — цели отделов. К целям привязали проекты и ключевые задачи, включили автоматический подсчёт прогресса. Теперь на графе целей директор видит разом: годовая цель закрыта на сорок процентов, цель отдела продаж идёт с опережением, а цель по производству буксует — и сразу понятно, какой проект её тянет вниз. Связи настроили и по времени (годовая делится на кварталы), и по смыслу (запуск нового продукта зависит от того, что сначала наберут команду).

Дальше навели порядок со сводкой. Ключевые проекты собрали в одно представление со статусом, ответственным и сроком — директору больше не нужно заходить в каждую карточку, чтобы понять, где дела идут, а где встали. Загрузку команды стало видно по числу задач на человека: выяснилось, что поддержка перегружена, а часть маркетинга простаивает, — нагрузку перераспределили. На главной странице у директора теперь личная сводка задач, напоминаний и комментариев, с которой начинается утро. А понедельничная летучка из часового пересказа «кто что сделал» превратилась в двадцать минут по конкретным затыкам: картину все видят заранее в системе, на встрече остаётся только принять решения.

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

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

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

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

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