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

Ситуация: я, по некоторым областям ответственности, являюсь тим-лидером проектной команды (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, тада я не понял, в чем проблема   

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

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

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

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