Книга: Искусство управления IT-проектами

Глава 9. Общение и взаимоотношения

Один из самых ранних технических рассказов в западной истории – это рассказ о Вавилонской башне из Книги Бытия, в основу которого положен поучительный пример людского общения. Из рассказа следует, что человечество счастливо жило в пустыне единой семьей. Вскоре люди научились делать кирпичи и строительный раствор. Дела шли так хорошо, что люди однажды просто так решили построить башню до самых небес. Все шло превосходно до тех пор, пока рабочие внезапно не утратили способность говорить на одном языке (возможно, здесь вмешались «силы небесные»?), и с этого момента все буквально развалилось. Люди, некогда жившие единой семьей, разбрелись по свету (еще одно проявление небесных сил), в результате сформировались разные языки и сообщества. Эта история наводит на мысль, что если бы люди продолжили нормально общаться, для них не было бы ничего невозможного (что, вероятно, как гласит история, и явилось поводом для проявления божественной силы).

Эта библейская история предельно коротка и занимает всего лишь одну страницу. Тем не менее на протяжении веков она привлекает внимание многих художников и писателей, которые используют ее для исследования современных проблем. Красочные картины с изображением Вавилонской башни кисти Брюгеля[52] (Brueghel) и других художников придали этой истории гипертрофированное влияние на инженерные и управленческие задачи тех времен. Толкование самой истории, как и вид башни, с веками менялись, но суть оставалась прежней. Одни полагали, что эта история является предостережением от людской гордыни и напоминанием о том, что некоторые вещи должны быть для нас недосягаемы. Другие же видели в ней людей, стремящихся достичь вершин своих способностей, раздвинуть границы возможного. Но для меня и для этой главы основной урок вавилонской истории довольно прост: если вы не умеете общаться, вы ни в чем не сможете преуспеть.

История цивилизации изобилует примерами, когда медлительность процесса общения приводила к возникновению проблем. Не далее, как в период гражданской войны в Америке (1861–1865), не применялись ни радио, ни телеграф, ни семафорная (флажковая) система связи. Генералы для обмена боевой информации с командирами различных военных лагерей использовали конных посыльных (для чего, в зависимости от расстояния, требовались часы или дни, если только послания не терялись по дороге). В результате решения зачастую принимались заранее, за несколько дней, а способов корректировки направления главного удара не существовало. Из-за этих ограничений на линии фронта возникало множество бед и нестыковок. (Представьте себе командующего битвой, только что огласившего приказ послать все свои войска в атаку, когда в палатку к нему вваливается измученный посыльный и, пытаясь отдышаться, сообщает: «Уважаемый командующий, столь необходимое вам подкрепление пришлось послать в другое место, командование сожалеет и желает удачи!» Неудивительно, что посыльных часто пристреливали.)

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

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

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

Оглавление книги