Читаем Как пасти котов полностью

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

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

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

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

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

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

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

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

Перейти на страницу:

Похожие книги

C# 4.0: полное руководство
C# 4.0: полное руководство

В этом полном руководстве по C# 4.0 - языку программирования, разработанному специально для среды .NET, - детально рассмотрены все основные средства языка: типы данных, операторы, управляющие операторы, классы, интерфейсы, методы, делегаты, индексаторы, события, указатели, обобщения, коллекции, основные библиотеки классов, средства многопоточного программирования и директивы препроцессора. Подробно описаны новые возможности C#, в том числе PLINQ, библиотека TPL, динамический тип данных, а также именованные и необязательные аргументы. Это справочное пособие снабжено массой полезных советов авторитетного автора и сотнями примеров программ с комментариями, благодаря которым они становятся понятными любому читателю независимо от уровня его подготовки. Книга рассчитана на широкий круг читателей, интересующихся программированием на C#.Введите сюда краткую аннотацию

Герберт Шилдт

Программирование, программы, базы данных
Разработка приложений в среде Linux. Второе издание
Разработка приложений в среде Linux. Второе издание

Книга известных профессионалов в области разработки коммерческих приложений в Linux представляет СЃРѕР±РѕР№ отличный справочник для широкого круга программистов в Linux, а также тех разработчиков на языке С, которые перешли в среду Linux из РґСЂСѓРіРёС… операционных систем. РџРѕРґСЂРѕР±но рассматриваются концепции, лежащие в основе процесса создания системных приложений, а также разнообразные доступные инструменты и библиотеки. Среди рассматриваемых в книге вопросов можно выделить анализ особенностей применения лицензий GNU, использование СЃРІРѕР±одно распространяемых компиляторов и библиотек, системное программирование для Linux, а также написание и отладка собственных переносимых библиотек. Р

Майкл К. Джонсон , Эрик В. Троан

Программирование, программы, базы данных