Программа для оргструктуры компании: что она должна уметь

Когда в компании больше тридцати человек, простой вопрос «кто за это отвечает?» превращается в небольшое расследование. Таблица с контактами устаревает через неделю, актуальная схема подчинения живёт в голове у HR, а новый сотрудник первую неделю выясняет, к кому подойти за доступами.

Обычная реакция — нарисовать схему. Открыть редактор диаграмм, собрать прямоугольники со стрелками, выложить картинку в общую папку. Через квартал картинка устареет ровно так же, как таблица до неё, и всё повторится.

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

Чем программа отличается от редактора схем

Редактор диаграмм работает с картинкой. Вы двигаете блоки, подписываете должности, экспортируете PNG. Картинка красивая и мёртвая: она не знает, что Петров уволился, и не подскажет его телефон.

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

Отсюда практическое следствие: если решение не связано с реальными данными о сотрудниках, вы получили тот же редактор схем, только дороже.

Три представления одних данных

Хорошая система показывает структуру минимум тремя способами, потому что задачи разные.

Дерево подразделений — иерархический список: департаменты, отделы, группы вложены друг в друга. Нужно, когда надо быстро понять состав компании сверху вниз и развернуть конкретный отдел.

Схема подчинения — визуальная карта: кто чей руководитель, как выстроены линии управления, где заканчивается одна ветка. Работает там, где текст не работает: обсуждение реорганизации, объяснение устройства компании новичку.

Табличный список — когда вы оперируете не иерархией, а массивом: отсортировать по отделу, пробежаться по должностям, найти строку.

Ключевое — все три показывают одни и те же данные. Поменяли один раз, обновилось везде. Если в системе схема и список живут отдельно, рассинхрон появится в первый же месяц.

Справочник и профили

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

Что имеет смысл держать в профиле:

• фотографию — чтобы узнавать коллег в лицо, особенно в распределённой команде;
• должность и подразделение;
• контакты;
• короткую биографию и навыки — то, что человек сам считает нужным о себе сказать;
• статус вроде «в отпуске до 5 июля», чтобы не ждать ответа от того, кого нет.

Важная деталь: свой профиль сотрудник должен редактировать сам. Справочник, который наполняет и обновляет один человек в HR, устаревает с той же скоростью, что и таблица, — просто теперь у него есть интерфейс.

Что проверять при выборе

Пять вопросов, которые стоит задать до внедрения.

Откуда берутся данные? Если только ручной ввод — структура устареет за квартал. Спросите, как сотрудники попадают в систему из вашей кадровой программы и что происходит при переводе человека в другой отдел.

Кто это видит? Схема, доступная только HR, не решает исходную задачу. Ценность в том, что рядовой сотрудник сам находит ответ на «кто за это отвечает», никого не отвлекая.

Работает ли с телефона? Схема на весь экран красиво выглядит на большом мониторе. Проверяйте на телефоне: именно там её открывает человек, которому прямо сейчас нужен номер коллеги.

Что будет при переводе и повышении? В системах, где человек и должность — одна запись, перевод создаёт дубль, а история теряется. Спрашивайте, что станет с профилем сотрудника после смены подразделения.

Можно ли скрыть свои данные? Дата рождения, личный телефон, статус — то, что человек раскрывает по своему решению. Справочник без настроек приватности рано или поздно станет поводом для конфликта.

Как это устроено в TeamHero

Структура и справочник в TeamHero — часть портала, а не отдельная система. Три представления работают на одних данных, у отдела открывается карточка с составом и руководителем, есть ссылка сразу на нужную ветку схемы.

Сотрудники загружаются из 1С через открытый API импорта или разово из CSV. Профиль человек редактирует сам; там же он отмечает даты, когда его не будет. Поиск и фильтры работают по имени, отделу, должности и формату работы, а сводка показывает, сколько человек в офисе, сколько удалённо и сколько на гибриде — по данным, а не по ощущениям.

Модель данных разделяет человека, учётную запись и трудоустройство. Поэтому перевод в другое подразделение, повышение или работа в двух юрлицах холдинга не создают второго Ивана Петрова, а история обучения и признания остаётся у человека.

Чего пока нет, чтобы не выяснять это на внедрении: выгрузки схемы в PDF или PNG для презентации, фильтров и метрик поверх самой схемы, истории изменений структуры и выгрузки списка сотрудников в Excel — из аналитики выгружается CSV.

Зачем это трём ролям

HR получает единый источник данных о персонале: профили актуальны, потому что их ведут сами сотрудники, структура наполняется импортом, а не ручным вводом.

Операционный директор видит реальное устройство компании — где какие подразделения, как выстроено подчинение, нет ли «потерянных» веток, — и опирается на это при планировании.

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

Схема в презентации отвечает на вопрос «как устроена компания» один раз, в день, когда её нарисовали. Живая структура отвечает на него каждый день — и это вся разница.