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

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

Светлой памяти Джерри

Предисловие

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

Модель «Кеневин», которую ее создатели Сноуден и Бун описали в своей новаторской статье 2007 г. «Лидерская модель принятия решений» (A Leader's Framework for Decision Making), выделяет четыре типа систем: упорядоченные простые, где существуют и применяются оптимальные практики; упорядоченные сложные, где есть по крайней мере одно правильное решение и используются специальные знания; сложные, где нужно изобретать новые подходы; хаотичные, где лучший способ действий — быстро стабилизировать ситуацию; а также промежуточное состояние неопределенности. В упорядоченных простых и упорядоченных сложных системах причина и результаты явственно заметны. В сложных и хаотичных их можно обнаружить только задним числом.

Сноуден и Бун описывают сложные системы следующим образом:

В сложном контексте… нельзя отыскать правильные ответы. Это все равно как разница между, скажем, «феррари» и бразильским тропическим лесом. «Феррари» — сложный механизм, но опытный механик может разобрать его и собрать снова, не изменив ничего. Структура машины неизменна и является суммой составляющих ее частей. А вот тропический лес все время трансформируется — некоторые виды животных и растений исчезают, погодные условия нестабильны, аграрный проект меняет направления рек, и целое здесь гораздо больше, чем сумма отдельных элементов. Это область «неизвестного неизвестного», и именно к такой системе тяготеет бо́льшая часть современного бизнеса.

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

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

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

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

Как я к этому пришла

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

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

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

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

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

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

Два важных вывода относительно перемен

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

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

Затем я перешла на работу программистом в крупную финансовую компанию, условно назовем ее Bradley's. Это был довольно значительный карьерный шаг — из маленькой семейной производственной фирмы в непрестижном пригороде в организацию, входящую в список Fortune 100 (и 100 лучших компаний для работы), со штаб-квартирой в небоскребе на Манхэттене и десятками тысяч сотрудников по всему миру. Рекордному количеству прибыльных подразделений Bradley's завидовала вся отрасль, и бренд был широко известен. Меня взяли в группу, которая писала код для отчетности по акциям и облигациям. Здесь те, кто использовал программы, приветствовали нашу систему автоматизации сотен счетов, связанных с ежедневными покупками, продажами и обновлением биржевого курса. На новом месте я переключила свое внимание на другой тип перемен.

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

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

Другое незначительное изменение включало отображение структуры каждой программы. Мне даже не приходилось самой изучать и графически изображать структуру; нужно было всего лишь выбрать параметры и сделать распечатку. Voilà! Это небольшое нововведение облегчило новичкам знакомство с последовательностью выполнения программы, а также помогло быстрее обнаруживать ошибки в программах. К тому же это требовало гораздо меньше времени, чем просмотр всего текста программы в поисках заголовков подпрограмм.

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