Крутой, но непризнанный IT-менеджер Вебстер Томпкинс сначала попадает под увольнение, потом его кадрит случайная красотка, усыпляет его наркотиком и вывозит в небольшую коммунистическую страну Моровию.
Фантастика?
Нет. Вообще-то - учебник по управлению проектами. В форме фантастического романа.
Как вам такое? Встречайте обзор книги Тома ДеМарко «Deadline. Роман об управлении проектами»!
Том ДеМарко
Том ДеМарко - глава международной консалтинговой компании Atlantic Systems Guild, специализирующейся на построении сложных бизнес-систем, управлении рисками, реинжиниринге, построении здоровой корпоративной культуры. Также она оказывает помощь в судебных разбирательствах, связанных с программным обеспечением. Член Ассоциации по вычислительной технике (Association for Computing Machinery) и Института инженеров по электротехнике и электронике (Institute of Electrical and Electronics Engineers).
Сюжет
Похищенному Вебстеру Томпкинсу предстоит поднять экономику небольшой коммунистический страны Моровии.
В его распоряжении бесконечные человеческие и денежные ресурсы. Против Вебстера выступают бюрократия, тупое начальство и сжатые сроки.
В конце каждой главы Вебстер записывает полученные уроки в свой блокнот. Эти записи - самое ценное, что есть в книге для менеджера.
Вот только несколько тем, которые затрагиваются в книге:
- Подбор персонала.
- Мотивация сотрудников.
- Разрешение конфликтов внутри компании.
- Продолжительность рабочего дня, сверхурочная работа.
- Сокращения и переводы сотрудников.
- Начальник-самодур.
Как же надоели учебники!
Читая эту книгу, я поймал себя на мысли о том, как же мне надоели традиционные учебники. Правило - доказательство - примеры - итоги. И вода, вода, вода…
Полезно? Угу.
Скучно? О, да!
Толстую книгу Deadline я проглотил за три дня. Приключения Вебстера затягивают, хотя тема «учебника» мне была не очень-то интересна.
Художественный формат делает любой учебник интереснее и полезнее. Почему он так редко применяется в бизнес-литературе?
Резюме
Интересный роман об управлении проектами. Яркие герои, юмор, извилистый сюжет - всё на месте.
Написанная еще в 1997 году книга Тома ДеМарко «Deadline. Роман об управлении проектами» не только не утратила актуальности, но и по сей день остается жемчужиной управленческой мудрости. Надо понимать, что никакие новые методологии, стандарты, Lean и Agile не заменяют собой простых, хотя и вовсе не очевидных принципов управления, изложенных с потрясающей легкостью.
Давно собирался собрать воедино «записную книжку мистера Томпинкса», в которую герой романа заносит ключевые выводы и тезисы, чтобы можно было освежать их в памяти. Ну и вот наконец. Enjoy!
Четыре основных правила менеджмента
- Найти нужных людей.
- Дать им ту работу, для которой они лучше всего подходят.
- Не забывать о мотивации.
- Помогать им сплотиться в одну команду и работать так дальше.
(Все остальное - административная ерундистика.)
Безопасность и перемены
- Если человек не чувствует, что находится в безопасности, он будет противиться переменам.
- Перемены необходимы руководителю для успешной работы (наверняка они необходимы и в любой другой деятельности).
- Неуверенность заставляет человека избегать риска.
- Избегая риска, человек упускает все новые возможности и выгоды, которые могли бы принести ему перемены.
- Человека легко запугать прямыми угрозами, но также можно просто дать ему понять, что при случае с ним могут обойтись грубо и жестоко. Эффект будет таким же.
Отрицательная мотивация
- Чем бы вы ни угрожали, задача все равно не будет выполнена, если с самого начала вы отвели на ее выполнение слишком мало времени.
- Угрозы - самый неподходящий вид мотивации, если вас волнует производительность сотрудников.
- Более того, если люди не справятся, вам придется выполнить свои обещания.
Части тела, необходимые для управления проектами
- Для руководства нужны сердце, нутро, душа и нюх.
- Так что:
- руководить надо сердцем;
- чувствовать нутром;
- вкладывать в команду и проект душу;
- иметь нюх на всякую ерунду и бессмыслицу.
Главнокомандующий на поле битвы, как метафора управления проектами.
К началу сражения работа главнокомандующего уже закончена.
Собеседование и прием на работу
- Чтобы нанять человека на работу, менеджеру необходимы все его способности: сердце, душа, нюх и способность чувствовать нутром (по большей части последнее).
- Не пытайтесь нанимать людей в одиночку - гораздо лучше задействовать в этом процессе интуицию двух менеджеров.
- Попросите новых членов команды взяться в проекте за ту работу, которую им уже случалось успешно выполнять в прошлом, а прочие амбиции и рост отложить до следующего проекта.
- Попросите наводку - тот человек, которого вы выбрали себе в команду, наверняка может посоветовать, кого вам еще следует нанять.
- Больше слушайте, меньше говорите.
Повышение производительности
Управление рисками
- Чтобы управлять проектом, достаточно управлять его рисками.
- Создайте список рисков для каждого проекта.
- Отслеживайте те риски, которые являются причиной провала проекта, а не только конечные риски.
- Оцените вероятность возникновения и стоимость каждого риска.
- Для каждого риска определите показатель - симптом, по которому можно определить, что риск превращается в проблему.
- Назначьте специального человека для управления рисками, и пусть он не поддерживает девиз «Мы можем все!», который культивирует начальство.
- Создайте доступные (возможно, анонимные) каналы для сообщения плохих новостей руководству.
Играй в защите
- Сокращайте потери.
- Успех проекта можно скорее обеспечить сокращением ненужных усилий, чем стремлением к новым победам.
- Чем раньше вы прекратите ненужную работу, тем лучше для всего проекта.
- Не пытайтесь создавать новые команды без необходимости; поищите в коллективе уже сложившиеся и сработавшиеся команды.
- Оставляйте команды работать вместе и после окончания проекта (если они сами того хотят), чтобы у пришедших вам на смену руководителей было меньше проблем с плохо срабатывающимися командами.
- Считайте, что команда, которая хочет продолжать работать вместе и дальше, - это одна из основных целей любого проекта.
- День, который мы теряем в начале проекта, значит так же много, как и день, потерянный в конце.
- Есть тысяча и один способ потратить день зря и ни одного, чтобы вернуть этот день обратно.
Моделирование процесса разработки
- Моделируйте свои предположения и догадки о том, как пойдет процесс работы.
- Обсуждайте эти модели вместе с партнером, чтобы лучше понимать процесс работы и вносить необходимые исправления.
- Предсказывайте результаты работы с помощью модели.
- Сравнивайте результаты, полученные а процессе моделирования, с реальными.
Извращенная политика
- В любой момент нужно быть готовым отказаться от работы и попросить расчет…
- …однако это не означает, что тем самым вы сумеете избежать последствий извращенной политики.
- Извращенная политика достанет вас везде, даже в самой здоровой и чистой организации.
- Главный признак извращенной политики: во главу угла ставятся личные цели и влияние, а не общие интересы компании.
- Это может произойти даже тогда, когда личные цели напрямую противоречат целям организации.
- Один из побочных эффектов извращенной политики: иметь хорошо укомплектованную команду становится небезопасно.
Сбор метрических данных
- Определяйте размер каждого проекта.
- Не усердствуйте поначалу с выбором единицы измерения - если впоследствии вам предстоит работать с реальными данными, для начала сойдут и абстрактные единицы.
- Стройте сложные метрики на основе простых (тех, которые легко подсчитать в любом программном продукте).
- Собирайте архивные данные, чтобы считать производительность труда по уже законченным проектам.
- Работайте над формулами вычисления сложных синтетических метрик до тех пор, пока полученные результаты не будут наиболее точно отражать отношение абстрактных единиц к указанному в архивных данных объему работ.
- Проведите через всю архивную базу данных линию тренда, которая будет показывать ожидаемый объем работ в виде отношения значений сложных синтетических метрик.
- Теперь для каждого нового проекта достаточно будет высчитать значение синтетической метрики и использовать ее при определении ожидаемого объема работ.
- Не забывайте об «уровне помех» на линии производительности и используйте его, как индикатор при определении допустимых отклонений от общей траектории.
Процесс разработки и его улучшение
- Хороший процесс разработки и его постоянное улучшение - весьма достойные цели.
- Но существуют еще и рабочие цели и задачи: хороший работник сконцентрирует внимание как раз на них, даже если вы его об этом не просили.
- Формальные программы, направленные на улучшение существующего процессе разработки, будут дорого стоить команде - и во временном, и в денежном отношении. Даже отдельные усилия по улучшению процесса могут отбросить команду далеко назад. Что касается возможного повышения производительности, то даже если это и произойдет, то едва ли выгоды от этого повышения покроют затраты.
- Можно надеяться получить положительный результат от одного какого‑нибудь хорошо взвешенного и тщательно выбранного усовершенствования в методике работы. В этом случае оно может покрыть деньги и время, потребовавшиеся на его внедрение.
- Попытка внедрить более одного усовершенствования методологии - гиблое дело. Программы, направленные на улучшение многих приемов и навыков (например, переход на следующий уровень СММ), скорее всего приведут к тому, что сроки только увеличатся.
- Опасность стандартизированного процесса разработки состоит в том, что за рутинными операциями люди могут не заметить возможность сэкономить время и усилия по разработке проекта.
- Что касается чрезмерно больших команд, то там стандартизированный процесс будет неукоснительно соблюдаться до тех пор, пока он позволяет всем чувствовать себя при деле (не важно, с пользой для проекта или нет).
Делать работу по‑другому
- Есть только один способ сократить время на разработку, когда его и без того мало - уменьшить сроки отладки программы.
- Проекты с высокой производительностью требуют гораздо меньше времени на отладку и исправление ошибок.
- Проекты с высокой производительностью требуют гораздо больше времени на проектирование.
Нельзя заставить людей делать что‑то по‑другому, если ты о них не заботишься, если ты ими не интересуешься. Чтобы они изменились, ты должен понимать (и ценить) их самих, что они делают и к чему стремятся.
Что дает давление сверху
- Люди не начнут быстрее соображать, если руководство будет давить на них.
- Чем больше сверхурочной работы, тем ниже производительность.
- Немного давления и сверхурочной работы могут помочь сконцентрироваться на проблеме, понять и почувствовать ее важность, но длительное давление всегда плохо.
- Возможно, руководство так любит применять давление, потому что просто не знает, как еще можно повлиять на ситуацию, или же потому, что альтернативные решения кажутся им слишком сложными.
- Ужасная догадка: давление и сверхурочная работа призваны решить только одну проблему - сохранить хорошую мину при плохой игре.
Сердитый начальник
- Злость и неуважение заразительны. Когда высшее руководство демонстрирует злость и неуважение к подчиненным, руководители среднего звена начинают копировать их поведение. Точно так же дети, которых наказывали в детстве, часто впоследствии становятся жестокими родителями.
- Неуважение и злоба, по мнению некоторых начальников, должны заставить подчиненных лучше работать. Это типичная политика «кнута и пряника». Но разве когда‑нибудь неуважение со стороны начальства приводило к тому, что люди начинали лучше работать?
- Если начальник демонстрирует неуважение к подчиненным, это признак того, что он не может больше занимать свою должность (а вовсе не признак того, что у него плохие подчиненные).
Туманные спецификации
- Неясность спецификации говорит о том, что между участниками проекта есть неразрешенные конфликты.
- Спецификация, в которой нет списка типов входящей и исходящей информации, не должна даже приниматься к рассмотрению. Это значит, что она попросту ничего не специфицирует.
- Никто никогда не скажет вам, что спецификация плоха. Люди скорее будут обвинять себя в неспособности понять написанное, чем ругать авторов спецификации.
(Важное пояснение. Упомянутые «спецификации» — это нечто среднее между техническим заданием и эскизным проектом. Лично моя практика показывает, что для ТЗ это тезисы полностью справедливы!)
Конфликт
- Проект, в котором участвуют несколько сторон, обязательно столкнется с конфликтом интересов.
- Процесс создания и распространения программных систем - прямо‑таки рассадник всевозможных конфликтов.
- В большинстве компаний, где создается программное обеспечение, никто специально не занимается вопросом решения конфликтов.
- Конфликт заслуживает понимания и уважительного отношения. Конфликт не имеет ничего общего с непрофессиональным поведением.
- Донесите до каждого, что постараетесь учитывать интересы всех участников, и проследите, чтобы так оно и было.
- Тяжело договариваться. Гораздо легче выступать посредником.
- Объявите заранее, что если интересы конфликтующих сторон полностью или частично противоположны, то поиск решения будет переложен на посредника.
- Не забывайте: мы находимся по одну сторону баррикад. По другую сторону находится сама проблема.
Кто такой катализатор проекта
- Существуют люди‑катализаторы. Они помогают создать здоровую команду, отношения, боевой дух. Даже если бы они больше ничего не делали (а как правило, они делают куда как много), их роль в проекте остается одной из наиболее важных.
- Посредничество - еще одна сфера, в которой люди‑катализаторы просто незаменимы. Впрочем, посредничеству можно научиться, это не очень сложно.
- Первым шагом к посредничеству должна быть маленькая церемония. Например, можно произнести фразу: «Вы позволите мне попробовать помочь вам решить этот спор?»
Человеку свойственно ошибаться
Нам кажется, что самое страшное - не знать чего‑то. На самом деле гораздо хуже быть уверенным, что знаешь, когда на самом деле это не так.
О персонале
- Если в самом начале проект делает большая команда, это снижает эффективность самой ответственной части работы - определения архитектуры системы (потому что всем разработчиком надо скорее дать какую‑то работу).
- Если работу раздать людям и командам еще до того, как завершится стадия дизайна продукта, не получится создать простые и эффективные модели взаимодействия между людьми и рабочими группами.
- Это приведет к потере независимости, увеличению числа собраний и совещаний, общему недовольству.
- В идеале было бы хорошо сначала набрать маленькую команду, которая создала бы продуманную архитектуру системы, а уже потом, на последнюю, шестую часть времени разработки в эту команду можно было бы добавить новый персонал (который работал бы непосредственно над кодированием).
- Ужасное предположение: кажется, те команды, перед которыми не ставят жестких сроков, заканчивают работу быстрее!
Проблемы социологии
- Собрания должны быть небольшими. Для этого нужно сделать так, чтобы люди не боялись пропускать ненужные им собрания. Самый простой способ - заранее опубликовать повестку дня, а потом всегда строго ее придерживаться.
- Каждому проекту нужна какая‑то церемония или ритуал.
- С помощью церемоний можно концентрировать внимание собравшихся на основных целях и задачах совещания: сократить состав рабочей группы, повысить качество программного кода и т. п.
- Защищайте людей от оскорблений и ругани Начальства.
- Запомните: в работе страх = гнев. Те руководители, которые любят кричать на своих подчиненных и всячески унижают и оскорбляют их, на самом деле просто чего‑то очень боятся.
- Наблюдение: если бы для всех проявление грубости и злости к подчиненным всегда значило бы, что начальник просто боится, то никто из начальников не стал бы так себя вести просто из страха, что его страх станет заметен! (Это, конечно, не решает проблем такого руководителя, но, по крайней мере, оберегает его подчиненных.)
О патологической политике (еще раз)
- Эту патологию невозможно вылечить снизу.
- Не стоит терять время или подвергать себя опасности, чтобы проверить предыдущий постулат на собственном опыте.
- Иногда единственным выходом из ситуации становится выжидание. Попробуйте подождать, пока проблема не разрешится сама по себе или пока вы не найдете способ уйти от нее в сторону.
- Чудеса, конечно, случаются, но лучше все же на них не рассчитывать.
Злоба и скупость
- Злоба и скупость - вот формула, которую начинают применять в плохих компаниях те, кто несет ответственность за неудачи в бизнесе.
- Злоба и скупость прямо противоположны истинным целям любой хорошей компании - быть щедрыми и заботливыми по отношении к своим сотрудникам.
- Когда вы подмечаете в компании проявления злобы и скупости, знайте, их настоящая причина - страх и боязнь провала.
Основы здравого смысла
- У проекта должно быть два срока сдачи - запланированный и желаемый.
- Эти сроки должны быть разными.
Я с огромным трудом удержался (ну, почти!) от комментирования каждого тезиса, приведения примеров, и, самое главное, демонстрации того, что эти тезисы — они не про разработку ПО, они про управление проектами и даже про управление в самом широком смысле. Просто поверьте, что это так, и думайте, думайте, думайте!
И, наконец, если вдруг так получилось, что эта книга до сих пор не попала в зону Вашего внимания — то срочно читать. Читать не спеша, со вкусом.
Одна из ключевых идей книги: «Весь потенциал Вашего проекта заложен в вашей команде». С другой стороны, все проблемы Вашего проекта будут связаны с людьми.
Никакой софт, никакие точные регламенты не решают главного вопроса - как создать полезный продукт.
Очень грамотный акцент на предпроектную подготовку, а не саму реализацию проекта.
Конда начнете читать, видите, как автор тонко отразил все принципы гибкого подхода к управлению проектами.
И самое важное - это подача материала. Перед вами не сухой методологический кирпич, который хочется положить под ножку шкафа, а живая история с героями, их поражениями и победам.
История, которую хочется повторить самому.
В PDF в свободном доступе, например, по ссылке
Ключевые идеи книги:
Обладатель множества научных званий и наград Том ДеМарко возглавляет консалтинговый центр Atlantic Systems Guild с офисами в США, Германии и Великобритании. Инженер-программист и бакалавр электротехники, лауреат премии Жана-Доминика Варнье «За пожизненный вклад в информационные науки», ДеМарко проявил себя как талантливый писатель - автор девяти книг по управлению, организационному проектированию и системным разработкам, а также четырех произведений художественной литературы.
О чем эта книга
Если вкратце, то «Дедлайн» - книга об управлении проектами и людьми.
Сначала книга воспринимается как триллер, и только спустя какое-то время читатель понимает, что перед ним вполне четкие рекомендации и дельные советы по управлению проектами в яркой художественной оболочке.
Оболочка выглядит так. Опытного руководителя проектами мистера Томпкинса вот-вот должны сократить. Внезапно его похищает прекрасная незнакомка по имени Лакса, переправив в посткоммунистическую страну Моровию, которой правит тиран ВВН (Великий Вождь народов).
Мистеру Томпкинсу предлагают руководить множеством проектов одновременно, за огромное вознаграждение, предоставив полную свободу действий. Тиран ВВН при ближайшем рассмотрении оказывается молодым добродушным бизнесменом, с которым Томпкинс сразу находит общий язык. Но ВВН и Лакса отбывают по делам, а замещает «тирана» опасный тип Бэллок, воплощающий худшие черты руководителя. Он ставит перед Томпкинсом с командой недостижимые цели, устанавливает нереальные сроки, а в случае невыполнения приказов готов пойти на физическое устранение. Но Томпкинс с командой благодаря тонкостям управления успешно выпутываются из передряг.
Идея № 1. Залог успеха любого проекта - не в капиталах или технологиях, а в людях
Идея проста до банальности. Тем не менее именно о простых вещах забывают чаще всего во время управления сложными проектами. В Моровии (почти как в Греции) все есть: возможности, идеи, практически неограниченные кадровые и материальные ресурсы. Не хватает лишь пары мелочей: правильного подбора персонала и руководителя, который вместе с помощниками заставит проект заработать.
По мнению ДеМарко, весь кадровый менеджмент сводится к нескольким простым действиям: во-первых, найти нужных специалистов и обеспечить их подходящей работой; во-вторых, найти правильную мотивацию, которая сплотит их в одну слаженную команду.
Для Томпкинса работа на Моровию - это еще и эксперимент, дающий возможность понять, почему одни команды работают успешно, а другие - нет, причем задача у них одна и та же.
Идея № 2. Правильный подбор персонала основан не столько на выборе впечатляющего резюме, сколько на интуиции менеджера по персоналу
Подбирая команду для работы над несколькими проектами, Томпкинс просит себе помощника - и получает странную женщину Белинду Блинду, бывшего менеджера по персоналу, в свое время перегоревшую на работе и ставшую бродягой.
Белинда берется за работу, попросив в качестве гонорара тележку из супермаркета.
Белинда вместо чтения резюме лично встречается с подходящими кандидатурами и почти мгновенно отбирает нужных, ссылаясь на интуицию. Томпкинс, вначале шокированный, позже признает, что и сам бы выбрал именно этих людей.
Потому что они ему нравятся, и он чувствует, что нравится им.
Подобный выбор команды сродни выбору друзей. Люди идут за руководителем, потому что любят и уважают его, и это единственная причина. Теплые отношения внутри команды очень важны - и поэтому у лидера должно быть большое сердце. Помимо сердца, лидер должен иметь «нутро» (та самая интуиция), чтобы определить нужного человека и чувствовать ситуацию в целом, «душу», чтобы вдохнуть ее в проект и в команду, и «нюх» на отбрасывание ерунды.
Идея № 3. Мотивация персонала не должна быть отрицательной. Угрозы и давление убивают инициативу, а не ускоряют работу
Идеальная мотивация работы в команде - это слияние с ней, принятие ее идей, тот самый «командный дух». Денежная и карьерная составляющая, профессиональный рост тоже вполне уместны. Но если в ход идут угрозы и понукания - то есть отрицательная мотивация, это только замедляет производительность труда, хотя многие руководители придерживаются иного мнения.
Кроме того, если после угроз не следует наказания, это подрывает авторитет руководителя. Придется или исполнять их, вызвав волну увольнений и недовольства, либо забыть о них, выставив себя человеком несерьезным.
Иронической иллюстрацией к этой идее служит история ВВН, который решил стать тираном из-за того, что все его идеи отвергались. Он сетовал, что пока подробно рассказывал персоналу, чего бы он хотел, всегда находились скептики, объясняющие, почему это невозможно. Так длилось до тех пор, пока он не начал прибегать к эффектным угрозам вроде отрубания головы или казни на крюке. Больше он не слышал слова «нет». Никто ему не возражал, но все равно подчиненные не укладывались в срок.
Идея № 4. В любой организации может внезапно возникнуть «извращенная политика», когда руководители любого уровня забывают об общих интересах и заботятся только о личных целях, даже если они прямо противоположны общим
Обычно извращенная политика сочетается с угрозами и отрицательной мотивацией, хотя может принимать и более изящные формы. Последствия ее могут быть любыми, так что если не удается каким-то образом пресечь ее, нужно быть готовым уволиться в любой момент.
Одна из сторон извращенной политики - «сердитый начальник». По мнению ДеМарко, некоторые руководители подобны строгим родителям, считающим, что «ремня мало не бывает». Именно они любят ставить нереальные сроки и наказывать за их несоблюдение, хотя сами прекрасно понимают невыполнимость своих поручений. Злодей мистер Бэллок (типичный «извращенный политик») - сторонник постоянного дерганья и муштры. Работника, по его мнению, надо ежедневно тыкать носом в срок сдачи проекта и напоминать о том, что он не справляется с обязанностями.
Но как дети, которых постоянно наказывают, рано или поздно научатся хитрить и обманывать строгих родителей, так и подчиненные научатся очковтирательству, а не расторопности. Можно заставить человека работать сверхурочно, но его производительность от этого не повысится - он не станет думать быстрее. Программисты умеют обманывать начальство - ведь они, по выражению одного из героев, «прирожденные циники».
Злоба и неуважение передаются по цепочке от высших руководителей к среднему звену. Между тем, по мнению-Де Марко, если начальник постоянно срывается на подчиненных, это значит, что его пора снимать с должности, поскольку за злобой всегда стоит страх.
Другие формы извращенной политики - злоба и скупость, в основе которых всегда лежит страх провала.
Идея № 5. В командах, занимающихся разработкой программного обеспечения, неизбежно возникают конфликты интересов, от которых нужно избавляться с помощью посредника-катализатора
Заметив, что в командах возникают конфликты, Томпкинс собирает совещание, чтобы обсудить проблему. Сначала в ходе обсуждения рождаются мысли об обучающих семинарах, приглашении международного эксперта-конфликтолога, изучении подходящей литературы. Наконец один из помощников Томпкинса, генерал Марков, предлагает кандидатуру бывшего воспитателя детского сада маэстро Диэньяра, который вроде бы не делает ничего особенного, но конфликты в его присутствии утихают сами собой, причем он даже не понимает, как это происходит. Таких людей ДеМарко называет «человек-катализатор» .
Команде Томпкинса все-таки удается заполучить на один вечер профессионального эксперта, и он тоже высказывает идею о третьей стороне, посреднике, помогающем найти приемлемое решение для всех. Конфликтующим сторонам надо объяснить, что на самом деле они единомышленники, а настоящий противник - их общая проблема.
Человек-катализатор маэстро Диэньяр, принятый в конфликтующую команду, не делал ничего особенного - он просто рассказывал подходящие к случаю байки. Сначала это многих раздражало, потом из каждой такой байки люди выносили идеи и мораль, и постепенно конфликты сошли на нет.
Люди-катализаторы, по мнению ДеМарко, помогают сплотить команду, ощутить общую цель, хотя внешне как будто не делают ничего особенного. Их роль особенно важна для устранения конфликтов.
Идея № 6. Управление проектом - это управление его рисками
Прежде чем приступить к воплощению проекта, следует определить его самые слабые места и оценить последствия. Создать список таких слабых мест, прикинуть их стоимость и найти показатель, который говорит о том, что риск превратился в проблему.
Во многих организациях не практикуется сообщение о рисках начальству. Оно узнает обо всем в последнюю очередь, когда скрывать проблему уже невозможно. Надо найти способ делать это вовремя-либо через анонимные источники, либо через конкретного человека, управляющего рисками.
Идея № 7. Процесс разработки программ и управление проектами удобно моделировать с помощью рисунков
Для просчета рисков и понимания принципов работы проекта, по мнению ДеМарко, можно строить модели, где будут наглядно изображены все предположения. Герои книги постоянно рисуют схемы, подкрепляющие их теории, обсуждают их с коллегами и корректируют в процессе обсуждения.
В конце проекта любопытно будет сравнить реальный результат с изображенной моделью, проверив таким образом, были ли предположения правильными.
Идея № 8. Одна из основных целей любого проекта по разработке программного обеспечения - слаженная команда, готовая работать вместе и дальше
Проекты, как и руководители, приходят и уходят, а люди остаются. Они научились работать вместе, что не так легко при создании продукта. В их слаженную команду не нужно добавлять новичков и неизбежно тратить время на их обучение. Их не сотрясают конфликты, они понимают друг друга с полуслова. Если в процессе работы удалось создать хотя бы одну такую команду единомышленников, работающих как единый организм, то никакой дедлайн ей не страшен. Они знают, как правильно распорядиться своим временем.
Полезна ли эта книга
Книга просто и понятно объясняет азы теории управления, принципы работы с персоналом, поскольку, по мнению автора, без людей нет проектов, что не всегда понимают руководители. Она учит бороться с конфликтами и укладываться в дедлайн. В то же время она помогает вовремя распознать признаки «извращенной политики» и шаткости положения организации, когда покинуть ее ряды куда разумнее, чем бороться с вздорностью и некомпетентностью руководства.
В целом книга будет полезна как руководителю, так и рядовому сотруднику. И конечно, книга давно стала обязательным чтением для тех, кто создает программные продукты.
В чем достоинства книги
К достоинствам книги относятся ее искренность и теплота, с который ДеМарко рассказывает о работе с людьми. В этой работе есть немало тонкостей, не затронутых авторами других бизнес-романов. У автора прекрасное чувство юмора, хороший язык, писательский талант (недаром в последнее время он окончательно перешел к художественной литературе, заслужив похвалы критиков). Иногда в книге появляются черты социальной сатиры, иногда - романа-утопии, что слегка отвлекает от основной линии, но не портит ее.
Есть ли недостатки у книги
К недостаткам можно отнести огромное количество второстепенных действующих лиц. Некоторые персонажи появляются только для того, чтобы сказать несколько слов и исчезнуть навсегда. Возможно, у автора были свои соображения (как у противника любого сокращения кадров), но читателю они не очень понятны.
Кроме того, следует делать скидку и на время издания романа - 1997 год. С тех пор появились новые подходы к управлению проектами, основанные на гибкости (« »), так что исчерпывающей и современной информации по управлению проектами читатель в книге не найдёт.
Тем не менее достоинства книги ДеМарко вполне искупают ее недостатки, и даже критики книги и литературных способностей Тома ДеМарко в основном признают, что книга содержит немало полезных идей об управлении проектами.
Не всегда бизнес литература оставляет такое приятное послевкусие, как книга Тома ДеМарко "Deadline. Роман об управлении проектами". В ней автор в очень интересной манере рассказывает об управлении IT-проектами - основные принципы менеджмента излагаются в художественной форме от имени главного героя, толкового руководителя мистера Томпкинса. Таким образом книга читается довольно легко, а ситуации, в которые попадают герои книги и то, как они из них выходили, успешно можно применять на практике.
В этом посте хотелось бы выделить те поучительные моменты, которые доносит до нас автор. Ниже мы описываем 10 вещей, которым, по нашему мнению, научит вас данная книга. Поехали.
"И все же хотелось бы представить, что где-то на земле есть место, где цель проекта - качество, а не сроки.
Но, наверное, такого не бывает." Мистер Томпкинс
1. Людям нужно давать ту работу, для которой они подходят лучше всего
Главный герой книги, Вебстер Томпкинс, считает, что самое сложное в работе руководителя - это люди. Для работы нужно находить таких людей, которые подходят для нее лучше всего и именно так поступают хорошие руководители. Для выполнения поставленных задач руководитель должен найти правильных людей, которые вытащат вас из любой передряги, какие бы ошибки вы не совершали. Он считает, что очень важно правильно определять какую работу кому поручить.
Не стоит забывать и о мотивации. Для мотивации команды необходимо быть сильным лидером. Уделяя людям индивидуальное внимание, но в то же время воспринимая их как команду, вы добьетесь успеха. Одной из главных задач руководителя является построить команду, которая захочет и дальше работать вместе таким составом.
2. Для успешной работы людям необходимы перемены
В книге рассматривается очень интересная ситуация. Опишем суть: в утвержденном высшим руководством проекте обнаруживается серьезная проблема. Для того, чтоб следовать утвержденному плану и решить проблему, нужно потратить очень много времени, что в свою очередь приведет к срыву сроков сдачи проекта. Управляющий проектом был неоднозначно проинформирован высшим руководством о том, что срыв проекта равен, скажем так, окончанию его карьеры.
Для выхода из ситуации главный герой предлагает внести легкие изменения в первоначальный проект, которые помогут завершить его в срок. Но управляющий не может принять его предложение, так как переживает за свое положение в компании. Ситуация кажется безвыходной, но главный герой все-таки убеждает управляющего внести изменения в план взяв на себя полную ответственность за эти действия .
Из этого можно сделать вывод, что перемены иногда необходимы для успешного окончания работы, но если человек не чувствует себя в безопасности, то он будет противиться этим переменам. Человек будет избегать риска чувствуя неуверенность, а это приводит к тому, что он может упустить все выгоды и возможности, которые могли бы принести эти перемены.
3. Угрозы подчиненным не повышают их производительность
Как утверждает автор: угрозы - самый неподходящий вид мотивации, если вас волнует производительность сотрудников. Суть в том, что у каждой задачи есть минимальное время выполнения, зависящее от множества факторов. Это могут быть, например, квалификация сотрудников или наличие соответствующего инструментария. Конечно, если задачу будет выполнять опытный сотрудник, то время выполнения ее будет значительно меньше, чем если бы ее выполнял новичок.
Но если на выполнение задачи заранее отведено нереально малое количество времени, то как бы вы не угрожали своим подчиненным, они в этот срок не вложатся. Также, автор делает интересное замечание, что если работа действительно не была сделана в отведенный нереальный срок, то вам придется выполнять то, что вы им "наугрожали".
4. Для успеха проекта в команде должны быть хорошие отношения
Удивительно было узнать мнение автора о том, что менеджер никак не может непосредственно повлиять на формирование хороших отношений внутри своей команды. Менеджер может создать нужную обстановку для зарождения здоровых отношений в команде, заложить фундамент и не препятствовать развитию этих отношений. Автор считает, что для успеха проекта одни из ключевых факторов - это слаженная команда и эффективные коммуникации со всеми остальными сотрудниками. В прочем мы, в E-PAGES, уделяем как раз этим пунктам особое внимание!
"Вдохнуть душу" в команду это и есть создание этой рабочей атмосферы, где люди трудятся над общим делом, где существует сообщество единомышленников, которое вместе решает поставленные задачи, занимается творчеством и создает новые продукты. Без слаженной команды - где все ее члены едины, где все идут к одной общей цели - проект не будет закрыт вовремя, не будет качественного продукта.
Основная задача менеджера - создать фундамент для построения крепкой слаженной команды с теплыми и дружественными отношениями внутри.
5. Повышение производительности команды требует больших усилий
"- Но ведь должен же быть какой-то шаг… какое-то несложное мероприятие, которое повысило бы производительность моих программистов. Ну, к примеру…
- Нет-нет, в нашем деле не может быть никаких несложных мероприятий, нельзя вот так взять и быстренько поднять производительность работы."
Повышение производительности - результат долгосрочных усилий. Не существует никаких краткосрочных мер, которые быстро поднимут производительность работы команды. Одним из шагов повышения производительности есть поиск и устранение неэффективности. Нужно сосредоточиться на том, чтоб не тратить время зря.
Но там где есть пустая трата времени, всегда есть и риски. Рисками нужно управлять. Идея в том, что управление проектом должно быть, в своем роде, управлением рисками, которые могут в этом проекте возникнуть. Нужно вовремя обнаруживать и предотвращать риски. Для этого рекомендуется составить список рисков в проекте, в этот список нужно также включить оценки вероятности их возникновения в проекте и определить симптом или показатель, который позволит выявить превращение риска в проблему.
6. Нужно сокращать потери
"Есть тысяча и один способ потратить день зря и ни одного, чтобы вернуть этот день обратно."
Сокращение потерь - одна из основных идей бережливого производства и она просто не могла быть не упомянутой в этой книге. Сокращайте потери! Пересмотрите процессы своей работы, оптимизируйте их, определите ненужные действия, распределите работу равномерно, используйте надежные и испытанные технологии, принимая решение взвешивайте все возможные варианты, совершенствуйтесь.
Чем раньше вы прекратите ненужную работу, тем лучше для всего проекта. По окончанию проекта оставьте работать команду в том же составе над следующим проектом (при их согласии), это может сэкономить время на формирование новой команды. Вообще, автор считает истинным успехом проекта это сформировавшуюся команду людей, которая желает работать вместе дальше над следующими задачами.
7. Увеличение количества людей в команде не означает, что работа будет закончена раньше срока
Автор считает, что в ситуации, когда работу по разработке ПО нужно закончить раньше срока, увеличение размера команды не принесет пользы, а даже нанесет вред. Большим коллективом на много труднее управлять, на много труднее создать позитивную рабочую атмосферу, обеспечить всем необходимым для работы, оперативно решать возникшие проблемы. Большая команда разработчиков требует излишне много координации.
Один из создателей методологии Scrum, Джефф Сазерленд, не рекомендует создавать команды из более чем семи человек. Ведь количество каналов коммуникации у команды уже из 10-ти человек равна 45! Это огромная нагрузка на менеджера, с которой качественно справиться одному человеку очень сложно.
8. Нужно собирать статистику о результатах своей работы
Очень полезно собирать данные о своей работе. Сколько времени потрачено на выполнение проекта, на какой вид работы сколько времени было потрачено (например, сколько на верстку, программирование, тестирование), сколько потрачено на коммуникации с заказчиком. Собирайте те данные, которые в будущем помогут определить как хорошо был сделан проект и что можно улучшить в следующих.
Имея на руках такие данные о своей прошлой работе можно довольно точно рассчитать свою будущую производительность и делать прогнозы о своей работе в будущих проектах. По завершению проекта или какого-то определенного срока очень полезно на собрании командой просмотреть и обсудить проделанную работу, рассказать друг другу что в этой работе встретилось нестандартного, как решилась та или иная задача, обменяться опытом. Если в проекте возникали проблемы, эти моменты также полезно обсудить и зафиксировать, это поможет не наткнуться на них в будущем.
9. Давление на своих подчиненных увеличивает их производительность всего на 6%
"Почему давление на программистов увеличивает производительность работы всего на шесть процентов?
На людей можно надавить, но они не станут от этого быстрее соображать."
Давление руководства на команду не приносит большого скачка производительности их работы. Давление сверху не может заставить людей думать быстрее. Может показаться, что для получения большего результата можно заставить своих подчиненных работать сверхурочно, но недостатки сверхурочной работы это всегда ошибки, усталость, отсутствие творческой энергии. Также, если люди знают, что им все равно работать допоздна, то они будут терять больше времени днем. По этому автор в книге даже советует разгонять своих сотрудников по домам вечером по окончании рабочего дня.
Можно сделать такие выводы: чем больше сверхурочной работы, тем ниже производительность, кратковременное давление помогает сконцентрироваться команде на возникшей проблеме, но длительное давление это всегда плохо. Руководство любит применять давление потому что просто не знает что нужно сделать правильное в такой ситуации или ему кажется, что другие способы повышения производительности - слишком сложны.
10. Большие команды на старте проекта - вредны
На старте проекта большое количество людей в команде не принесет пользы. Первый этап разработки системы это разработка ее архитектуры. Для качественного выполнения этого этапа необходимо всего несколько человек. А чем в это время занять всю остальную большую команду? По этому можно смело утверждать, что большая команда на старте проекта снижает качество самого главного этапа - проектирования, потому что всех остальных нужно побыстрее загрузить работой.
Если работу раздать людям и командам еще до того, как завершится стадия дизайна продукта, не получится создать простые и эффективные модели взаимодействия между людьми и рабочими группами, это приведет к потере независимости, увеличению числа собраний и совещаний, общему недовольству. По этому рекомендуется набрать небольшую команду на старте проекта для качественного проектирования будущей системы и уже потом взять в команду дополнительных людей для более масштабного старта работ.
Предисловие
В 1930-е годы великий русский физик Георгий Гамов начал публиковать серию рассказов о некоем мистере Томпкинсе, банковском клерке средних лет. Мистер Томпкинс, как явствовало из этих историй, интересовался современной наукой. Он регулярно посещал вечерние лекции местного университетского профессора и, разумеется, всегда засыпал на самом интересном месте, а проснувшись, обнаруживал себя в каком-нибудь параллельном мире, где один из основных законов физики действовал нетрадиционным образом.
В одном из этих рассказов, например, мистер Томпкинс очутился во Вселенной, где скорость света составляла всего лишь двадцать пять километров в час, и мог наблюдать эффекты теории относительности, совершая велосипедные прогулки. Когда он начинал быстрее крутить педали, приближающиеся здания уменьшались в размерах, а стрелки часов на здании почты замедляли свой бег. Сюжет другого рассказа заключался в том, что мистер Томпкинс побывал в мире, где постоянная Планка была равна единице, и наблюдал квантовую механику в действии, стоя у бильярдного стола: шары не катались плавно по поверхности, как обычно, а вели себя непредсказуемо, как квантовые частицы.
С рассказами Гамова я познакомился, еще будучи подростком. Как и мистер Томпкинс, я интересовался современной наукой, к тому времени уже прочел немало книг о квантовой механике и теории относительности. Но лишь после того, как мне в руки попали истории о незадачливом банковском клерке, начал наконец-то понимать, о чем вообще идет речь.
Меня всегда восхищало умение Гамова описывать сложные научные постулаты в столь интересной и ненавязчивой форме. Мне показалось, что в такой же форме можно описать и некоторые принципы управления проектами. И я решил поведать вам, уважаемый читатель, историю об опытном руководителе, который попал в некую воображаемую страну, где в различные правила управления вносились поправки «сверху». Так родилась (приношу свои глубочайшие извинения Георгию Гамову) идея этой книги – истории о менеджере по фамилии Томпкинс, который оказался в бывшей социалистической республике Моровии , где был назначен руководителем проектов по созданию программного обеспечения.
Том ДеМарко,
Камден, штат Мэн
Посвящается Салли (а кому же еще!)
Глава 1
Широчайшие возможности
Вебстер Томпкинс устроился в последнем ряду Больдридж-1, главной аудитории «Крупной телекоммуникационной корпорации» (отделение в городе Пенелопа, штат Нью-Джерси). За последние несколько недель он провел тут довольно много времени, исправно посещая лекции для увольняемых. Мистеру Томпкинсу и еще нескольким тысячам таких же, как он, профессионалов и менеджеров среднего звена попросту указали на дверь. Ну, разумеется, никто не выражался столь грубо и прямолинейно. Обычно использовались фразы вроде: «сокращение штатов», или «в результате уменьшения размеров компании», или «в целях оптимизации деятельности компании», или же – и этот вариант был самым замечательным из всех – «предоставляем свободу выбора другой работы». Для этой последней фразы сразу же изобрели аббревиатуру: СВДР. Томпкинс и был одним из таких СВДР.
Сегодня в Больдридж-1 должна была состояться очередная лекция на тему «Широчайшие возможности прямо перед нами». Как говорилось в программке, данный цикл лекций представлял собой «более ста часов крайне увлекательных тренингов, пьесок, музыкальных интерлюдий и прочих мероприятий для новоиспеченных СВДР». Сотрудники отдела по работе с персоналом (которых никто не увольнял) были убеждены, что стать СВДР – величайшее счастье, только вот остальные почему-то этого не понимают. Конечно же, им самим очень хотелось стать СВДР. Честное слово. Но, увы, до сих пор не посчастливилось. Пока еще им предстоит нести свое бремя: регулярно получать зарплату и продвигаться по службе. А сейчас они, выйдя на сцену, мужественно продолжат свой нелегкий труд.
Последние несколько рядов в аудитории попадали в зону, которую инженеры-акустики называют «мертвой». По какой-то загадочной причине, которую никто пока не сумел объяснить, звук со сцены сюда практически не проникал, поэтому тут можно было замечательно вздремнуть. Томпкинс всегда устраивался именно здесь.
На соседнее сиденье он выложил сегодняшний набор подарков от фирмы: две толстые записные книжки и прочие мелочи были упакованы в красивую матерчатую сумку с логотипом компании и надписью: «Наша компания худеет, поэтому все остальные могут набирать вес». Поверх сумки легла бейсболка с вышивкой «Я СВДР и горжусь этим!». Прочтя сей вдохновляющий девиз, Томпкинс нахлобучил бейсболку на голову и уже через минуту мирно спал.
В это время хор сотрудников по работе с персоналом громко пел на сцене: «Широчайшие возможности – распахнем перед ними дверь! Распахнем!» По замыслу исполнителей, слушатели должны были хлопать в ладоши и подпевать: «Распахнем!» Слева от сцены стоял человек с громкоговорителем и подбадривал публику воплями: «Громче, громче!» Несколько человек вяло хлопали, но подпевать никто не хотел. Однако весь этот шум начал пробиваться даже в «мертвую зону», где спал мистер Томпкинс, и в конце концов разбудил его.
Он зевнул и огляделся. Неподалеку от него, в этой же «мертвой зоне», кто-то сидел. Настоящая красавица. Тридцать с небольшим, черные гладкие волосы, темные глаза. Слегка улыбаясь, она наблюдала за беззвучным представлением на сцене. Одобрения в этой улыбке не было. Томпкинсу показалось, что они уже где-то встречались.
– Я ничего не пропустил? – обратился он к незнакомке.
– Всего лишь самое важное, – ответила она, не отвлекаясь от происходящего.
– Может быть, вы мне вкратце обрисуете?
– Они предлагают вам убраться, но при этом просят не менять телефонную компанию, предоставляющую вам междугородную связь.
– Еще что-нибудь?
– Ну… вы проспали почти целый час. Дайте-ка я вспомню. Нет, пожалуй, больше не было ничего интересного. Несколько забавных песенок.
– Понятно. Обычное торжественное выступление нашего отдела по работе с персоналом.
– О-о-о! Мистер Томпкинс проснулся, так сказать… в состоянии легкой озлобленности?
– Вы знаете больше, чем я, – мистер Томпкинс протянул ей руку. – Очень приятно, Томпкинс.
– Хулигэн, – представилась женщина, отвечая на рукопожатие. Теперь, когда она повернулась к нему, он мог рассмотреть ее глаза: не просто темные, а почти черные. И смотреть в них ему очень понравилось. Мистер Томпкинс почувствовал, что краснеет.
– Э-э-э-э… Вебстер Томпкинс. Можно просто Вебстер.
– Какое забавное имя.
– Старинное балканское имя. Моровийское.
– А Хулигэн?
– Хм, девичья неосмотрительность моей мамочки. Он был ирландцем с торгового судна. Симпатичный палубный матрос. Мама всегда была неравнодушна к морякам. – Лакса усмехнулась, и Томпкинс вдруг почувствовал, что его сердце забилось сильнее.
– А, – наконец нашелся он.
– Мне кажется, я вас уже где-то встречал. – Это прозвучало как вопрос.
– Встречали, – подтвердила она.
– Понятно. – Он все равно не мог вспомнить, где же это могло быть. Мистер Томпкинс взглянул в зал – рядом с ними не было ни одной живой души. Они сидели в переполненной аудитории и вместе с тем могли спокойно общаться с глазу на глаз. Он опять повернулся к своей очаровательной собеседнице.
– Вам тоже предоставили свободу выбора?
– Нет? Остаетесь в компании?
– Опять не угадали.
– Ничего не понимаю.
– Я здесь не работаю. Я шпионка.
Он засмеялся.
– Скажете тоже!
– Промышленный шпионаж. Слыхали о таком?
– Конечно.
– Вы мне не верите?
– Ну… вы просто совершенно не похожи на шпионку.
Она улыбнулась, и сердце мистера Томпкинса опять забилось быстрее обычного. Лакса, несомненно, была похожа на шпионку. Да она просто была рождена для того, чтобы стать шпионкой.
– Э-э-э-э… я хотел сказать, не совсем похожи.
Лакса покачала головой.
– Я могу доказать это.
Потом покорно отцепила бэйдж и протянула ему.
Томпкинс посмотрел на фотографию; под ней значилось: «Лакса Хулигэн». «Погодите-ка…» – он пригляделся повнимательнее. Все вроде бы выглядело как надо, однако ламинирование … Карточка была просто закатана в пластик. Он оттянул прозрачную пленку, и фотография выпала наружу. Под ней была другая фотография, изображавшая седого мужчину средних лет. Отодрав полоску липкой бумаги с именем, Томпкинс прочел: «Сторгель Вальтер».
– Знаете, уж больно непрофессионально выглядит такая подделка.
– Что поделать. Возможности нашего моровийского КБГ не так уж велики, – вздохнула она.
– Так вы действительно?..
– А что? Побежите меня сдавать?
– Ну… – Еще месяц назад он, конечно же, именно так бы и поступил. Однако за последний месяц слишком многое в его жизни изменилось. Мистер Томпкинс еще секунду прислушивался к себе. – Нет, не побегу.
Он протянул женщине кусочки ее карточки, которые она тут же аккуратно убрала в сумочку.
– Моровия вроде бы была коммунистической страной? – обратился он к Лаксе.
– Ну, что-то в этом роде.
– И вы работали на коммунистическое правительство?
– Можно и так сказать.
Он покачал головой.
– Так в чем же дело? Я хочу сказать, ведь 1980-е показали, что коммунизм как философия абсолютно несостоятелен.
– А девяностые показали, что альтернатива ненамного лучше.
– Конечно, в последнее время закрылось много компаний, многие сильно сократились в размерах…
– Три целых и три десятых миллиона человек потеряли работу за последние девять месяцев. И вы один из них.
Разговор складывался не слишком приятный.
– Скажите, пожалуйста, мисс Хулигэн, каково работать шпионом? Мне интересно, я же ищу новую работу, – искусно переменил тему мистер Томпкинс.
– О нет, Вебстер, шпион из вас не получится, – улыбнулась она. – Вы человек совсем другого склада.
Он почувствовал себя немного обиженным.
– Я, конечно, не знаю…
– Вы руководитель. Системный руководитель, причем очень хороший.
– А вот некоторые так не думают. В конце концов, мне предоставили свободу…
– Некоторые думать вообще не умеют… и обычно становятся директорами крупных компаний, вроде этой.
– Ну ладно. Расскажите же, что такое шпион – чем он занимается, как работает? Мне просто очень интересно, я раньше никогда не встречал шпионов.
– Как вы, наверное, понимаете, наша работа – это, во-первых, охота за корпоративными секретами, во-вторых – похищение людей, а иногда приходится даже кое-кого убирать.
– Что, правда?!
– Конечно. Обычное дело.
– По-моему, не слишком хорошее занятие. Вы похищаете людей… и даже… даже убиваете их, чтобы получить какие-то экономические преимущества?
Она зевнула.
– Что-то вроде того. Но мы убираем далеко не всякого. Только тех, кто этого заслуживает.
– Даже если так. Я не уверен, что мне это нравится. Да нет же, я уверен, что мне это совсем не нравится! Каким нужно быть человеком, чтобы похищать – я уж не говорю о прочем – других людей?
– Весьма умным, я бы сказала.
– Умным?! При чем здесь ум?
– Я имею в виду не сам процесс похищения. Это действительно всего лишь дело техники. Но нужно знать, кого похищать, – это уже задача посложнее.
Лакса наклонилась, и он заметил маленькую сумку-холодильник у ее ног. Она достала оттуда банку какого-то напитка.
– Выпьете со мной?
– Спасибо, не хочу. Я не пью ничего, кроме…
– … диетического «Доктора Пеппера», – закончила она, протягивая ему запотевшую банку газировки.
– О, ну если уж у вас оказалась баночка…
– Ваше здоровье! – Краем своей банки она легонько коснулась банки мистера Томпкинса.
– Ваше здоровье. – Он отпил глоток. – А что, разве сложно выбрать человека, которого нужно похитить?
– Можно я отвечу вопросом на вопрос? Что самое тяжелое в работе руководителя?
– Люди, – автоматически произнес мистер Томпкинс. У него на этот счет была сложившаяся точка зрения. – Надо найти таких людей, которые лучше всего подойдут для данной работы. Хороший руководитель именно так всегда и поступает, а плохой – нет.
И тут он вспомнил, где встречал Лаксу Хулигэн. Это было примерно полгода назад, на семинаре по корпоративному управлению. Она, как и теперь, сидела в последнем ряду, неподалеку от него. Он встал и начал спорить с руководителем семинара… Да, так оно и было. Его звали Кэлбфасс, Эдгар Кэлбфасс. Парня прислали, чтобы он учил их, как руководить людьми, – этот двадцатипятилетний юнец, который за всю свою жизнь еще никогда и никем не руководил. А учить ему нужно было людей вроде Томпкинса, которые полжизни занимались руководством. Ко всему прочему Кэлбфасс собирался вести этот семинар целую неделю, но, как явствовало из расписания занятий, не включил в список тем собственно руководство людьми. Томпкинс встал, высказал ему все, что думает о таком семинаре, и вышел. Жизнь слишком коротка, чтобы тратить ее на подобное «обучение».
Она слышала тогда все, что он сказал, но мистер Томпкинс решил повториться:
– Найдите правильных людей. Потом, что бы вы ни делали, какие бы ошибки ни допускали, люди вытащат вас из любой передряги. В этом и заключается работа руководителя.
Она выразительно молчала.
– О! – наконец сообразил Томпкинс. – Вы имеете в виду, что вам, похитителям, нужно решить ту же задачу? Выбрать нужного человека?
– Конечно. Выбирать нужно тех, кто принесет нашей стороне экономическую выгоду и одновременно нанесет урон сопернику. Найти таких людей совсем непросто.
– Ну, я не знаю. А нельзя поступить проще? Взять, к примеру, самого известного человека в компании?
– Вы это серьезно? Ну, к примеру, я решила навредить вашей компании. И кого мне похищать? Генерального директора?
– Ни в коем случае! Если бы вы убрали генерального, акции компании выросли бы пунктов на двадцать.
– Абсолютно верно. Я называю это эффектом Роджера Смита, в честь бывшего председателя «Дженерал Моторс». Когда-то я задумала устроить диверсию в «Дженерал Моторс»… и оставила Роджера Смита управляющим.
– Вот это да! Здорово придумано.
– Ну так вот, чтобы устроить диверсию в этой компании, я бы убрала отсюда несколько человек, но генеральный не в их числе.
– Интересно, кого же? – Томпкинс хорошо представлял себе, на ком в действительности держится компания.
– Сейчас… – Она вытащила из сумочки записную книжку и быстро написала на листке бумаги три имени. Потом задумалась на мгновение и добавила четвертое.
Томпкинс в изумлении смотрел на список.
– Боже, – наконец проговорил он, – если этих людей не будет, компания просто вернется в каменный век. Вы выбрали именно тех… постойте-ка! Эти люди – мои друзья, у них у всех есть семьи и дети! Вы же не собираетесь?..
– Нет-нет, не волнуйтесь. До тех пор, пока этой компанией будет руководить нынешний состав директоров, нам незачем устраивать диверсии. Я пришла не за вашими друзьями, Вебстер, а за вами.
– За мной?
– Именно.
– Но зачем? Для чего я понадобился моровийскому KБ… как его там?
– КБГ. Нет, ему вы и в самом деле не нужны. Вы нужны Национальному государству Моровия.
– Пожалуйста, поподробнее.
– Наш Великий Вождь Народов (для краткости мы называем его ВВН) провозгласил, что через пятнадцать лет Моровия займет первое в мире место по производству программного обеспечения. В этом заключается великий план будущего страны. Сейчас мы строим завод мирового класса, где будет создаваться программное обеспечение. Кому-то надо этим руководить. Вот и все.
– Вы предлагаете мне работу?
– Можно и так сказать.
– Я просто потрясен.
– Весьма вероятно.
– Я действительно очень удивлен. – Томпкинс отхлебнул из банки и осторожно взглянул на собеседницу. – Расскажите, что конкретно вы предлагаете.
– О, у нас еще будет время это обсудить. Прямо на месте.
Мистер Томпкинс скептически усмехнулся.
– Прямо на месте? И вы думаете, что я прямо сейчас и отправлюсь с вами в Моровию обсуждать условия договора?
– Ваше предложение не кажется мне особенно заманчивым, тем более учитывая ваши методы поиска персонала. Кто знает, что вы со мной сделаете, если я вдруг решу отклонить ваше предложение?
– И правда, кто знает?
– Было бы непростительной глупостью поехать с вами… – он запнулся, пытаясь вспомнить, что хотел сказать. Язык стал подозрительно неповоротливым.
– Разумеется, непростительной, – согласилась Лакса.
– Я… – Томпкинс взглянул на банку, которую все еще держал в руке. – Послушайте, вы же не?..
Мгновение спустя мистер Томпкинс безвольно обвис в кресле.
