Том Демарко - Человеческий фактор: успешные проекты и команды

• Название: Человеческий фактор: успешные проекты и команды
• Автор: Том Демарко
• Жанр: Деловая литература
• Год: 2005
• ISBN: 5-93286-061-8, 0-932633-43-9

Книга Тома Демарко и Тимоти Листера «Человеческий фактор: успешные проекты и команды» – перевод 2-го издания всемирно известного бестселлера об управлении проектами разработки ПО. Первое издание содержало революционные по тем временам (1987 г.) идеи, которые выдержали проверку временем. Авторы скорректировали свои выводы и добавили несколько новых глав. Ценность этой книги в том, что в ней описываются принципы, за каждым из которых стоит реальная история. Все главы содержат наблюдения и новаторские подходы, которые заставят читателей и руководителей увидеть важные вопросы в новом, более разумном ракурсе. С юмором и мудростью, обретёнными за годы руководства и консультирования, Демарко и Листер демонстрируют, что сложнейшие проблемы разработки ПО имеют человеческую, а не техническую природу. Они не дают простых ответов, но дают правильные, подкреплённые научными исследованиями. Издание предназначено в первую очередь руководителям проектов, но будет полезно и рядовым программистам.

---

Главная причина, по которой мы склонны сосредоточивать усилия на технической, а не на человеческой стороне работы, – вовсе не приоритет первой перед второй. Технические вопросы проще решать. Гораздо проще организовать установку нового оптического привода, чем выяснить, почему Хорас в замешательстве или почему Сьюзен выражает недовольство компанией уже после нескольких месяцев работы. Человеческие взаимодействия сложны, их проявления не бывают очевидными и прозрачными, но они имеют большее значение, чем любой другой аспект работы.

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

2. Сделал чизбургер – продай его

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

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

• Исключить ошибки. Заставить машину (коллектив) работать гладко, насколько возможно.

• Занять жёсткую позицию в отношении сотрудников, склонных филонить на рабочем месте.

• Считать служащих взаимозаменяемыми винтиками.

• Оптимизировать стабильное состояние. (Даже не задумываясь о том, как производство вышло на полную мощность или каким образом его возможно остановить.)

• Стандартизировать процедуру. Делать все по инструкции.

• Исключить эксперименты – за это получают деньги те, кто сидит в штаб-квартире.

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

Чтобы эффективно управлять людьми в области интеллектуального труда[3], необходимо принимать меры, противоположные перечисленным выше. Эти противоположные меры описаны в последующих разделах.

Допустимость ошибок

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

В разговоре с группой руководителей проектов по разработке программного обеспечения мы представили стратегию, которую считаем случаем итеративного проектирования. Идея заключается в том, что некоторые проектные решения изначально содержат недостатки, и такие решения следует выбрасывать, а не пытаться исправить. При проектировании следует ожидать появления подобных тупиков. Усилия, потраченные на тупиковую разработку, – небольшая цена за возможность начать с чистого листа. К нашему удивлению, многие руководители считают, что такой подход станет неразрешимой политической проблемой для их собственного начальства: «Как мы можем выбросить продукт, в производство которого наша компания вложила деньги?» Похоже, они считают, что лучше все же спасать дефектный вариант, пусть это в перспективе и обойдётся дороже.

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

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

Менеджмент, простецкое определение

Менеджмент – понятие достаточно сложное, чтобы ему можно было дать простое определение, однако этот нюанс ускользнул от одного менеджера высшего звена, с которым мы общались на профессиональном конвенте в Лондоне. Своё понимание предмета он суммировал так: «Менеджмент – это умение пинать сотрудников». Это равнозначно мнению, что руководители в основном думают, а подчинённые лишь выполняют их волю. Опять же, для производства чизбургеров это, быть может, вполне продуктивный подход, но и только; он не действует для предприятия, в котором люди работают головой, а не руками. В подобной сфере мозг каждого участника должен участвовать в процессе. Посредством пинков вы сможете в лучшем случае активизировать сотрудников, но не добиться от них творческого подхода, вдумчивости и изобретательности.

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

Самое печальное в таком подходе к руководству – это то, что он практически никогда не оправдан. Большинство сотрудников любят свою работу, и чаще всего не требуются жёсткие меры, чтобы они продолжали работать. Напротив, может возникнуть необходимость сделать так, чтобы они работали меньше, но более осмысленно (эту идею мы развиваем в главе 3).

Человеческие запчасти

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

Многие руководители проектов по разработке придерживаются такого же подхода. Они идут на все, убеждая себя, что нет незаменимых людей. Из страха, что ключевой человек уйдёт, они заставляют себя считать, что ключевых людей попросту не существует. Разве не в этом, в конце концов, сущность менеджмента – делать так, чтобы работа не останавливалась в случае ухода отдельных людей? Эти руководители ведут себя так, словно существует волшебный магазин человеческих запчастей, куда можно позвонить с примерно такой просьбой: «Пришлите мне нового Джорджа Гарденайера, только пусть он будет не такой дерзкий».

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

Т. Д.

Вот один пример такого менее восприимчивого руководителя, взятый из жизни. Этот начальник крайне остро реагировал на индивидуальность своих подчинённых. Один весьма талантливый сотрудник большую часть года проводил на площадках клиентов и, как следствие, жил на командировочные. Анализ расходов этого сотрудника показал, что расходы на питание сильно отличаются от расходов других «путешественников» по этой статье. На еду он тратил в полтора раза больше других. В негодующем открытом письме начальник заклеймил «гастрономического преступника». Между прочим, общие расходы этого сотрудника не выбивались из ряда: излишние расходы на еду он компенсировал экономией в других областях. Он не обходился компании дороже, он просто был не таким, как все.

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

Стабилизация проекта означает его смерть

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