Автор книги: Камиль Фурнье
Жанр: Управление и подбор персонала, Бизнес-Книги
Возрастные ограничения: +12
сообщить о неприемлемом содержимом
Текущая страница: 6 (всего у книги 25 страниц) [доступный отрывок для чтения: 8 страниц]
«Цари организационных процессов» обычно буксуют, не отдавая себе отчета, что большинство людей не так четко следуют положенным процедурам, как они. «Цари» склонны винить отклонения от процессов во всех проблемах, вместо того чтобы признать, что гибкость необходима, а неожиданные изменения неизбежны. Они часто сосредоточивают внимание на легко измеримых параметрах, например количестве отработанных часов, при этом упуская из вида массу других нюансов.
Инженеры-программисты, верящие «в правильные методики работы», иногда, став техническими руководителями, превращаются в таких «царей организационных процессов». Они начинают искать «идеальные методики» для решения всех вопросов планирования, концентрации внимания, правильной организации времени и определения приоритетов. На время поисков они стараются приостановить всю работу, а затем усиленно навязывают методики команде как идеальное решение всех проблем, на самом деле намного более запутанных и возникающих из сложностей межличностного взаимодействия в коллективе.
Антипод «царя» – не менеджер, полностью отставляющий в сторону все процедуры, а менеджер, понимающий: организационные процессы должны отвечать потребностям команды и ее работы. Как это ни смешно, но хотя agile-методы обычно претворяют в жизнь довольно жесткими способами, принципы Agile Manifesto – квинтэссенция здоровых моделей управления.
• Интересы отдельных работников и их взаимодействия должны стоять над интересами «процессов и методик».
• Работающие программы должны цениться выше, чем документация по ним.
• Сотрудничество с клиентом должно иметь преимущество над процедурой переговоров.
• Умение реагировать на возникающие изменения должно стоять над неукоснительным следованием плану.
Начиная работу в качестве технического руководителя, будьте осторожны, опираясь на «процессы и процедуры», якобы способные решить проблемы. На самом деле они возникли из-за недостатков взаимопонимания или дефектов руководства новой командой. Иногда изменения в процессах помогают, но гарантий нет. По моему опыту, не существует двух хороших команд, имеющих совершенно одинаковые процедуры, методики и стиль работы. Еще один совет: ищите саморегулируемые процессы и процедуры. Если вы оказываетесь в роли своеобразного надсмотрщика – вынуждены ругать людей за то, что они нарушают правила и не следуют установленным процедурам, – попытайтесь упростить сами процедуры, чтобы их было легче выполнять. Играть роль полицейского, контролирующего соблюдение правил, – потеря времени. Кстати, правила зачастую становятся более понятными при автоматизации труда.
Если вы руководитель «царя правил и процедур», помогите ему спокойнее воспринимать неизбежные неопределенности. Как и в случае с многими другими ловушками, поджидающими менеджеров, одержимость «процедурами» может быть связана со страхом неудачи и желанием насильственно контролировать все, чтобы предотвратить неприятные неожиданности. Если вы честны перед собой и ясно понимаете, что неудача или несовершенство – совсем не катастрофа, то вам достаточно посоветовать подчиненному «царю процедур» немного расслабиться и признать возможность существования неопределенностей. Очень важно не позволять «царям» проводить все время в поисках идеальных процедур или методик. Но еще важнее, чтобы они не наказывали команды за невозможность соблюдения установленных процедур.
Как быть хорошим техническим руководителем
Хорошему техническому руководителю нужны разные качества, но вот главные.
Поймите архитектуру системы
Если вы становитесь техническим руководителем и чувствуете, что не полностью понимаете архитектуру системы, для которой работаете (то есть совокупность важнейших решений об организации программной системы), потратьте необходимое время, чтобы разобраться в ней. Изучите ее. Поймите ее смысл. Мысленно представьте себе ее образ. Разберитесь в ее элементах. Поймите, где сконцентрированы данные, как они путешествуют по системам. Разберитесь, как система связана с продуктами, поддерживаемыми ею, какова центральная логическая идея продуктов. Руководить проектами без понимания архитектуры, подлежащей изменению, почти невозможно.
Будьте командным игроком
Если всю интересную работу в команде делаете вы один, то немедленно остановитесь. Обратите внимание на трудные, скучные или раздражающие технические вопросы и подумайте, можете ли помочь в их решении. Работая над не самыми интересными частями кода, можно понять, где прячутся нарушения процесса. В скучных или тяжело идущих проектах опытный инженер зачастую быстрее замечает и устраняет ошибки. Если же вы в основном занимаетесь скучной работой, то прекратите и это. Вы старший инженер-программист с большим опытом и знаниями разработчика, и для вас логичнее брать на себя наиболее трудные задачи. Вы должны побуждать и членов своей команды к изучению всей системы, давая им возможность расти. Но вы не должны постоянно жертвовать собой в работе. Иногда можете взяться за какую-то задачу ради удовольствия, если сочтете, что у вас достаточно времени, чтобы решить ее хорошо.
Руководите группой технических решений
Как технический руководитель вы будете вовлечены в основные технические решения в вашей группе. Быть вовлеченным, однако, не означает, что вы будете решать все за всех. Если вы не будете советоваться с командой, сотрудники могут обидеться и обвинить вас, когда дела пойдут плохо. С другой стороны, если вы начнете уклоняться от технических решений и перекладывать все на команду, то возможные быстрые решения окажутся отложены на неопределенное время.
Вы должны четко определиться, какие решения принимаете вы сами, какие делегируете другим членам команды с наибольшим опытом и знаниями, а какие можно принимать всей командой. Во всех случаях вы должны ясно понимать существо обсуждаемых проблем и доводить до команды свою точку зрения.
Правильно общайтесь с командой на понятном ей языке
Ваша собственная продуктивность ничуть не менее важна, чем продуктивность всей команды. Часто это означает, что вы несете на себе бремя правильного представления интересов команды и общения с ней. На многочисленных совещаниях присутствуют не члены вашей группы, а вы. Вы доводите до руководства их интересы, а до членов команды – информацию с совещаний. Если что-то и выделяет хорошего лидера из средних, то это умение общаться. Успешные руководители хорошо пишут, внимательно читают информацию и способны встать перед группой коллег и говорить с ними. Они внимательны на встречах с членами коллектива и постоянно проверяют уровень своих знаний и уровень знаний команды. Должность технического руководителя – отличная возможность совершенствовать ваши способности к написанию документов и ораторское искусство. Пишите документы и прислушивайтесь к рекомендациям более опытных специалистов. Пишите посты в техническом форуме или заведите блог. Говорите на совещаниях группы, на встречах с коллегами, привыкайте выступать перед аудиторией.
При этом никогда не забывайте слушать других. Дайте им возможность высказаться и внимательно прислушивайтесь к тому, что они говорят. Возьмите в привычку повторять собеседнику его мысль, чтобы удостовериться, что вы правильно его поняли. Учитесь слушать других и излагать их мысли своими словами. Если вы не любите делать заметки, то вам лучше освоить этот навык. И неважно, растете вы по карьерной лестнице инженера-программиста или становитесь менеджером. Если вы умеете общаться с людьми и слушать их, это никак не повредит вашему дальнейшему служебному росту.
Обратимся к оценке вашего собственного опыта
• Есть ли в вашей организации технические руководители групп? Имеется ли письменное описание их должностных обязанностей? Если имеется, то о чем там говорится? Если такого описания нет, то как вы описали бы эту должностную позицию? Как может ее описать технический руководитель?
• Если вы подумываете о том, чтобы стать техническим руководителем, готовы ли вы продвигать свою кандидатуру? Спокойно ли вы относитесь к тому, что придется пожертвовать определенным временем, ранее отведенным написанию кода? Ощущаете ли в себе достаточный потенциал, чтобы руководить другими людьми, пишущими код?
• Спрашивали ли вы менеджера, чего он ожидает от технического руководителя?
• Можете ли вы назвать лучшего технического руководителя из всех, с кем довелось работать? Какие качества делали его хорошим техническим руководителем?
• Приходилось ли вам когда-либо работать с неудачным техническим руководителем? Какие его качества вам не нравились?
4. Управление людьми
Недавно назначенные технические менеджеры считают новую работу повышением, предоставляющим старшинство при решении технических проблем и вопросов. Такой подход – великолепный повод, чтобы они так и остались младшими менеджерами и вообще неуспешными руководителями. Сложно принять факт, что «новенький менеджер» – только начальный уровень работы без старшинства вообще. Но такой подход единственно правильный, с него следует начать путь в руководстве.
Марк Хедлунд
Мои поздравления! Вы достигли того уровня, на котором руководство доверяет вам задачу управления другими людьми. Возможно, отдел персонала даже организовал вам небольшую стажировку по основам менеджмента. Возможно, в прошлом у вас были хорошие менеджеры и вы хотели бы походить на них. Но теперь колёса закрутились, и пора применять свои размышления и идеи на практике.
Сначала давайте сосредоточимся на управлении отдельными людьми. Есть много книг, способных вооружить вас огромным числом идей; моя задача в том, чтобы познакомить вас с основами менеджмента, как я их вижу. Раз уж теперь вы менеджер на горячей сковородке, как должны вы представлять себе основные задачи в управлении людьми?
Часть вашего внимания в процессе привыкания к роли менеджера должна быть уделена разработке собственного стиля управления. Многие из вас будут учиться управлять отдельными сотрудниками, параллельно неся ответственность за управление всей командой. В следующей главе мы обсудим проблемы работы с целой командой, а также то, как в этом процессе может меняться техническая составляющая вашей роли. Но все-таки важно начать с вопросов работы с отдельными людьми. В конце концов, атмосфера в вашей команде здоровая настолько, насколько окажется здоровым поведение ее членов. И как менеджер вы обладаете большим влиянием на каждого.
Поговорим о главных задачах, решающих в организации управления людьми:
• получение от подчиненных свежих отчетов;
• проведение регулярных личных встреч;
• предоставление им оценок и рекомендаций по вопросам карьерного роста, продвижения к поставленным целям, сфер для самосовершенствования, а также заслуженной похвалы;
• работа с их отчетами с целью найти области дальнейшего обучения, оказание им помощи для личного роста в этих областях через работу, профессиональное образование и дополнительное наставничество.
С самого начала выстраивайте отношения с членами команды как с подчиненными
Первое, что случается, когда вы начинаете управлять людьми, – вы начинаете относиться к ним как к подчиненным. Это могут быть ваши коллеги или совершенно незнакомые люди. По мере движения по карьере менеджера вы постоянно будете вступать в контакт с новыми подчиненными. Как быстро узнать сотрудника, чтобы управлять им наилучшим образом?
Выстраивайте с подчиненными отношения доверия и взаимопонимания
Один из методов – задать человеку ряд вопросов. Ответы раскроют вам стороны его характера, влияющие на вашу способность управлять им. Среди вопросов могут быть следующие.
• Какой вид похвалы вы предпочитаете – публичную или неформальную?
Некоторые люди очень не любят, когда их хвалят на публике. Вы должны знать это.
• В каком виде вы предпочитаете получать обратную связь? В письменном, чтобы иметь время «переварить» ее, или вам нравятся более неформальные устные оценки и рекомендации?
• Почему вы решили работать в компании? Что вам здесь нравится?
• Как мне узнать, что у вас плохое настроение или вы чем-то расстроены? Если ли моменты, всегда портящие вам настроение? Нужно ли мне о них знать?
Может быть, ваш подчиненный держит религиозный пост и это делает его несколько раздражительным. Может, он всегда испытывает стресс при вызове к начальству. Возможно, просто не любит отчетный период.
• Есть ли не нравящиеся вам моменты в поведении менеджеров?
Если бы вы задали этот вопрос мне, то я бы ответила: мне не нравится практика откладывания или переноса личных встреч, отсутствие обратной связи и избегание сложных разговоров.
• Есть у вас определенные цели в плане служебного роста? Могу ли я помочь их достичь?
• Когда вы вошли в команду, что вас удивило (и хорошее, и плохое)?
Моменты типа: а мои опционы? Вы обещали мне бонус после перевода с прежнего места работы, но я еще его не получил. Почему мы используем SVN (свободную централизованную систему управления версиями), а не Git (распределенную систему управления версиями)? Я не ожидал, что уже сейчас достигну такой производительности!
Помогите подчиненным составить план на 30/60/90 дней
Другой метод опытных менеджеров в работе с подчиненными – помощь в составлении планов на 30/60/90 дней. Он может включать в себя такие большие цели, как более быстрое написание кода или устранение ошибок, а также выпуск релиза продукта. Такие планы особенно важны для новых членов команды, переведенных из других подразделений. Чем старше новичок по опыту и должности, тем активнее он должен участвовать в составлении такого плана. Вы должны побудить его поставить перед собой ясные цели, показывающие, что он готов усваивать необходимые навыки для убыстрения работы. Формулирование целей требует определенной работы и от вас, и от команды, потому что очень редко бывает так, что новичку все становится на новом месте ясным, все хорошо задокументировано и вполне очевидно.
К сожалению, при приеме новых членов команды бывают и ошибки. Зато когда у вас есть набор ясных целей, их, по вашему убеждению, новичок может достигнуть за первые 90 дней. Вы можете быстро вычислить неудачные назначения и прояснить, в чем ситуацию необходимо исправлять. Создайте набор реалистичных вех, учтите опыт предыдущих пополнений команды, текущее состояние проекта и ваш технологический уровень, а также уровень подготовки нового сотрудника.
Побуждайте новичков к подготовке новой документации
Для совсем еще свежих сотрудников и новых работников с некоторым опытом важный аспект вхождения в коллектив – участие в составлении соответствующей документации, сопровождающей процесс. Во многих командах, разрабатывающих софт, имеется хорошая практика: есть правила, регулирующие, как новичкам входить в коллектив. В совершенствовании и корректировке правил они сами принимают участие. Новичок вносит в соответствующую документацию изменения, касающиеся процедур или методик на его рабочем месте, в чем-то изменяющихся по сравнению с предшественником. Он также может отмечать в документах непонятные ему моменты. В роли менеджера вам не обязательно побуждать новичка: это могут сделать коллеги, наставник или технический руководитель группы. Но вы должны контролировать, чтобы это делалось для каждого нового члена коллектива.
Четко доводите до новичков ваш стиль руководства и свои ожидания
Новому сотруднику необходимо понимать, чего вы от него ждете и каков стиль вашего руководства, так же как и вам нужно понимать его ожидания. Каждому необходимо приспособиться к другому. Но если новичок не знает, чего вы ждете, он не сможет выдать нужный результат. С вашей стороны важность ожиданий должна проявляться в том, как часто вы готовы встречаться с подчиненным, как будет происходить взаимное потребление вами информации, звучащей на встречах, а также в том, когда и насколько часто вы будете оценивать его работу. Если вы ожидаете, что новичок станет присылать вам еженедельный отчет по e-mail, скажите об этом. Помогите ему уяснить, как долго он должен самостоятельно пытаться решить какую-то проблему и в какой момент ему следует обратиться к вам за помощью. В некоторых командах этот период может составлять час, а в некоторых – неделю.
Получайте от нового работника обратную связь
Последний совет: в первые же 90 дней постарайтесь получать от новичка как можно больше сведений о том, как он видит состояние дел в команде. Это редкий период, когда новый человек свежим взглядом видит то, что трудно различить членам команды, что называется, замыленным глазом. С другой стороны, помните, что в первые 90 дней пребывания в команде новички еще не понимают контекста происходящего. Поэтому воспринимайте их наблюдения с известной долей осторожности и ни в коем случае не побуждайте к критике устоявшихся процессов, позволяющей старым членам команды оценить критику как нападки.
Как общаться с командой
Регулярные личные встречи менеджера с членами команды – как замена масла в автомобиле. Если вы пренебрегаете ими, готовьтесь, что вы когда-то застрянете на обочине дороги в самый неподходящий момент.
Марк Хедлунд
Регулярно проводите личные встречи с членами команды
Однажды у меня состоялся интересный разговор с другом, тоже техническим руководителем группы, очень опытным. Он смущенно признался мне, что не любит личные встречи с подчиненными. Потому что когда сам был рядовым работником, то обижался, когда его заставляли встречаться с менеджером: эти встречи ему были совершенно не нужны. «Регулярные встречи с менеджером – как визиты к психиатру. Вы приходите здоровым и обнаруживаете, что у вас депрессия». Я склоняю голову перед его опытом. Абсолютная правда. Каждый человек и каждая команда по-своему уникальны. Они нуждаются в разных вещах, разных стилях общения и концентрируют внимание на разном. Тем не менее, если вы относитесь к числу технических руководителей группы с многолетним опытом работы в качестве менеджера, вам следует исходить из того, что нужно регулярно встречаться с членами команды.
Планирование личных встреч
Стандартная частота личных встреч между менеджером и его подчиненным – один раз в неделю. Рекомендую начать именно с этой частотности, а затем изменять ее, если вы оба соглашаетесь, что еженедельные встречи – больше, чем необходимо. Встречи раз в неделю позволяют делать их короткими и концентрированными. При такой частоте одну-другую можно время от времени и пропустить. Если вы встречаетесь реже, чем раз в неделю, то каждая личная встреча должна быть переназначена, что может являться определенной проблемой для обоих.
Старайтесь планировать встречи с подчиненными на такое время, когда и вы, и они, скорее всего, будут в офисе. Понедельник и пятница не очень подходящие для этого дни, потому что иногда люди берут длинные выходные и отсутствуют на работе. Я предпочитаю проводить личные встречи с подчиненными в утренние часы, до того как наваливаются дела, для того чтобы не комкать встречи и не переносить их под давлением неотложных обстоятельств. Однако это время больше всего подходит членам команды, начинающим работу рано и не отвлекающимся на летучки. Уважайте время продуктивности подчиненных, старайтесь назначать встречи на самый продуктивный период их рабочего дня, когда они находятся в трудовом потоке.
Корректировка времени личных встреч
Как и многое в нашей жизни, личные встречи не относятся к категории «назначил и забыл». Здесь необходимо принимать во внимание целый ряд факторов.
Как часто вы контактируете с конкретным работником в течение недели?
Если это происходит достаточно часто, то отдельные еженедельные встречи могут быть не нужны.
В каком уровне руководства и советов нуждается данный работник?
Новичок или младший член коллектива, только вошедший в него, может быть более заинтересован в ваших советах, чем опытный и старший работник, уже сам идущий по своей колее. С другой стороны, и старший сотрудник, преодолевающий трудности со сложным новым проектом, может быть благодарен вам за время, уделенное ему, чтобы помочь разобраться в деталях.
Часто ли и активно делится данный работник информацией с вами?
Человек, не очень хорошо умеющий доводить до руководства свои соображения, может нуждаться в более частом личном общении с менеджером.
Каковы ваши личные отношения с данным работником?
Здесь будьте осторожны. Некоторые люди полагают, что хорошим отношениям не нужно уделять излишнего внимания, и все свое время посвящают отношениям плохим. Однако есть очень много людей, и я в том числе, нуждающихся в регулярных личных встречах с руководством даже при наличии хороших отношений. Даже если вы считаете, что с данным конкретным человеком у вас всё в порядке, это еще не означает, что он во всем согласен с вами. Не совершайте фатальную ошибку – не сосредоточивайте все внимание на работе с проблемными работниками и не игнорируйте своих звезд.
Насколько стабильно или, наоборот, неустойчиво положение компании?
Одним из предметов обсуждения на ваших личных встречах всегда будут новости компании. Особенно в периоды быстрых перемен или неопределенности обязательно уделяйте достаточно времени ответам на вопросы, заданные сотрудниками. Помните, что сохранение регулярности личных встреч даже во времена нестабильности поможет упрочить обстановку в команде и приостановит распространение ненужных слухов.
Правообладателям!
Данное произведение размещено по согласованию с ООО "ЛитРес" (20% исходного текста). Если размещение книги нарушает чьи-либо права, то сообщите об этом.Читателям!
Оплатили, но не знаете что делать дальше?