В команде сейчас назревает конфликтная ситуация. Опыта у меня мало, прошу совета.

Ситуация: я, по некоторым областям ответственности, являюсь тим-лидером проектной команды (8-10 человек). Как программист, я не слишком опытен, и свой уровень оцениваю как средний. Я - хороший, аккуратный программист, хорошо работающий в команде и легко поддающийся контролю. В то же время, в команде есть люди, чей уровень выше, чем мой. В частности, есть очень хороший Java-разработчик, из тех, кто готов написать систему любой сложности за выходные. При имеющихся у него недостатках, как разработчик систем "с нуля" он великолепен, системы его гибки и изящны, хотя не всегда просты для понимания.

Суть конфликта: люди подсознательно не могут признать лидером человека, который уступает им в навыках, особенно сейчас, когда из-за организационной работы я занимаюсь своими прямыми обязанностями от силы 20-30% рабочего времени. Производительность моя как разработчика составляет 10-20 процентов от продуктивности вышеупомянутого товарища. И недовольство мной начинает прорываться, хотя бы косвенно, в некоторых критических ситуациях. Например, сегодня пришло письмо в ответ на моё (человек сейчас в командировке), выражающее недовольство моими действиями (в моем коде возникла ошибка, и я просил их на месте её проанализировать, вместо того, чтобы выдать конкретные рекомендации по фиксу), плюс требование не напоминать им делать очевидные вещи (действительно, напоминал им зачекинить код, который правился on-site).

Что можно сделать? Как устранить/ослабить конфликт между квалифицированным разработчиком и менее квалифицированным руководителем , учитывая, что я на месте руководителя?

batigoal, если ты руководитель, почему ты вообще пишешь код?

да, еще одно? ребята, которыми ты управляешь не старше тебя по возрасту, эта казалось бы мелочь играет далеко не последнюю роль во взаимоотношениях между начальником и подчиненными ;)

batigoal, не стоит так усугублять ситуацию. хороший менеджер (руководитель) не значит хороший исполнитель. В данном случае ты основное время 100  - 20 (30) % занимаешься прокачкой навыков руководителя (менеджера). 
Главное что бы ты хорошо понимал предметную область и мог чётко раздавать задания остальным.

Моя официальная должность - девелопер. Просто я исполняю часть функций тимлида. Да и будь я чистым тимлидом, я всё равно бы лазил в код - хотя бы для того, чтобы контролировать молодых сотрудников.


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


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

думаю нужно сосредоточиться на анализе работоспособности команды, и анализе позиции тебя в ней.
опиши атмосферу, насколько тот самый профессионал-архитект кооперирует - может официально сделать его твоим техническим КОСУЛЬТАНТОМ (т.е. не "помощником", а КОНСУЛЬТАНТОМ), обращаться к нему за тех. консультацией - решит вопрос вашей личной конкуренции. ведь это совершенно непродуктивно колбаситься...
а он, ему будет лестно, что участвует в процессах решения, и конфликт возможно разрешен будет, и он станет тебе как раз помогать.
(если я правильно заметил, он является самым решающим фактором в демонстрации твоего "непрофессионализма" )

кстати, не знать чего-то - не грех - важно не врать, что знаешь и не делать вид, что знаешь.

bilbobagginz, совет хотя и не очень подходит к моей конкретной ситуации, однако, тем не менее, очень ценный.


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

Поэтому, вообще говоря, можно подумать о том, чтобы дать ему должность архитектора. Желательно официально, или хотя бы, фактически. Тут есть ряд трудностей, как организационных, так и просто проблем, связанных именно с ним, но подумать об этом стоит.

Как бы то ни было, не в этой ситуации, так в следующей, такой подход сработает, поэтому - спасибо!


Сомнений в этой истине не возникает.

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

Добавлено через 3 минуты и 46 секунд
насчет технической компетентности: программирование это и ремесло и искусство. для искусства нужен талант, для ремесла достаточно трудолюбия. независимо от твоих способностей у тебя есть все шансы значительно поднять свой уровень. большинство ежедневно возникающих проблем уже решены (библиотеки, паттерны и пр.), так что просто владея этим (что само не мало и не просто) ты будешь смотреться не хуже любого другого.

Добавлено через 9 минут и 50 секунд
наконец: руководитель не должен быть лучшим специалистом, он должен быть хорошим организатором (у чемпиона мира тоже есть тренер). если уровня руководителя достаточно для анализа происходящего, выработки общих решений и т.д. он будет уважаем (именно как руководитель). Замечено, что уважаемых руководителей трудно обмануть: они умеют вовремя задавать правильные вопросы, т.е. имеют необходимый базовый набор и обладают аналитическими способностями.

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

batigoal, имхо тебя нужно просто назначить менеджером команды и прояснить для всех, что твоя основная задача - не написание кода, а контроль за выполнением проекта, расходованием бюджета, планированием, анализом, общением с клиентами, и т.п. А твоего не в меру крутого программиста, как посоветовал bilbobagginz, надо назначить архитектором. 

Я, к примеру, уже давно не парюсь по поводу того, что при управлении проектами, где в технической части есть для меня неподъемные аспекты (а у нас такого вагон и тележка), мне приходится задавать вопросы программистам, и иногда даже глупые  Менеджер - это человек, который принимает решения, и плох тот менеджер, который не опирается на знания команды и консультантов. 


тут тебе нужно выступать посредником между ним и другими членами команды. 

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

arilou, я все-таки не менджер, а тимлид - это немного другой круг обязанностей. Менеджер у нас есть отдельный.

batigoal, тада я не понял, в чем проблема   

Во взаимоотношениях тимлида и тима 

Сегодня имели некотрое количество совместной работы с товарищем, вроде все гладко прошло.

т.е. ты технический тимлид? а почему тогда не товарищ, если он более опытный?   

Наверное, поэтому:

А я не до конца понял суть и причину конфликта.
Конфликт откуда идёт? От более квалифицированного разработчика? Или конфликт исходит от тебя?

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

В любом случае, надо избавляться от конфликтов в команде. Вам всё-таки работать вместе

Это сообщение отредактировал(а) stron - 9.6.2008, 17:30

Потому что от тимлида нужно больше организаторских функций, нежели технических.


От него.


Очень может быть.

Тоже может быть. Это я до сих пор и не могу выяснить.

На данный момент ситуация практически не изменилась. Товарища потихоньку проталкиваем на Senior Developer'а. В данный момент он работает над изолированной (до некоторой степени) большой задачей. Архитектуру написал красиииивую 

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

Вообще, 8-10 разработчиков это достаточно большая команда.
Если у вас есть 1 архитектор, 1 ПМ, то тогда мне не особо понятно, зачем нужен 1 тимлид.
Или 8-10 человек - это часть бОльшей команды?

В любом случае, не уверен, что один формальный лидер на 8-10 человек будет оптимальным соотношением.
Выделили бы несколько участков работы (2-3-4), за каждый из них отвечал бы ведущий разработчик, который бы уже отчитывался перед лидером проекта.
Причём не обязательно ведь это делать на бумаге, можно просто раздавать зону ответственности.

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

я к тому, что незаменимых людей нет.

кстати, если он концентрирует в себе "центр секретных знаний" какого-то серьезного куска кода, ты это, его можно однозначно обозначить барьером прогресса, single point of failure.
не тяни:
запусти какого-то зайчика в колесо ( молодого способного программера), пускай его дизайн изучает, на всякий случай, если со здоровьем у дяди вдруг что стрясется....
если спортом не занимается, то и такое может произойти.

может я переборщил, конечно... да простят меня старперы, я и сам из оных в некоторой степени ;-)

у нас просто обычно в ай-тишных командах очень сильно надавливают на т.н. "спайки" (team-building):
тур-походы в красивые места, на великах, на лыжах и т.д. очень кооперативность повышает.
А кооперировать надо тоже уметь.

удачи.

Да, большей. PM ведет проект (да и не один), в данном проекте - три команды (10 - 10 - 4).

На самом деле лидера два, я ведь упоминал выше, что у меня только часть функций. Другая часть - у моего товарища.


Да, эту проблем мы учитываем - во-первых, архитектор всегда в курсе происходящего, во-вторых, дефекты на его код, как правило, раздаем другим разработчикам, чтобы они таким образом коммуницировались и втягивались.



Да нет, я ж нигде не говорил, что это старая развалина  Мы одного возраста, очень крепий парень, сибиряк 

У нас это обычно делается на "общем уровне" - три сотни человек. Тут не спяешься - все равно на группки разобъемся.

не знаю с чего я умозаключил именно это  
мне почему-то представлялся 45-50 летний дядька с карандашом за ухом и своими пельменями из дома в миске.
тогда думаю всё будет пучком.

я тебя учу ?  ты и сям сусям.

Очень странно, по-моему тим-лид не должен посвещать организационной работе больше, чем 30-40% своего времени, иначе он уже действительно становится больше управляющим, время от времяни занимающимся разработкой, чем рабработчиком, время от времяни управляющим. Может, тебе стоит попытаться пересмотреть свои отношения с начальством и подчинёнными?

Для этого необходимо понять состав этой, как ты выражаешься, организаторской работы. По своему опыту могу сказать, что таковая у тим-лида обычно складывается из следующего:
1. Взаимоотношения с вышестоящим начальством - в основном совещания, на которых обсуждаются риски, сроки и новые требования,
2. Взаимоотношения с заказчиком (пусть даже внутренним) или пользователями системы по техническим вопросам (что не может взять на себя аналитик по причине недостаточной технической компетентности),
3. Взаимоотношения с командой - постановка задачь. Особенно критичны в этом плане Junior`ы, которым нужно всё "разжовывать" и за ними перепроверять.
4. Кроме того, в отсутствии архитектора, тим-либу приходится брать на себя роль определяющего стратегические технические ориентиры человека.

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

Редкое качество, за которое человека нужно ценить и продвигать.

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

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

Есть, просто она уже занята  Тем не менее, в эту сторону и двигаемся.

А в трудовой книжке тоже написано "девелопер"? Официально у вас не может быть такой должности!
В России нет таких должностей - ни девелопера ни тимлида!
Называйте вещи своими именами, тогда вас может быть поймут и помогут.


Это сообщение отредактировал(а) Zadnica - 20.10.2013, 22:13