«Молодой» лид

Кстати любопытное обсуждение идет оффтом, гдето не в том топике.
23-летних синьйоров «обсосали» уже по полной.
Как вы относитесь к тому что в лиды, местами, назначают тех кому далеко до «настоящего» синьйора.

👍НравитсяПонравилось0
В избранноеВ избранном0
LinkedIn

Лучшие комментарии пропустить

Спор ниже напомнил бородатый советский анекдот про тогдашних «лидов»:

— Чем отличается командир от замполита?
— Командир говорит: «делай, как я», а замполит — «делай,как я говорю».

Не хотел бы я идти под пули вместе с 23-летним командиром...а еще хуже — с 23 летним замполитом. С современными лидами в ИТ тоже самое.

Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Ходил недавно друг на собеседование. Ему 40+, последние 9 лет — нач ИТ отдела пром предприятия. В результате смены хозяев — перетрусили средний менеджерский состав, и весь ИТ отдел в придачу сократили.

Направили его к нач ИТ отдела. Тому чуть меньше 30.
Рассказывает:

Беседуем, спрашивает о разных навыках. О прошлом опыте, о подходах в решении проблем...
Рассказываю, а вижу он мрачнеет и мрачнеет. Смотрю и глазки забегали, и то испуг на лице, то щурится как на врага. Вобщем попрощались на стандартной фразе — «мы подумаем», а я вышел и еле сдерживался от смеха. Потому что ведь и ему очевидно стало — через полгода, без специальных усилий начальником отдела буду я. Хотя я вполне готов почти на любую работу.
Млин, правда у него есть работа, а у меня вот пока нет...

Вот такой оверквалифайтед...

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

Я думаю, начальник ИТ отдела предприятия, и тим/тех лид в комманде на аутсорсе — несколько разные вещи.

А процессы, принципы движения по менеджерской лестнице — одинаковы.
Другое дело что они не единственны. Уже в советское время это было 2 параллельных лестницы, вершинами которых были — генеральный директор и главный инженер.

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

С чего вы взяли что он сам признался?
И шел он другую вакансию.
Руководство просто через полгода работы выявило бы то, что выявилось при собеседовании.

А отказал тот конечно правильно — личное кресло важней эффективности компании.

P.S.
Или «правильно», если смотреть с точки зрения владельцев компании.

Мне эта история вспомнилась вообще по поводу «Про отказы и зарплаты».
Почему менеджеры, или тех руководители не всегда объясняют причины отказа.

С чего вы взяли что он сам признался?

Потому что ведь и ему очевидно стало — через полгода, без специальных усилий начальником отдела буду я

Согласен, бывают такие собеседования. С моим другом такое тоже случалось. Но в данном случае, по-моему, соискатель метил именно в начальники ИТ отдела.

Но в данном случае, по-моему, соискатель метил именно в начальники ИТ отдела.

Могу только сказать что он понятия не имел, что там за начальник.

И шел с целью не проверять начальника, а — получить работу.

А вот дальше да, вы в телепатии явно посильней меня будете :)

Дело не в «подсидке», а в том что начальник, босс, руководитель, лид и т.д. (не суть), не дотягивает до «друга» по уровню. С таким человеком тяжело работать, а «под ним» — еще тяжелее.
Черевато конфликтами, не пониманием и низкой эффективностью.
А так же: чувством присутствия не там том месте и/или не на те деньги,.. просто дискомфортом в работе.

оверквалифайтед

Это достаточно известная и распространенная проблема в любой работе.

Друг просто не подходит, потому что этой компании нужен совсем не такой специалист как он, вот и всё.

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

Друг и вывод сделал — придется таки искать не «что-нибудь» — а должность начальника. Хоть над малярами. Потому что в другом месте может опять выйти такая же неувязка.

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

Эээ, «лид» — это кто/что? Team Leader, Lead Developer, Project Leader?
1) Если это Team Leader, то человек может им стать без «синьористости» на погонах, поскольку в данном случае важны Soft Skills (aka People Management), в отличие от Senior Developer, для которого на первом месте технические экспертные знания и опыт.
2) Lead Developer — по-нашенски это «ведущий программист», а Senior Developer — это «старший программист»: в некоторых компаниях «старший» главнее «ведущего».
3) Project Leader — ну, это специфическая роль со своеобразной админ.нагрузкой (aka Project Management): «синьором» можешь ты не быть, но чарты рисовать обязан.

По классике: лидер — это тот, кто взобрался на самое высокое дерево и заорал: «Это не те джунгли!» :)

Ну я в НИИ сразу же после института был Leading Programmer, так как на фоне остальных, я им был :)

Ну я в НИИ сразу же после института был Leading Programmer, так как на фоне остальных, я им был :)

Я, наверное, выйду; а то мне, вам и вашему ЧСВ тут тесно. :)

Я, наверное, выйду; а то мне, вам и вашему ЧСВ тут тесно. :)
Не надо уходить от реальности )

Кстати да. Я тут недавно глянул в свою трудовую, так я в 23 года уже был ведущим программистом, ну тоесть лидом. ))

и куда вы завели свою фирму, если не секрет ? :-)

Конечно не секрет, вел в светлое будущее. Правда сейчас уже другой человек ведет фирму в еще более светлое будущее.

Немного смущает Batmore Capital LTD на офсайте. Продали россиянам?

Эх, и это светлое будущее?

«Налет часов» важен, независимо от таланта.

Субъективные у принимающего решение.

смеюсь. Опытная команда такого лида подставит и сьест без соли.

Затем чтобы тимлид не подставил команду.

С какой радости ему подставлять команду? В чем тут его интерес?

Да без интереса и наверняка во вред себе. Просто «не обратил достаточно внимания» и т.п.

Лид — это прежде всего многоопытный человек, который твердо понимает куда ведет команду. А не «Пойдемте туда, там брезжит лучик света». А через несколько минут окажется, что это фары поезда...

Шоб раздеребанить его ЗП или прикрутить очень прикольную но не эффективную фичу (реализовать свою «гениальную» идею).
Суть любой власти в контроле.

Суть любой власти в контроле.

А как на счет делегирования?..

Мы все еще про «молодого лида»? Кстати, +1 повод съесть его сразу и без соли — может «наделегировать», что мало никому не покажется.

Делегировать так, чтобы никого не обидеть и не перегрузить — это искусство оттачиваемое годами, и никак иначе.

К сожалению, мне кажется, что стаж и опыт работы — это не одно и то же.

Делегировать так, чтобы никого не обидеть и не перегрузить

Я о делегировании ответственности, а не о искусстве составления расписания, определении последовательности операций и пр.

мне кажется, что стаж и опыт работы — это не одно и то же.

Мне тоже.
По пункту обидеть: если реальную ответственность за кусок работы несет один человек, а делегируют её [ответственность] на другого — это конфликт. Первый не захочет ее больше нести, второй не сможет.Это в «удачном» случае, если все не перерастет в межличностный конфликт... В любом случае качество продукта на выходе упадет.

По пункту перегрузить: Вы действительно считаете, что не нагружаете сотрудника (дополнительно к его основным обязанностям) делегируя на него ответственность? То есть принятие решений, за которые ты официально несешь ответственность, — это вообще не работа и не нагрузка? И платить за это [дополнительную ответственность] не надо?

о искусстве составления расписания, определении последовательности операций и пр.

Мы все еще про молодого лида говорим?

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

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

А ждать пока кандидату со способностями стукнет 35, чтобы следать сразу большим лидом, можно... Но для дела он бы мог быть полезным на много раньше, заодно и опыт бы раньше наработал.

«Не упиваясь словесами,
Жизнь убеждает нас опять:
Талантам надо помогать,

Бездарности пробьются сами.»

Не понял, к чему тут делегирование.

Я к тому, что суть власти, я думаю, больше в делегировании, чем в контроле. Контролировать делегированное нужно. А контролировать, не делегируя, — может быть не эффективно. Что же контролировать?

Кстати, а зачем ?
съев хорошего умного человека становишься лучше и умнее.

«Чужая глупость не делает умней тебя»

это все «бессмесленно и беспощадно»

Это каждая любая команда так поступает, или есть какието дополнительные критерии? ;-)

скорее всего только комманда с старыми закомплексоваными девелоперами с раздутым на пустом месте ЧСВ.

Оытной команде — опытного тим лида, вот и все :)

Спор ниже напомнил бородатый советский анекдот про тогдашних «лидов»:

— Чем отличается командир от замполита?
— Командир говорит: «делай, как я», а замполит — «делай,как я говорю».

Не хотел бы я идти под пули вместе с 23-летним командиром...а еще хуже — с 23 летним замполитом. С современными лидами в ИТ тоже самое.

Параллель с возрастом не всегда верна.

Есть 30-летние сеньеры и лиды с 8+ годами опыта, которым еще копать и копать до 23х летних сеньеров с их 3-мя годами опыта. Но почему-то нет стереотипа, что «тебе за 30?- давай, до свидания!», а про 23 — есть.

У нас, например, есть 19-летний (!) Senior iOS Developer! Kак программист он очень даже крут и ценен, не смотря на свои 19 лет! И работает отлично, и более чем уважаем в команде.

Все индивидуально совершенно, и я бы ни в коем случае не отрезал бы человека только по фактору «23 года».

Но почему-то нет стереотипа, что «тебе за 30?- давай, до свидания!»
А он был, сейчас отрасль взрослеет, поэтому от немного отходит.
Kак программист он очень даже крут и ценен, не смотря на свои 19 лет!
Крут, ценен, хорошо, плохо — это понятия относительные, особенно когда оценку делает специалист в другой сфере.
и более чем уважаем в команде.
А в команде 30-летние дядьки в ОР 10+ лет? Или ребята до 25 лет с ОР 2-3 года?

Крут, ценен, хорошо, плохо — это понятия относительные, особенно когда оценку делает специалист в другой сфере.

Оценку делает iOS комманда и Cross-location iOS Lead и, отчасти, разнообразные метрики и клиенты. А я лишь донес Вам что возраст не всегда является критерием оценки.

в команде 30-летние дядьки в ОР 10+ лет? Или ребята до 25 лет с ОР 2-3 года?

Вопрос — нонсенс. В Украине iOS/Android программистов с опытом боле 3 лет кот наплакал. Учитывая скорость развития этой отрасли и ее возраст в принципе (в том числе и в нашей стране), — это совсем не страшно и не удивительно.

Если говорить о глобальном опыте в программировнии команды, — то я не знаю, не читал их CV, но в команде есть взрослые люди.

Ну если вы так говорите, знать так и есть.

Немного оффтопа:

Cross-location

Шо это значит? Вы — Cross-location манагер, есть какой-то Cross-location лид. Чем они отличаютсо от обычных?

В данном конкретном случае — это на три города — Харьков, Днепропетровск и Киев. То есть, есть «локальный» лид команды, а есть кросс-локальный — то есть на несколько локаций, который по сути «лидит лидов» и помогает последним везде где может + заниемся поиском и интерграцией best practice решений, распределением ресурсов и другими задачами.

В Украине iOS/Android программистов с опытом боле 3 лет

теперь сами все понимаете или объяснить дырявость логики в вашем предыдущем сообщении? представте если б у лида было все те же 3 года опыта а у остальных 15, и учтите что у девелоперов без софт скилз часто повышеная фиксация на технических скилах (грубо говоря кто не шарит того не уважаем). отсюда как минимум уважения он бы не получил, а возможно и отказались бы с ним работать или тихо сабботировали.

теперь сами все понимаете или объяснить дырявость логики в вашем предыдущем сообщении?

Нет, потрудитесь объяснить.

уважения он бы не получил, а возможно и отказались бы с ним работать или тихо сабботировали

Вы видимо в «ДОМ 2» работаете.

У нас люди ходят работу работать, а выбирать лида по годам опыта в разные команды и не исключать/выгонять/сабботировать тех, у кого «меньше».

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

Глупо, 100%. Точно так же как и глупо считать что исключений не существует, как и проводить линейные зависимости основываясь всего на паре факторов.

Не пошел бы в 45-ом под пули с 23-летним командиром, который с 41-го года на фронте?

В таком случае это не молодой а малахольный лид.

Зависит от того, какие конкретно обязанности возлагаются на лида. В случае технического лида (AKA lead developer / architect) это сомнительная практика — в 23 года опыта еще явно недостаточно. Самородки, конечно, встречаются, но это, скорее, исключения из правила.

В случае же лида как в буквальном смысле «лидера», «заводилы» — то тут возможны варианты. Например, руководство понимает, что человек по складу ума не способен стать выдающимся разработчиком, но, зато, умеет находить общий язык с коллегами, создавать командный дух и т.п. Так почему бы не поставить его делать то, что у него получается лучше всего, поставив на роль синьйора какого-нибудь не очень общительного, но зато талантливого технаря?

В этом случае будет провал, потому что лид — это прежде всего человек который умеет общаться с людьми. Технические качества уже на втором плане.
1. Отстоять команду перед продукт овнером.
2. Договорится.
3. Быть в состоянии поговорить с командой.

4. Быть уважаемым человеком в команде.

В этом случае будет провал, потому что лид — это прежде всего человек который умеет общаться с людьми

Так я и говорю:

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

Мне кажется, что это видимость. Лид — это тот, кто способен руководить, то есть направлять, а не просто контролировать и заставлять следовать за собой или следовать за толпой, чтобы любили.

А разговорчивые и из-за этого уважаемы люди — это просто люди с разитыми коммуникативными навыками.

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

А мотивация для некоторых таких экстравертов — заслужить уважение, чтобы любили(некоторые даже боялись). Дартаньяны нужны и интересны в меру, но я бы не делал их образцом лидера. Разве, под контролем нормального пээма.

Лид — это тот, кто способен руководить, то есть направлять

Искуство быть лидом состоит в том, что бы люди делали свою работу «ради чего-то», а не «потому-что».

Мотивация для лида — правильный ход процесса, достижения результата.

Хм, очень спорно. Это один из компонентов, но он сам по себе не гарантирует того, что цель будет достигнута.

То есть если человек делает свою работу ради чего-то — он хороший лид?

Что же гарантирует, что цель будет достигнута? Какая цель?

Если лид, может сделать так что бы команда работала «ради чего-то», а не «иза чего-то». То он хороший лид.

Какая цель?

Ту которую обычно ставят перед командой.

Что же гарантирует, что цель будет достигнута?

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

Очень замечательная книга о мотивации «Motivate me right».

motivateme.ru/...e-right-1.3.pdf

Почитайте, подумайте. Там есть ответы на ваши вопросы.

Ту которую обычно ставят перед командой.

Это какую? Сделать релиз вовремя?

Это все правильно. И за книгу спасибо. Я говорил немного о другом.

Я пытался сказать, что ориентирование на процесс обезличивает, а тем самым страхует компанию от необходимости чудес ради стабильности. Харизматические лидеры способны вдохнуть жизнь почти в любой тоскливый проект, завести, повести, довести. И сделать релиз вовремя. Тем самым заслужить уважение себе, почет команде и прибыль компании. Это выглядит замечательно. Ценных руководителей, способных сделать чудо, нужно любить. Но нужно ли такой подход делать примером для подражания? Я думаю, что нет. Потому что этот подход хорош для стартапа, для небольшой компании, где все на виду и все всех знают. Крайне рисковано использовать личные лидерские качества каждого лида как фактор стабильности развития компании в целом.

Рост диктует изменение стратегии работы. Ориентирование на процесс нивелирует чудо, как результат работы, но оставляет ориентирование на результат, который должен быть достигнут следуя процессу планирования, разработки и пр. Поэтому может быть достигрут и не харизматическим лидером, так как их немного, стоят они дорого и более ценны для немного другого. И мотивация остается, она очень важна, но в рамках следования букве процесса. Лидеры будут вести команду вперед но не

«ради чего-то»

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

Как-то так...

Никакой процесс, увы, не заменит правильных людей

Есть одно уточнение: сомнительно, что 23-летний лид «создаст командный дух» среди 30-летних синьоров. Особенно если этот лид не силен технически. Он, скорее всего, будет воспринят как «лишнее звено».

Я не думаю, что один лид, даже очень старый, может создать командный дух. И какая,в общем, разница, как он будет воспринят? Мне кажется, главное, что он сделает, каких результатов добъется. Что будет с продуктом.

Вы считаете, что взаимоотношения лида и команды не влияют на результат работы команды?

Считаю, что влияют. Только взаимоотношения — не цель, а средство, которым нужно пользоваться.

Разговор не о понятиях типа «цель», «средство», «анализ», «синтез», бла бла бла, а том что нужен комплексный подход, включающий и soft критерии, помимо hard.
Если человек получает удовольствие от того и верит в то, что он делает, он работает намного лучше, уверен, вы не будете этого оспаривать.

Привить это и построить работу таким образом — одна из задач хорошего лида.

Конечно. Еще бы желательно, чтобы делали то, что нужно, а не только, что самому нравится. :)

Так как этому может помешать возраст?

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

Так как этому может помешать возраст?

На «деланье» — не может. На отношение других к человеку, в определенных случаях, может.

если тим-лидерство — цель

Цель — деньги. Средства — все остальное. А как этого «всего остального» достичь ради цели и сделать так чтобы при этом все были довольны — задача лидов и менеджеров!

Одна из задачЪ хорошего лида — купить учебник по русскому языку для QA Managers ;)

Очень содержательно и информативно, еще и по теме.

Купите учебник по психологии или включите мозг.

Люди, которым нечего сказать, только и могут, что цепляться к словам, опечаткам, оговоркам и так далее. DOU — не то место где я усиленно занимаюсь spell cheking-ом, уж простите, а переключать spell checker с англ. на русс. ради DOU, — меня, простите, кумарит.

А не устраивает, как там сейчас, — «Ты кто такой? — давай до свидания!» ©

ЗЫ:

Исправил указанную опечатку. Может вы теперь по теме сможете что-то выдавить из себя ...

Вот это:

таким образХом

банальная опечатка, дай бог ей здоровья.

А вот это:

одна из задачЪ

уже вопиющая безграмотность.

И вообще, calm down. «Жизинь такой жыть надо астарожный, у нас мастера свои есть на таможыне. Я знаю па русски как паложеный ...» далее по тексту, ну ты в курсе.

Может вы теперь по теме сможете что-то выдавить из себя ...

litovchenko.com/static/no.jpg

Хотя, приходи завтра в Харьков на сеновал, повыдавливаем. В том числе и по теме ;)

Договорились ;)

ЗЫ:

Посмотрел по картинкам «кто такой». Вот на кого, а на тебя бы точно не подумал. В этот раз можем повыдавливать нормально, не так как в Днепре (не по «сухому» с моей стороны) ;)

Мне кажется, главное, что он сделает, каких результатов добъется.

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

В таком случае он не подходит изначально попросту.

Если не будет пытаться учить синьоров программированию, а будет создавать им комфортные условия работы и нужную мотивацию — то будет воспринят вполне адекватно.

Лід — від слова вести.
Це як поводир, «заводіла» (або тамада на проекті).
Кудись іде і веде за собою інших.

Тому для цього повинні бути «лідерські якості».

Лід

“лідерські якості”.

Вы гениальны!

поводир, “заводіла” (або тамада на проекті).

И тут тоже.

Вы не в кабаке работаете?

Тому для цього повинні бути “лідерські якості”.

Интересно что когда говорят/слышат “лидерские качества”, обычно это синоним некоторого набора личностных качеств, но забывают про “профессиональные навыки”, это то что скрыл Alexander Kuznyak в фразе:

знает и умеет делать все что подразумевает определенная позиция

P.S. Бл..., админы, понавешивали всякой мути, имя выделить нельза нормально.

Почему скрыл-то? Все же явно написано! оО
Слово «всё» специально болдом выделенно как бы, и написал именно для того чтобы не писать 3 абзаца текста на тему того чем должен обладать тим лид (любой, в принципе, что QA, что Dev, что любой другой). «Всё» подразумевает именно «всё», а «профессиональные навыки» влючены в понятие «всё».

Пока написал комментарий, понял, что под «скрыл» имелось ввиду не совсем то, что мне показалось изначально, когда начал писать этот коментарий. Видимо сказывается переодчисекая кофрантация в других темах с Вами :) ... но удалять уже как-то не хочется...

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

Понятное дело, что всегда надо учиться, по-моему это вообще априорно ясно для нашей сферы.

Речь шла о том что в любом случае есть набор необходимых софт и хард скиллов, и любому лиду нужны и те, и другие.

Мне лично все равно сколько человеку лет, 20, 23, 35 или 45.

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

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

По моему опыту, среди моих коллег больше 50% людей, чьи знания и умения значительно превосходят тот уровень задач, которыми им приходятся заниматься 80% рабочего времени.
Т.е. если человек получит возможность делать то, что знает и умеет — значит его способности востребованы и нудно ему не будет. Особенно если результат работы кому-то реально нужен (например для лечения людей), а не просто сделан что бы бюджет оприходовать (и таких проектов очень много).

Нет, не значит.
Лид позиция всегда, даже не так — ВСЕГДА, подразумивает изменения, улучшения, развитие, расширение, дополнения, усовершенствование существующей команды/процесса/всего что есть на проекте.
Если Лиду «скучно» и ему «нечего делать» или «некуда развиваться», то, скорее всего, ему не место на данной позиции, так как он ее попросту не митит.

Вот именно что «подразумевает». Но реальная работа в бодишопе очень далека от теории. Вот еще вещи, которые «подразумеваются»:
— Любое приложение создается что бы быть кому-то полезным.
— ИТ-компания заинтересованна поставлять клиенту качественный продукт без багов.
— Начальник заботится о том, что бы его подчиненные росли и развивались.
— Девелопер стремится выполнить свою работу максимально качественно за отведенное время.
— Если задача выполнена раньше плана — оставшееся время будет потрачено на рефакторинг и улучшения в коде.
— Если проект разрабатывается по «гибкой» методике то клиент всегда доступен для вопросов.
— Если приложение написано четко по требованиям клиента и проверенно на соответствие то клиент получит именно то, что он хотел.
— Клиент всегда приветствует улучшения и идеи, предложенные командой.
— Клиент дорожит своими деньгами и не будет выбрасывать их на то, что бы девелоперы делали ненужную фигню.
— Руководитель всегда умело распоряжается ресурсами и не посадит дорогого синьор девелопера делать работу с которой может справится обезьяна.
— Компания всегда умело распоряжается ресурсами и с удовольствием переведет девелопера на другой проект, где его знания более нужны.

— Если нужна помощь — без проблем можно пригласить специалиста с другого проекта.

Это чтото совсем сферическое, в полном вакуме :-)

Я не знаю что такое:

реальная работа в бодишопе

слишком много «терминов» которые для меня размыты... как и то, — чем, как и на сколько она далека от:

от теории

Так как не совсем понимаю, о какой именно «теории» идет речь.

Со всем что написано дальше — полностью согласен, только я почему-то чувствую очень громкие нотки сарказма... от чего же? — Или мне просто кажется?

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

Со всем что написано дальше — полностью согласен, только я почему-то чувствую очень громкие нотки сарказма... от чего же? — Или мне просто кажется?

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

проблема того как у вас устроена разработка или работа в принципе, если данные тезисы не имеют никакого практического применения

Проблема в том, что никто не заинтересован их выполнять. Это экономически не оправдано в бодишоп — модели бизнеса.

Я еще не видел проектов, где бы все эти хорошие и правильные тезисы выполнялись.

Я тоже. А еще «мира во всем мире» нет, но это не значит что к этому не надо стремиться!

Проблема в том, что никто не заинтересован их выполнять. Это экономически не оправдано в бодишоп — модели бизнеса.

Совершенно не всегда, а модель бизнеса — штука гибкая и постоянно меняется, так как что-то новое приходит, а что-то старое отсеивается. И без этого никак, иначе бизнес попросту умрет, если не будет идти в ногу со временем.

Пардон за оффтопик, и все же

Если проект разрабатывается по «гибкой» методике то клиент всегда доступен для вопросов.

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

К тому же,

Клиент всегда приветствует улучшения и идеи, предложенные командой.

ИМХО вполне может противоречить

Клиент дорожит своими деньгами и не будет выбрасывать их на то, что бы девелоперы делали ненужную фигню

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

это либо необоснованные домыслы либо тупо вброс

Ну вы обоснуйте. Интересно послушать вашу позицию.

лид это тимлидер или ведущий программист?
тимлидеру на мой взгляд не обязательно быть «настоящим синьором» (кто это такие?) ему нужны несколько другие качества

ну и ведущий программист это скорее следующая ступени мастерства после «настоящего сиьора»

тимлидеру на мой взгляд не обязательно быть «настоящим синьором» (кто это такие?) ему нужны несколько другие качества

Тимлидер — это должность которую придумали как то что «выше синьора» (шоб было куда повышать).

Тимлидер или Лид Девелопер? Есть еще Принципал например %-)

Есть еще Принципал например

Это вроде немного другое. Это типа который кроме работы в своей комманде еще и «консультирует» другие команды.

Тимлидер или Лид Девелопер?

Лид Девелопер — это технический лидер проекта, обязан быть как минимум синьором (Я уже объяснял в другой теме).

Тимлидер — это «непоймишо». Иногда экономия на ПМе, в некоторых индустриях это наоборот повод «не экономить» ;)

Тимлид — это человек, который «сидит в окопах» с командой и отвечает за повседневное тактическое управление, мотивацию, следование процессу разработки. Обязательно обладает технической компетеницей, скорее всего даже пишет код и/или тестирует наравне с выполнением тимлидских обязанностей.

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

На небольших проектах обязанности тимлида и ПМа чаще всего, да, выполняет один человек. Но на больших, а особенно — fixed price проектах со сложными заказчиками, ПМу не хватает времени на работу с проектной командой, и здесь ему на помощь приходят тимлиды.

Как-то так.

Как-то так.

Если честно, не понял многое:

Тимлид — это человек, который «сидит в окопах» с командой и отвечает за повседневное тактическое управление, мотивацию, следование процессу разработки.

То есть таки менеджер проекта, просто у него проект маленький — ровно на 1 команду. Или же это просто менеджер команды. В любом случае это не технические задачи.

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

Зачем? Что именно он не может сделать без технических навыков? Предполагается что у команды уже есть тех лиды (то есть люди способные выбрать техническое направление).

наравне с выполнением тимлидских обязанностей.

То есть таки:

Тимлидер — это должность которую придумали как то что «выше синьора» (шоб было куда повышать).

Суть в том, что я могу понять чем занимается тех-лид или ПМ, но не вижу где место тимлида (именно, то одно не заменимое, а не дернем обязанность тут и тут и получим список).

Суть в том, что я могу понять чем занимается тех-лид или ПМ, но не вижу где место тимлида (именно, то одно не заменимое, а не дернем обязанность тут и тут и получим список).

Координирует работу небольшой группы? Маленький тех-лид и маленький пээм?

Координирует работу небольшой группы?

Проджект манагер?

Маленький тех и тим-лид?

Не понял.

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

Маленький проджект манагер, отвечает за организацию работы

Ну вот. И в идеале он должен быть именно управленцем (пусть какой-то джуниор ПМ), но массово повышать их из инженеров, ИМХО, это странно.

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

Лид должен владеть технологиями, используемыми в проекте + его амбиции и манеры не должны бежать вразнобой + он должен быть гибким + еще вагончик того, чему нельзя научиться — лидером человек рождается и только некоторые вещи приходят с експиренсом :)

Если кому интерестно, то мое мнение «положительное».

Часто от тим лида требуется понимание проэкта, и ситуации происходящей в проэкте, а также хороших «гуманитраных» скилов общения с подчиненными.

Да, и знания слова «проект» тоже

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

Нет, для этого достаточно дать человеку заполнить анкету соискателя с каким-нибудь вольным текстом, например «Биография» или «Ваша цель в жизни». Безграмотность человека — это показатель того, что он не способен или не желает обучаться, мало читал и читает, а следовательно, его кругозор и интеллект страдают. Значит, он вряд ли способен находить оригинальные или новые решения нетривиальных проблем. Это важное качество для синьора.
Конечно, это не правило, бывает и наоборот.

Грамотность, кстати, не доказывает обратного. Грамотные люди могут быть весьма твердолобыми. А то, что его признали синьором в предыдущей компании, мне ни о чем не говорит.

Вы заставляете заполнять анкету соискателя на москальском?

А почему не на англицком? Это ж вроде бы тренд.

Это, вцелом, любопытная инфа! Компании могут не взять на работу из за грамматических ошибок!

Вы хоть честны с кандидатами? Говорите им настоящую причину, почему не взяли ?

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

Неужели все думают, что технические качества — это единственное, на что обращают внимание при приеме на работу? Вас же берут на работу с людьми, в команде.

Вау, в магенто не берут тех кто слушает реп и джаз! Ну недостатки безграмотных людей вы обрисовали (где, кстати, ссылки, пруфы?), а чем данные муз направления неугодили ?

Чё троль? вы одназночно заявили что в магенто не берут тех кто слушает реп и джаз. вам теперь и отвечать.

Определитесь, мне же приходят уведомления на почту о каждом комменте :)
> должен быть затролен до состояния самоудаления из доу

Наивный.

Тролль детектед.

Блин, а мой такой же комент потерли, ну где справедливость?

Подписаться на комментарии