Читать книгу "Стратегия чистого листа. Как перестать планировать и начать делать бизнес - Марк Розин"

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

1. Размываем систему: вместо ее усложнения вводим все больше и больше внесистемных исключений ad hoc в соответствии с принципом «суббота для человека, а не человек для субботы» и тем самым по сути убиваем систему (рис. 6.3).

2. Цементируем систему: не усложняя ее, строго придерживаемся всех введенных правил в соответствии с принципом «и если нога твоя соблазняет тебя, отсеки ее: лучше тебе войти в жизнь хромому, нежели с двумя ногами быть вверженным в геенну» и тем самым корежим бизнес и людей ради сохранения системы.

3. Доводим систему до абсурда: отказываемся признать, что она уже стала неподъемной, и продолжаем ее развивать и усложнять – живем, сохраняя иллюзию системности, хотя реально это уже тришкин кафтан. При этом уже никто не понимает систему, и принятые в соответствии с ней решения выглядят столь же произвольными, как и решения ad hoc (рис. 6.4).

Чрезмерно усложнившаяся система не помогает, а мешает работать. В наиболее тяжелых случаях системные решения начинают выглядеть произволом.

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

Движемся к оппортунистическому способу управления

Проблемы систем

С системами связаны две ключевые проблемы.

1. Формализованная система не в состоянии учесть все многообразие конкретных обстоятельств. Как бы хорошо мы ни продумали систему, всегда найдутся достойные внимания факторы, которые в систему не заложены. Можно, конечно, предусмотреть в системе множество «зазоров» для гибкости, определяя лишь самую общие рамки и оставляя менеджерам свободу самостоятельно принимать решения. Однако чем больше гибкости, тем меньше выгод мы получим от введения системы: самая гибкая система – это отсутствие какой бы то ни было системы.

2. Система почти всегда замедляет скорость реакции: пока все вводные соберешь, по всему алгоритму пройдешь… А менеджер взглянул на имеющиеся факты – и принял решение. Это приводит к тому, что менеджеры, заинтересованные в эффективной работе, учатся обходить и обманывать систему: в конце концов «система – дура» и умный человек всегда найдет способ ее обхитрить. Прямо по Салтыкову-Щедрину: строгость законов смягчается необязательностью их исполнения – несовершенство управленческих систем (которые, как мы понимаем, всегда в той или иной степени несовершенны) компенсируется возможностью их нарушения.

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

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

В одной из крупных стратегически ориентированных ИТ-компаний была разработана очень серьезная автоматизированная (как и положено для ИТ-компании) система управления проектами. Создавалась она для того, чтобы исключить продажу неприбыльных проектов, централизованно управлять человеческим ресурсом, контролировать качество и сроки и делать много чего еще. Автором системы был, безусловно, выдающийся менеджер – к качеству и продуманности системы я бы не взялся придраться.

Для внедрения системы пришлось поставить барьеры на совершение многих действий: чтобы «открыть» заказанный клиентом проект, нужно было заполнить кучу форм, получить кучу разрешений, после чего система начинала отслеживать промежуточные итоги, затраты времени, экономическую эффективность и т. д. Без заполнения форм подписать договор с клиентом нельзя, набрать людей в команду нельзя, менеджера проекта назначить нельзя…

Со временем система стала работать безупречно: все поля заполнялись, ход проектов отслеживался, эффективность рассчитывалась… Однако все чаще и чаще стали выявляться расхождения между реальностью и системой: согласно системе консультанты отработали Х часов, а на самом деле в два раза больше; внутри системы еще только происходят согласования, необходимые для открытия проекта, а проектная команда на самом деле давно уже трудится; авансы субподрядчикам не проходят, пока система не подтвердит, а подрядчики уже работают без аванса, поверив честному слову менеджера, что деньги будут заплачены. А потом генеральному директору приходится решать задачу: проект системой запрещен, а субподрядчик, поверив честному менеджерскому слову, уже начал работу, и теперь не заплатить ему – значит испортить свою репутацию.

Небольшое исследование выявило три замечательных момента:

1. Хотя система была предназначена для управления проектной работой, реальное управление осуществлялось в ручном режиме, а в систему данные вносились задним числом.

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

3. Почти каждый департамент выбил себе ставку секретаря или администратора, обязанности которого состояли только в том, чтобы заполнять необходимые формы системы (как правило, задним числом). Это были очень квалифицированные работники, которые умели так заполнять формы (т. е. так искажать информацию!), чтобы система давала желаемый ответ. Фактически это были специалисты по созданию муляжей.

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

Заменяем формальные правила коллегиальностью

Ключевая проблема системы состоит в том, что она не учитывает конкретные обстоятельства: задано правило, которое определяет принятие решений на основе пяти факторов, – и всё; если в данном конкретном случае наличие шестого фактора изменит всё в корне, система это проигнорирует.