Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > УП: Человеческий фактор > Проблема технической компетентности

Автор: batigoal 11.4.2008, 22:43

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

Автор: Vex 12.4.2008, 22:09

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

Автор: Vex 12.4.2008, 22:43

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

Автор: v2v 13.4.2008, 00:16

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

Автор: batigoal 13.4.2008, 10:34

Цитата(Vex @  12.4.2008,  23:09 ) batigoal, если ты руководитель, почему ты вообще пишешь код?  Моя официальная должность - девелопер. Просто я исполняю часть функций тимлида. Да и будь я чистым тимлидом, я всё равно бы лазил в код - хотя бы для того, чтобы контролировать молодых сотрудников. Цитата(Vex @  12.4.2008,  23:43 ) да, еще одно? ребята, которыми ты управляешь не старше тебя по возрасту, эта казалось бы мелочь играет далеко не последнюю роль во взаимоотношениях между начальником и подчиненными ;)  Некоторые - старше, и намного, в т.ч. архитектор, но именно этот - либо моего возраста, либо на год постарше. Мне кажется, для профессионала, это не должно играть большой роли... Это может повлиять на стиль общения, в части неформальности, но не на взаимоотношения. Цитата(v2v @  13.4.2008,  01:16 ) batigoal, не стоит так усугублять ситуацию. хороший менеджер (руководитель) не значит хороший исполнитель. В данном случае ты основное время 100  - 20 (30) % занимаешься прокачкой навыков руководителя (менеджера).  Главное что бы ты хорошо понимал предметную область и мог чётко раздавать задания остальным.  Я согласен, что это не конец света и не развал команды, просто хочется как-то ситуацию разрулить. К тому же, такие проблемы неизбежно будут появляться и дальше - нужно вырабатывать навык их решения.

Автор: bilbobagginz 13.4.2008, 15:40

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

Автор: batigoal 13.4.2008, 17:57

bilbobagginz, совет хотя и не очень подходит к моей конкретной ситуации, однако, тем не менее, очень ценный. Цитата(bilbobagginz @  13.4.2008,  16:40 ) опиши атмосферу, насколько тот самый профессионал-архитект кооперирует Именно как кооператор он - не очень.  Товарищ любит писать своё, не особо оглядываясь по сторонам и на возможные последствия (типа внезапного внесения мажорных изменений за неделю до поставки). К тому же, у нас есть официальный архитектор, который всех полностью устраивает (собственно, он, в прошлом и был тимлидом, непродолжительное время, но потом отказался - хотел более технической работы). Этот архитектор работает в тесной связи с упомянутым разработчиком, вплоть до того, что в некоторых областях без консультации с ним решений не принимает. Т.е. в процессе он более чем участвует. Поэтому, вообще говоря, можно подумать о том, чтобы дать ему должность архитектора. Желательно официально, или хотя бы, фактически. Тут есть ряд трудностей, как организационных, так и просто проблем, связанных именно с ним, но подумать об этом стоит. Как бы то ни было, не в этой ситуации, так в следующей, такой подход сработает, поэтому - спасибо! Цитата(bilbobagginz @  13.4.2008,  16:40 ) кстати, не знать чего-то - не грех - важно не врать, что знаешь и не делать вид, что знаешь. Сомнений в этой истине не возникает.

Автор: baldina 13.4.2008, 18:17

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

Автор: bilbobagginz 14.4.2008, 11:20

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

Автор: arilou 14.4.2008, 11:53

batigoal, имхо тебя нужно просто назначить менеджером команды и прояснить для всех, что твоя основная задача - не написание кода, а контроль за выполнением проекта, расходованием бюджета, планированием, анализом, общением с клиентами, и т.п. А твоего не в меру крутого программиста, как посоветовал bilbobagginz, надо назначить архитектором.  Я, к примеру, уже давно не парюсь по поводу того, что при управлении проектами, где в технической части есть для меня неподъемные аспекты (а у нас такого вагон и тележка), мне приходится задавать вопросы программистам, и иногда даже глупые  Менеджер - это человек, который принимает решения, и плох тот менеджер, который не опирается на знания команды и консультантов.  Цитата(batigoal @  13.4.2008,  17:57 ) Именно как кооператор он - не очень тут тебе нужно выступать посредником между ним и другими членами команды.

Автор: batigoal 14.4.2008, 16:30

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

Автор: arilou 14.4.2008, 19:28

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

Автор: batigoal 14.4.2008, 19:33

Цитата(arilou @  14.4.2008,  20:28 ) batigoal, тада я не понял, в чем проблема  smile   Во взаимоотношениях тимлида и тима  Сегодня имели некотрое количество совместной работы с товарищем, вроде все гладко прошло.

Автор: arilou 15.4.2008, 14:10

Цитата(batigoal @  14.4.2008,  19:33 ) Во взаимоотношениях тимлида и тима т.е. ты технический тимлид? а почему тогда не товарищ, если он более опытный?

Автор: Kangaroo 15.4.2008, 14:25

Цитата(arilou @  15.4.2008,  14:10 ) а почему тогда не товарищ, если он более опытный? Наверное, поэтому: Цитата(batigoal @  13.4.2008,  17:57 ) Именно как кооператор он - не очень.

Автор: stron 9.6.2008, 17:28

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

Автор: batigoal 10.6.2008, 10:48

Цитата(arilou @  15.4.2008,  15:10 ) т.е. ты технический тимлид? а почему тогда не товарищ, если он более опытный?  smile Потому что от тимлида нужно больше организаторских функций, нежели технических. Цитата(stron @  9.6.2008,  18:28 ) Конфликт откуда идёт? От более квалифицированного разработчика? Или конфликт исходит от тебя? От него. Цитата(stron @  9.6.2008,  18:28 ) Возможно, когда тебя стали метить в тимлиды (как я понял из ситуации, именно, стали метить), он не согласился с этим решением, это задело его самолюбие...  Очень может быть. Цитата(stron @  9.6.2008,  18:28 ) Возможно, твои ошибки как менеджера привели к такой ситуации, возможно, ещё что-то... Тоже может быть. Это я до сих пор и не могу выяснить. На данный момент ситуация практически не изменилась. Товарища потихоньку проталкиваем на Senior Developer'а. В данный момент он работает над изолированной (до некоторой степени) большой задачей. Архитектуру написал красиииивую

Автор: stron 10.6.2008, 11:22

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

Автор: bilbobagginz 10.6.2008, 12:30

Цитата(batigoal @  14.4.2008,  16:30 ) Из нашей группы только я постоянно в спортзале зависаю.  может быть в этом и кроется проблема: ты: молодой, здоровый, красивый парень, летучий мыш, в конце концов. а этот мужык: уже дряхлеет, в катетр писает, и поэтому его раздражает что он такой-растакой старпер, а ты его это... "обошел", и еще "кооперировать лезешь", и еще улыбаешься наверное, иногда, воздухом дышишь...  подход думаю понятен: бывает с некоммуникабельными и не такое ;-) я к тому, что незаменимых людей нет. Цитата(batigoal @  10.6.2008,  10:48 ) Архитектуру написал красиииивую кстати, если он концентрирует в себе "центр секретных знаний" какого-то серьезного куска кода, ты это, его можно однозначно обозначить барьером прогресса, single point of failure. не тяни: запусти какого-то зайчика в колесо ( молодого способного программера), пускай его дизайн изучает, на всякий случай, если со здоровьем у дяди вдруг что стрясется.... если спортом не занимается, то и такое может произойти. может я переборщил, конечно... да простят меня старперы, я и сам из оных в некоторой степени ;-) у нас просто обычно в ай-тишных командах очень сильно надавливают на т.н. "спайки" (team-building): тур-походы в красивые места, на великах, на лыжах и т.д. очень кооперативность повышает. А кооперировать надо тоже уметь. удачи.

Автор: batigoal 10.6.2008, 13:44

Цитата(stron @  10.6.2008,  12:22 ) Если у вас есть 1 архитектор, 1 ПМ, то тогда мне не особо понятно, зачем нужен 1 тимлид. Или 8-10 человек - это часть бОльшей команды? Да, большей. PM ведет проект (да и не один), в данном проекте - три команды (10 - 10 - 4). Цитата(stron @  10.6.2008,  12:22 ) В любом случае, не уверен, что один формальный лидер на 8-10 человек  На самом деле лидера два, я ведь упоминал выше, что у меня только часть функций. Другая часть - у моего товарища. Цитата(bilbobagginz @  10.6.2008,  13:30 ) кстати, если он концентрирует в себе "центр секретных знаний" какого-то серьезного куска кода, ты это, его можно однозначно обозначить барьером прогресса, single point of failure. Да, эту проблем мы учитываем - во-первых, архитектор всегда в курсе происходящего, во-вторых, дефекты на его код, как правило, раздаем другим разработчикам, чтобы они таким образом коммуницировались и втягивались. Цитата(bilbobagginz @  10.6.2008,  13:30 ) может быть в этом и кроется проблема: ... Да нет, я ж нигде не говорил, что это старая развалина  Мы одного возраста, очень крепий парень, сибиряк  Цитата(bilbobagginz @  10.6.2008,  13:30 ) у нас просто обычно в ай-тишных командах очень сильно надавливают на т.н. "спайки" (team-building): У нас это обычно делается на "общем уровне" - три сотни человек. Тут не спяешься - все равно на группки разобъемся.

Автор: bilbobagginz 10.6.2008, 14:19

Цитата(batigoal @  10.6.2008,  13:44 ) Да нет, я ж нигде не говорил, что это старая развалина не знаю с чего я умозаключил именно это   мне почему-то представлялся 45-50 летний дядька с карандашом за ухом и своими пельменями из дома в миске. тогда думаю всё будет пучком. Цитата(batigoal @  10.6.2008,  13:44 ) Тут не спяешься - все равно на группки разобъемся. я тебя учу ?  ты и сям сусям.

Автор: Се ля ви 15.6.2008, 15:01

Цитата(batigoal @  11.4.2008,  22:43 ) из-за организационной работы я занимаюсь своими прямыми обязанностями от силы 20-30% рабочего времени Очень странно, по-моему тим-лид не должен посвещать организационной работе больше, чем 30-40% своего времени, иначе он уже действительно становится больше управляющим, время от времяни занимающимся разработкой, чем рабработчиком, время от времяни управляющим. Может, тебе стоит попытаться пересмотреть свои отношения с начальством и подчинёнными? Для этого необходимо понять состав этой, как ты выражаешься, организаторской работы. По своему опыту могу сказать, что таковая у тим-лида обычно складывается из следующего: 1. Взаимоотношения с вышестоящим начальством - в основном совещания, на которых обсуждаются риски, сроки и новые требования, 2. Взаимоотношения с заказчиком (пусть даже внутренним) или пользователями системы по техническим вопросам (что не может взять на себя аналитик по причине недостаточной технической компетентности), 3. Взаимоотношения с командой - постановка задачь. Особенно критичны в этом плане Junior`ы, которым нужно всё "разжовывать" и за ними перепроверять. 4. Кроме того, в отсутствии архитектора, тим-либу приходится брать на себя роль определяющего стратегические технические ориентиры человека. Насколько я понимаю ситуацию по твоему описанию, этот самый разработчик неплохо подходит на роль архитектора - он лучше всех технически грамотен и, что, на мой взгляд, критично для действительно хорошего архитектора, Цитата(batigoal @  11.4.2008,  22:43 ) системы его гибки и изящны, хотя не всегда просты для понимания. Редкое качество, за которое человека нужно ценить и продвигать. В общем, я думаю, что причина конфликта - что ты по причине загруженности и недостаточной компетентности в действительно сложных вопросах с одной стороны и отсутствии архитектора с другой, взваливаешь на себя слишком много функций, в частности, функцию архитектора, в то время, как этот человек мог бы её выполнять лучше и избавить тебя от этого. В общем, мне кажется, что идеальный расклад - это поговорить с начальством о том, что бы ему дали архитектора, увеличили соответственно оклад и признали за ним этот статус. Это осложняется, если в технической иерархии вашей компании нет такой принятой должности - тогда её нужно вводить и к ней приучать контору, но так делается в большинстве компаний, которые я видел.

Автор: batigoal 15.6.2008, 16:58

Цитата(Се ля ви @  15.6.2008,  16:01 ) Это осложняется, если в технической иерархии вашей компании нет такой принятой должности - тогда её нужно вводить и к ней приучать контору, но так делается в большинстве компаний, которые я видел.  Есть, просто она уже занята  Тем не менее, в эту сторону и двигаемся.

Автор: Zadnica 20.10.2013, 22:12

Цитата(batigoal @ 13.4.2008,  10:34) Моя официальная должность - девелопер. Просто я исполняю часть функций тимлида.  А в трудовой книжке тоже написано "девелопер"? Официально у вас не может быть такой должности! В России нет таких должностей - ни девелопера ни тимлида! Называйте вещи своими именами, тогда вас может быть поймут и помогут.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)