Ручное и системное управление компанией

После написания статьи про выбор IT-компании, полезным будет расширить тему и уточнить, что подразумевается под "Ручным управлением" и "Системным управлением". Эти понятия не мной придуманы, а, можно сказать, классика менеджмента. Чтобы правильно выбрать работу, любому IT-ишнику не помешает хоть немного разбираться в том, что происходит в компании. Но! Это заявление никак не призывает к критике или насмешкам над вышестоящими руководителями, последнее может негативно сказаться на крепости сна и начисления премии.

Ручное управление компанией

Ручное управление - метод управления, при использовании которого собственник или управляющий берёт решение всех вопросов на себя и каждую задачу решает индивидуально.

Планирование при таком методе основано на принципе "здесь и сейчас". Есть заказ — все пошли его делать. Ситуация в целом достаточно неуправляемая, так как потенциальный заказчик может попросту не придти и не сделать ожидаемый заказ в этом месяце, а сделать его потом. Структура ручного планирования - размытая и неопределённая. Планирование, как выше отмечено, только оперативное. Оцениваемые результаты — "как получилось".

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

По факту, пример, если собственник не особенно хорошо разбирается в бухгалтерии, то конкретный, и часто единственный, работник этого отдела становится максимально важным для существования всей компании и находится "в режиме бога" (на игровом сленге).

По поводу разделения ответственности, тут она неопределенная, хотя нет, ответственность ложится на "крайних" и "под руку попавшихся".

Плюсы "ручного" управления

+ Высокая продуктивность из-за личной мотивации. Здесь люди всегда на виду и часто героически вытаскивают компанию из различных передряг.

+ Хорошее взаимодействие в коллективе из-за малого количества людей (обычно это небольшая компания). Также сплочённости способствует непредсказуемость дальнейшего развития, частые коллективные битвы с дедлайнами с привлечением даже уборщицы.

+ Быстрое реагирование на изменения. В продакшен изменения попадают быстрее, есть чуство того, что работа "кипит" (и разрастающийся технический долг это подтверждает). Обычно такая гибкость помогает самореализации сотрудников и внедрению новейших необкатанных фреймворков по их инициативе. Есть те, кто специально ищет такие рабочие процесссы, так как ему не комфортно будет в жёсткой структурированной организации, которую он предпочтёт ручному управлению.

+ Возможность стать незаменимым сотрудником и уволиться.

Минусы "ручного" управления

- Возможность уйти от ответственности, вследствие чего полученный результат будет хуже, упадёт мотивация. Теряется цель.

- Невозможность сосредоточиться на профессии, вместо этого - трата времени, например, на общение с клиентом, частая смена интересов.

- Постоянное отсутствие субординации и стабильности ведёт к демотивации. С другой стороны, это "на любителя", можете перенести для себя в плюсы, если хотите.

- Серые выплаты, отсутствие ДМС, штрафы - продолжите список.

Системное управление предприятием

Системное управление — управление на основе состоявшихся, описанных и регулярных процессов, стандартов и регламентов - завершённый цикл деятельности.

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

Вместо того-же бухгалтера заправляет всем бизнес-процесс, который регламентирует сдачу отчётности. Все подчинено регламентам, а не персоналу, вследствие чего люди отходят на второй план (понижается максимально "автобусный фактор"*).

Главным, как видим, становится наличие правил, регламентов, налаженных бизнес-процессов. Здесь подчеркну слово "налаженных", так как меняющийся каждый квартал бизнес-процесс — это не считается работающим бизнес-процессом (хотя, у кого как).

Результаты оцениваются по показателям реализации планов, интерактивным дашбордам и отклонениям от заранее спланированного курса.

И, для сравнения, упомяну про полномочия. Они при регулярном/системном управлении вместе с ответственностью определяются должностными позициями.

Плюсы системного управления

+ Стабильность (можно брать кредит, не так беспокоясь, что завтра компания прогорит)

+ Оформление по ТК, ДМС, бесплатные семинары, скидка на фитнес - продолжите список.

+ Код-ревью, прозрачные рабочие процессы.

Минусы системного управления

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

- Отсутствие креатива и инициативы (всё уже спланировано).

- Не всем подходят жёсткие правила и регламент.

- Карьерный рост минимален, в большой фирме нужно ждать, когда место начальника освободится после ухода его на пенсию.

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

Текучка кадров больше распространена при ручном управлении (отсюда чаще переходят в другую категорию при профессиональном росте, т.е. в более крупные компании), но это не правило, зависит от многих факторов и не связано напрямую с конкретным методом управления, а от его реализации на местах.

* — В области разработки программного обеспечения bus factor проекта — это мера сосредоточения информации среди отдельных членов проекта. Bus factor показывает количество разработчиков команды программистов, после потери которых проект не может быть дальше продолжен.