Как пасти котов. Наставление для программистов, руководящих другими программистами

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

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

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

Что делать, если признаки мелочной опеки демонстрирует ваш собственный начальник? У вас два варианта действий: либо позволить ему взвалить на собственные плечи весь груз работ, либо доказать, что вы и сами можете справиться с задачами. Вполне может быть, что у вас так и не появится шанса проявить себя, но такая ситуация встречается довольно редко. Если уж вас наняли для исполнения конкретных функций, то, по крайней мере, одну возможность показать свою дееспособность вы получите. Если ваш начальник, отличающийся склонностью к мелочной опеке, ставит перед вами какую-то задачу, приложите все усилия к тому, чтобы решить ее лучше, чем он ожидает. Большинство руководителей, практикующих мелочную опеку, все-таки обращают внимание на выдающиеся усилия и соответствующие результаты. Они порабощены страхом неудачи, но если вам удастся приучить их к успеху, опасения, скорее всего, развеются. Если вы сможете наладить с начальником доверительный диалог, дайте ему знать, что вы постараетесь приложить к решению максимум усилий и ему совсем не обязательно постоянно стоять у вас за плечом. Доказывая начальнику свою компетентность и способность работать на его благо, вы, вероятно, сможете освободиться от оков его мелочной опеки.

Неорганизованные руководители

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

Таких менеджеров иной раз называют выразительно пустоголовыми, раздолбаями, без царя в голове и т. д. Неорганизованные руководители в рабочее время думают о чем угодно, но не о работе. Иногда, впрочем, неспособность сосредоточиться объясняется недостатком опыта. Такие деятели часто кажутся забавными, но стоит только возложить на них ответственность за что-либо, как они сразу стараются от нее избавиться – а ведь это явление в процессе разработки программных средств представляет собой серьезную опасность.

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