Как создать единый центр управления компанией: что в нём живёт и как собрать его по этапам
Как создать единый центр управления компанией, если задачи живут в мессенджере, документы — на диске, клиенты — в CRM отдела продаж, а загрузку людей знает только руководитель? Под «центром управления» обычно представляют экран с графиками. На деле это место, где делается сама работа: тогда состояние компании читается, а не собирается.
Эта статья завершает цикл о прозрачности и контроле: что считать единым центром, как собрать его по этапам и что честно останется снаружи. Одну компанию в одной системе можно посмотреть в демо-компании Kitamo: у команды из 33 человек там два проекта — выставка и ресторан — с задачами, чатами, документами, загрузкой и сделками; начните с карточки проекта выставки.
Содержание
- Единый центр управления — место работы, а не экран
- Норма: у каждого вида данных один дом
- Вопросы руководителя: что, откуда, как часто, кто
- Сборка по этапам, не ломая работу
- Что остаётся снаружи и как это стыковать
- Кто отвечает за единый центр
- Правило единого центра на одну страницу
- Какие сигналы центр подаёт сам
- Вопросы и ответы
- Главное
Единый центр управления — место работы, а не экран
Единый центр управления — это одно место, где живут задачи, проекты, документы, общение по делу, клиенты и загрузка людей, причём связанные между собой. Поручение из письма становится задачей проекта, часы по задаче — затратами в бюджете, задача по клиенту — событием в его истории. Руководитель не собирает картину, а открывает её.
Проверка — пять вопросов, на которые нужно ответить, не выходя из системы и никому не звоня:
- Что горит сегодня и у кого?
- Какие проекты отклонились от плана и почему?
- Кто перегружен на следующей неделе?
- Что обещали клиенту и к какому сроку?
- Где последняя версия ключевого документа?
Если хотя бы на два вопроса ответ — «уточню», у компании пока не центр, а набор инструментов.
Норма: у каждого вида данных один дом
| Данные | Где живут | Кто вносит | Признак нормы |
|---|---|---|---|
| Поручения | задачи с чатом и файлами | постановщик и исполнитель | поручение с совещания в тот же день стало задачей |
| Проекты | график, бюджет, реестры, статус-отчёт | руководитель проекта | статус читают, а не спрашивают |
| Документы | папки проекта с версиями | авторы документов | последнюю версию все называют одинаково |
| Общение по делу | чаты проектов, задач, сделок и встреч | все участники | решение находят поиском, а не в личной переписке |
| Клиенты | карточки компаний, сделки, воронка | менеджеры | история клиента не обрывается на договоре |
| Загрузка | назначения, часы, ресурсный план | руководители и исполнители | видно, кто свободен через две недели |
Правило нормы короткое: если задачи ставят и в системе, и в мессенджере, дома нет ни у одной из них. Двойной дом хуже отсутствия: люди перестают понимать, где правда.
Вопросы руководителя: что, откуда, как часто, кто
| Что нужно знать | Откуда ответ | Как часто | Кто отвечает за данные |
|---|---|---|---|
| Что горит | просроченные и зависшие задачи | ежедневно | руководители проектов |
| Как идут проекты | статус-отчёты и дашборды | еженедельно | руководители проектов |
| Кто перегружен | тепловая карта загрузки | еженедельно | руководители отделов |
| Что с продажами | воронка сделок и взвешенный прогноз | еженедельно | руководитель продаж |
| Во что обходится работа | часы по ставкам и расходы в бюджетах | ежемесячно | руководители проектов |
| Что обещали клиенту | лента активности в карточке компании | по событию | менеджер клиента |
Из таблицы складывается ритм: каждый день — сигналы, каждую неделю — проекты, загрузка и продажи, каждый месяц — деньги. Если ответ на любую строку приходится собирать вручную, её данные ещё не переехали к источнику; как это исправить, разобрано в статье «Как перестать собирать отчёты вручную».
Сборка по этапам, не ломая работу
Центр собирают по этапам, и каждый этап сначала проходит один отдел или проект.
| Этап | Что переносят | Признак, что можно дальше |
|---|---|---|
| 1. Работа и общение | поручения — в задачи, вопросы — в чаты задач и проектов | поручения больше не приходят в мессенджер |
| 2. Проекты и документы | карточки проектов, участников, папки с версиями | статус проекта читают, а не собирают |
| 3. Время и загрузка | плановые часы, факт, недельный отчёт, назначения | план и факт часов видны по неделям |
| 4. Клиенты | компании, контакты, сделки и их чаты | команда проекта знает, что обещали при продаже |
| 5. Деньги и изменения | бюджеты, реестры рисков и изменений, статус-отчёты | отклонения видны до сдачи |
Чтобы переход не сломал текущую работу:
- назначьте день, после которого новое заводят только в системе, а старое переносят по мере надобности;
- старый инструмент на время этапа оставьте только для чтения: параллельный ввод в два места губит любой переезд;
- скройте разделы, которые подразделению пока не нужны, — люди видят только то, с чем работают;
- не переносите архив прошлых лет: переезжает то, что живёт сейчас.
Как сменить сам стиль управления — от личного участия к правилам, — разобрано в статье «Как перейти от ручного управления к системному». Почему клиентов стоит вести в той же системе, что и проекты, — в статье «CRM и управление проектами».
Что остаётся снаружи и как это стыковать
Единый центр не означает, что всё живёт в одной программе. Честная граница выглядит так:
| Снаружи | Что остаётся в центре | Как стыкуют |
|---|---|---|
| Бухгалтерия: счета, оплаты, зарплата, налоги | управленческий бюджет проекта: план по статьям, факт, прогноз | раз в месяц сверяют расходы по статьям, проект везде называется одинаково |
| Выручка и маржа | прогноз стоимости проекта на завершение | в таблице рядом: сумма договора против прогноза затрат |
| Чертежи и модели в САПР | файлы с версиями в папке проекта, задачи, решения | результат — новая версия файла и задача, закрытая с текстом результата |
| Сметы, акты КС-2 и КС-3 | сроки, ответственные, статус документа | готовый документ кладут в папку проекта и отмечают его статус |
Готового обмена данными с бухгалтерской программой в Kitamo нет, поэтому стык держится на регламенте: кто, когда и по каким статьям сверяет цифры. Мостом служат выгрузки: отчёты по времени — в Excel и CSV, график и ресурсный план — в Excel. Как держать одни названия и определения в разных системах, разобрано в статье «Как повысить прозрачность бизнеса».
Кто отвечает за единый центр
У центра управления нужен владелец — человек, который следит, чтобы работа шла внутри, а не рядом. Чаще это заместитель директора или руководитель проектного офиса, а не ИТ-отдел: вопрос в правилах, а не в настройках.
Признаки распада и кто на них реагирует:
- поручения снова раздают в мессенджере — руководитель, который их раздаёт: переносит в задачу и сам держит правило;
- документы ходят вложениями в почте — руководитель проекта: возвращает их в папку проекта;
- статус опять собирают звонками — владелец центра: выясняет, почему не читают статус-отчёт;
- появилась теневая таблица — владелец центра: узнаёт, чего людям не хватает, и решает, закрыть это внутри или честно оставить снаружи.
Правило единого центра на одну страницу
- У каждого вида данных один дом.
- Поручение существует, только если оно стало задачей.
- Вопрос по работе задают в чате этой работы.
- Документ живёт в папке проекта, а не во вложении.
- Статус читают в отчёте, а не собирают звонками.
- Бухгалтерия и профильные программы стыкуются сверкой и выгрузками по регламенту.
- Новые разделы подключают по этапам, начиная с одного отдела.
Какие сигналы центр подаёт сам
В Kitamo центр держится на связях и встроенных сигналах. Система показывает задачи, не взятые в работу, и задачи без движения, напоминает исполнителю и поднимает эскалацию по структуре компании. Руководитель проекта получает одну сводку зависших задач по всем своим проектам, постановщик — предупреждения на 80 и 100 % плановых часов, а статус-отчёты проектов можно собирать по расписанию — после публикации они уходят в чат и на почту.
Один поиск находит задачи, сообщения, файлы, проекты, людей, компании и сделки. Модули включаются по подразделениям, а уведомления — больше 60 типов событий — настраиваются по одному. Все модули собраны на странице «Возможности».
Вопросы и ответы
Чем единый центр управления отличается от корпоративного портала?
Портал отвечает на вопрос «где работать вместе»: общение, документы, встречи, поиск. Центр управления отвечает ещё и на вопрос «как идут дела»: к общей работе добавляются проекты с планом и деньгами, клиенты и загрузка. Хороший портал — первый этап центра; как его внедрить, разобрано в статье «Корпоративный портал для компании».
Будет ли у руководителя один экран со всеми проектами?
В Kitamo — нет: общего экрана со светофорами всех проектов компании нет, главная страница у каждого личная, сводного бюджета по компании тоже нет. Общую картину дают статус-отчёты проектов по расписанию, тепловая карта загрузки по всем проектам и отчёт по времени с группировкой по проектам.
Сколько времени занимает сборка?
Зависит от числа этапов и отделов. Ориентир — один этап за один-два месяца: быстрее люди не успевают поменять привычки, медленнее — теряют интерес к переезду.
Главное
Создать единый центр управления компанией — значит дать каждому виду данных один дом и делать работу там же, где её видно: задачи, проекты, документы, общение, клиенты и загрузка связаны между собой. Собирают его по этапам, от задач и общения к деньгам и изменениям, а бухгалтерию и профильные программы стыкуют сверкой и выгрузками по регламенту.
Одна компания глазами трёх ролей
В демо-компании Kitamo один центр на команду из 33 человек и два проекта. Войдите ролью «Руководитель проекта»: откройте дашборд и статус-отчёт выставки, затем раздел «Ресурсы» с загрузкой команды сразу по обоим проектам и «Воронку продаж» со сделками.
Ролью «Сотрудник» посмотрите ту же компанию изнутри: задачи обоих проектов, чаты проектов и папки с документами. А ролью «Наблюдатель» откройте проекты, реестры и дашборды — видно всё это, но задачи не изменить.