Эстер Дерби - Психология управления изменениями

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

Но и тем, для кого управление изменениями является прямой обязанностью, книга тоже будет полезной – она продемонстрирует еще один подход к проведению коренных преобразований в сложных условиях.

Изложенные здесь семь правил – скрупулезное дополнение к системным и ориентированным прежде всего на человека мерам в работе с большими коллективами. Они применимы к ситуациям, в которых нет одного-единственного правильного решения, когда группе лучше придумать что-либо самостоятельно и когда нужно найти новый подход к проблеме. Эти семь правил не образуют общего процесса, и они не нацелены на то, чтобы их выполняли ступенчато, хотя разумно начать с самого первого: «Стремитесь к соответствию».

Начиная свою карьеру, я не стремилась произвести революцию в подходе к переменам в команде, отделе или всей организации. Я начинала как программист. Мне нравилось писать код – это было похоже на решение головоломок, к тому же способствовало приобретению знаний о различных областях деятельности: мини-производство, обслуживание ипотечных кредитов, финансовое обеспечение медицинской визуализации, организация питания на рабочем месте, программное обеспечение как товар и т. п. Я не особенно задумывалась о переменах. Мой код заставлял машину оперировать единицами и нулями. Казалось бы, что здесь общего с организационными изменениями?

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

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

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

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

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