Вообще, особо такое не смотрю. Но тут стало интересно. Один из ведущих является программистом и, как я понял, ушел с основной работы, т.к. достало.
Для себя отметил, что достала вся эта тема про командный дух, про вечное развитие — гонка с собой наперегонки — "чтобы стоять на месте, нужно бежать".
Беседуют с нашим парнем — руководителем, переехавшим в Прагу.
Руководитель понимает, что такой бег может достать.
Там много чего сказано. Если тезисно:
1) В IT много денек
2) Раньше там были гики, которые все делали. Теперь куча курсов и идет куча народа, т.к. есть пункт 1.
3) Если ты семейный, и тебе теперь хочется после работы побыть с семьей, то есть новичок, у которого "глаза горят" и который после работы будет читать, "пробовать новый фреймворк", а ты постепенно становишься динозавром и неконкурентно способным.
4) Что попадается типаж такого уставшего сеньора, который говорит, что "все отстой", отравляет атмосферу вокруг. А когда прибегает такой новичок предлагая новую штуку, тот пессимистично отвечает "да зачем это нужно".
...
Сам руководитель уже перестал писать код 24/7. Сейчас получает 2ое высшее образование по психологии.
Говорит, что интересны люди.
===========
У меня 5 лет опыта работы в индустрии. По текущем понятиям можно навесить ярлык "старший разработчик". Сейчас работаю в крупной компании. Много кода не пишу. Много переписок, общения по выяснению чего сейчас нужно сделать и как сделать правильно, т.к. разная степень экспертизы у разных людей. Много такой срочной работы по пачке проектов. Платят выше рынка. Получилось улучшить семейный бюджет.
Самому хотелось стать руководителем, называться тем самым популярным и манящим "тимлидером" — зная как правильно налаживать процессы в команде, вести людей говоря о ценностях, помогать и не навязывать мнение, не отнимать самостоятельности и т.п.
И сейчас, получается, погружаюсь в предметную/бизнес область. Как я понял, это очень важно для правильных решений.
Но, как мне кажется, я не писал много кода 24/7. Что рановато(ли) со мной стал происходить этот переход. Гарантий, что он выведет в тимлидеры не дает. Может, так и останусь "тушильщиком пожаров". Хотя и кажется, что нарабатывается экспертиза по предметной области.
Исходя из такого описания своего опыта такой вопрос:
-Что для Вас значит быть грамотным руководителем?
-Насколько нужно быть экспертом в своей технической области? Как понять, что сейчас можно двигаться из "написания фич по кем-то данному ТЗ" в понимание бизнеса — того что вообще актуально, как смежные системы взаимодействуют друг с другом, что вообще отпадет через 1 год, куда вкладывать силы и т.п.
Или это естественный процесс?
П.С.
Исходя из видео, ведущий такой парень в кажущейся депрессии от того формата роботы, от индустрии, где он работал, пахал. Раньше бы я его не понял, т.к. вот тебе куча интересных видео, статей по языку. А теперь, когда этим также насытился, уже его мысли ближе.
Но есть же еще рост, к примеру, в архитектора(если надоело быть специалистом) — человека с большой технической эксрертизой. И здесь тебя новичок с горящими глазами никак не обойдет.
A>Исходя из такого описания своего опыта такой вопрос: A>-Что для Вас значит быть грамотным руководителем?
Тимлид — это не руководитель, а планировщик тасок (задач), распихивающий их по ресурсам (людям).
Сложность в том, что:
1) задачи взаимозависимы (нужны декомпозиция и топологическая сортировка).
2) нужна координация (исключить ситуацию, когда правая рука не знает, что делает левая).
3) требования к выполнению задач зависят от из текущих приоритетов на проекте (выбранных из треугольника Хопкинса).
Руководителем же является манагер — человек оперирующий происходящим в контексте проектной деятельности:
1) жизненного цикла решения
2) человеческого фактора на проекте
3) учёта и страхования рисков.
A>-Насколько нужно быть экспертом в своей технической области? Как понять, что сейчас можно двигаться из "написания фич по кем-то данному ТЗ" в понимание бизнеса — того что вообще актуально, как смежные системы взаимодействуют друг с другом, что вообще отпадет через 1 год, куда вкладывать силы и т.п. A>Или это естественный процесс?
Для проекта не так важна квалификация членов команды или владение фреймвёрками с конкретными инструментами, сколько человеческий фактор. Если в команде здоровая атмосфера, то производительность каждого человека увеличивается в разы, нежели при работе этого же человека в одиночку. Именно у менеджера та самая обязанность управлять командой — комплектовать должным образом (добавляя-убирая людей), устанавливать правила игры по части различных процессов, как в плане технологического производства, так и выработки/принятия решений, ради личной мотивации сотрудников и создания определённой степени вовлечённости.
Чем руководствуется и чем оперирует менеджер? Тем что для конкретного проекта надо выставлять приоритеты — брать два из трёх (быстро/качественно/недорого). Исходя из политической ситуации вокруг проекта и с учётом сроков, которые всегда фиксированы. Например, к такому-то месяцу закончится бюджет или надо что-то выкатить к очередной выставке, собранию акционеров. При этом, постоянно меняются/корректируются требования к функциональности проекта, и это не закончится никогда — прямо до момента окончания срока.
Для менеджера рабочей единицей является команда, управление которой упирается в человеческий фактор. Поэтому он обязан знать о том, какие у людей бывают когнитивные искажения, о причинах возникновения таковых и следствиях.
Оперировать ли Техническими Заданиями (используя «водопад») или же работать по Agile через «функциональные требования» и спецификацию (Software Requirement Specification) — это определяется и приоритетами на данном проекте, и состоянием команды. Использовать ли Scrum и тюнинговать ли нынешний процесс с использованием Kanban — это всё удел манагера. Если человек не понимает исходя из чего и как принимаются такие решения, то ему лучше не прыгать выше тимлида.
Здравствуйте, avovana, Вы писали:
A>Вообще, особо такое не смотрю. Но тут стало интересно. Один из ведущих является программистом и, как я понял, ушел с основной работы, т.к. достало.
Там кучка задротов с PHP и JS на этом можно и заканчивать
A>У меня 5 лет опыта работы в индустрии. По текущем понятиям можно навесить ярлык "старший разработчик".
Нуу не знаю... по текущим реалиям это миддл, извини, если расстроил.
Знаешь, есть такая социальная группа "мозгопромыватели". Они этим зарабатывают и живут этим. Есть набор манипулятивных методик, на которые "ведется" почти любой человек, не замечая того, что им просто манипулируют. Сценарий у них один и тот же: подвигнуть тушку к самокопанию, убедить что все ее проблемы в ней самой, предложить свои услуги по "перепрограммированию" этой тушки и получить с нее за это свой профит. Этим дерьмом забиты все ютубы. Не смотрите всякую фигню и целее будите.
Здравствуйте, kaa.python, Вы писали:
A>>У меня 5 лет опыта работы в индустрии. По текущем понятиям можно навесить ярлык "старший разработчик".
KP>Нуу не знаю... по текущим реалиям это миддл, извини, если расстроил.
А какой критерий сеньорности? Формулировать и распределять задачи на миддлов/джуниоров?
Здравствуйте, Михaил, Вы писали:
М>А какой критерий сеньорности? Формулировать и распределять задачи на миддлов/джуниоров?
Экспертный опыт в каких-то технология и инструментах в купе с умением работать полностью автономно помогая другим. На наработку всего этого статистически надо порядка 10 лет, бывают исключения в обе стороны, само собой, но они бы такие вопросы не задали.
UPD. тут надо уточнить, что чем меньше конкуренция за место и ярче выражена аутсорсная составляющая в компании, тем раньше появляется сеньор-разработчик. Это я к феномену 23-летних серьеров
Здравствуйте, Михaил, Вы писали:
М>Здравствуйте, Qulac, Вы писали:
Q>>убедить что все ее проблемы в ней самой,
М>Справедливости ради, во многих (если не в большинстве) случаев так и есть.
Ну как по другому, ведь иначе "мозгопромыватель" просто не нужен и ни чего не заработает. Поэтому тушку нужно убедить, что все проблемы от ней самой.
Здравствуйте, Qulac, Вы писали:
Q>Ну как по другому, ведь иначе "мозгопромыватель" просто не нужен и ни чего не заработает. Поэтому тушку нужно убедить, что все проблемы от ней самой.
А почему нельзя заработать на обучении взаимодействию с толпой окружающих балбесов, которые являются причиной всем нашим проблемам? Вроде как большинство людей уверены, что всему виной являются другие, а не они сами, получается такой способ заработка даже проще (или нет?).
Здравствуйте, Михaил, Вы писали:
М>Здравствуйте, Qulac, Вы писали:
Q>>Ну как по другому, ведь иначе "мозгопромыватель" просто не нужен и ни чего не заработает. Поэтому тушку нужно убедить, что все проблемы от ней самой.
Вот надо было евреям в Германии 30-х годов пройти тренинги личного роста, что бы подняться до уровня арийской расы, тогда глядишь и живые бы остались. Я про то, что у утверждения "все проблемы в тебе" слишком много исключений, что бы можно было ее воспринимать серьезно. А теперь по теме.
М>А почему нельзя заработать на обучении взаимодействию с толпой окружающих балбесов, которые являются причиной всем нашим проблемам? Вроде как большинство людей уверены, что всему виной являются другие, а не они сами, получается такой способ заработка даже проще (или нет?).
Разные "тренинги личного роста" это уже другая ниша, тут нужны инвестиции, не у всех они есть.
A>>Исходя из такого описания своего опыта такой вопрос: A>>-Что для Вас значит быть грамотным руководителем?
A>Тимлид — это не руководитель, а планировщик тасок (задач), распихивающий их по ресурсам (людям). A>Сложность в том, что: A>1) задачи взаимозависимы (нужны декомпозиция и топологическая сортировка). A>2) нужна координация (исключить ситуацию, когда правая рука не знает, что делает левая). A>3) требования к выполнению задач зависят от из текущих приоритетов на проекте (выбранных из треугольника Хопкинса).
A>Руководителем же является манагер — человек оперирующий происходящим в контексте проектной деятельности: A>1) жизненного цикла решения A>2) человеческого фактора на проекте A>3) учёта и страхования рисков.
Спасибо! Много ценных мыслей. К вопросу о технической экспертизе такого руководителя. Насколько должен погружен быть?
К примеру, как на дейли:
Тимлид: "Вася, твоя очередь"
Вася: "Я сделал то то и то то"
Тимлид: "Спасибо, Вася"
То есть тимлид просто интересуется, т.к. не имеет экспертизы. А каждый разработчик — самостоятельная функциональная единица, которая знает:
1) Что нужно сделать
2) Как оценить, что все готово
3) Взаимодействует с заказчиком напрямую
Или же:
Тимлид: "Вася, твоя очередь"
Вася: "Я сделал то то и то то. Есть затруднение с таким функционалом. Помоги, пожалуйста."
Тимлид: "Спасибо, Вася. Давай после дейли обсудим технические детали"
То есть тимлид с серьезной экспертизой в области, где он ведет проект.
Здравствуйте, avovana, Вы писали:
A>-Что для Вас значит быть грамотным руководителем?
Уметь ставить *правильные* цели и добиваться их достижения
A>-Насколько нужно быть экспертом в своей технической области? Как понять, что сейчас можно двигаться из "написания фич по кем-то данному ТЗ" в понимание бизнеса — того что вообще актуально, как смежные системы взаимодействуют друг с другом, что вообще отпадет через 1 год, куда вкладывать силы и т.п.
Нет. Самое важное — копить знания, не привязанные к конкретному месту работы.
На втором месте — предметная область, не техническая. Нужно знать терминологию и основные бизнес-процессы не хуже аналитика.
"техническая область" — на последнем месте. Интересоваться соседями и системой в целом нужно, но, как правило, чтобы учиться строить системы и понимать бизнес.
"написания фич по кем-то данному ТЗ" — это уровень миддла. Сеньор должен уметь весь SDLC без указаний сверху — от работы с исходными требованиями до кодинга и до поддержки задеплоенного решения.
Насчет конкуренции с "молодыми разработчиками". Я не сказал бы, что эта конкуренция есть. Да, они могут по 14 часов пахать, но они пашут хаотично и неспособны планировать, выдавать результат и эффективно общаться с людьми из-за максимализма и самоцентричности.
П.С.
Хороший тест на сеньора: откройте любимую IDE и напишите приложение, небольшое, но образцовое в техническом отношении и удовлетворяющие всем требованиям для прода. И без подглядывания в код.
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, Михaил, Вы писали:
М>>А какой критерий сеньорности? Формулировать и распределять задачи на миддлов/джуниоров?
KP>Экспертный опыт в каких-то технология и инструментах в купе с умением работать полностью автономно помогая другим. На наработку всего этого статистически надо порядка 10 лет, бывают исключения в обе стороны, само собой, но они бы такие вопросы не задали.
KP>UPD. тут надо уточнить, что чем меньше конкуренция за место и ярче выражена аутсорсная составляющая в компании, тем раньше появляется сеньор-разработчик. Это я к феномену 23-летних серьеров
Спасибо за ответ!
И вот подходя к этим 10 годам нужно больше понимать бизнес? Или также, как и в начале безудержно писать код?
То есть я боюсь, что нарабатывая опыт в тушение текущих пожаров во многих вверенных пускай и малых проектах, я потеряю/не буду нарабатывать видение по развитию/поддержке серьезных проектов.
Такое чувство, что нарабатывается качество:
+Быстро разобраться в текущей ситуации связавшись с определенными людьми, сделая вывод исходя из текущих реалий, их мнений
И теряется качество:
-Вот я веду большой проект со своими целями, точками роста, тех долгом.
Он и есть такой проект, который больше других. Но на него внимания поскольку постольку по принципу, когда вот у него надо будет что то срочно допилить, тогда и пилить.
Здравствуйте, scf, Вы писали:
scf>Здравствуйте, avovana, Вы писали:
A>>Руководитель понимает, что такой бег может достать.
scf>Два принципа создания хайповых видео в интернете: а) выбираешь библейские грехи и стимулируешь их у зрителей б) давишь на эмоции
scf>В данном случае — лень и гордыня. Руководитель всегда работает больше подчиненных и работа у него более нервная.
Спасибо за комментарий к контексту посыла. Освежает)
Здравствуйте, scf, Вы писали:
scf>Нет. Самое важное — копить знания, не привязанные к конкретному месту работы.
А что здесь подразумевается под знаниями? Как создавать, вести проект с технической точки зрения?
scf>На втором месте — предметная область, не техническая. Нужно знать терминологию и основные бизнес-процессы не хуже аналитика.
То есть работая на компанию специалист должен быть сосредоточен на достижение её целей, а не как в начале пути — мне интересно познать такой язык, технологию, вот бы хоть куда-нибудь устроиться, чтобы там изучать?
Здравствуйте, Qulac, Вы писали:
Q>Здравствуйте, avovana, Вы писали:
A>>Посмотрел интересный подкаст. Немного философский.
A>>https://www.youtube.com/watch?v=kS49Rw5gxVg
Q>Знаешь, есть такая социальная группа "мозгопромыватели". Они этим зарабатывают и живут этим. Есть набор манипулятивных методик, на которые "ведется" почти любой человек, не замечая того, что им просто манипулируют. Сценарий у них один и тот же: подвигнуть тушку к самокопанию, убедить что все ее проблемы в ней самой, предложить свои услуги по "перепрограммированию" этой тушки и получить с нее за это свой профит. Этим дерьмом забиты все ютубы. Не смотрите всякую фигню и целее будите.
Спасибо за это мнение о контексте самой передачи. Вроде бы, не почувствовал себя ущербным из-за их разговора. Но еще поразмышляю.
Если по теме взрослого разработчика. То реально ли, что после N лет уже думает о даче, внуках и газоне?
Есть ли примеры людей в теме "и за 40"?
Если есть, это уже такие размеренные специалисты с наработанным опытом, приоритетами по жизни, знающими, что им надо и эффективно отрабатывающие 8 положенных часов и не больше?
A>>Вообще, особо такое не смотрю. Но тут стало интересно. Один из ведущих является программистом и, как я понял, ушел с основной работы, т.к. достало.
KP>Там кучка задротов с PHP и JS на этом можно и заканчивать
видео не смотрел, php в этом веке не трогал, и тем не менее — а какая разница?
ну не делают они ничего интересного, но сложность прекрасно возникает просто от большого количества составных частей, и коллектив php-ников вряд-ли состоит из более самостоятельных людей
Здравствуйте, avovana, Вы писали:
A>Здравствуйте, Qulac, Вы писали:
Q>>Здравствуйте, avovana, Вы писали:
A>>>Посмотрел интересный подкаст. Немного философский.
A>>>https://www.youtube.com/watch?v=kS49Rw5gxVg
Q>>Знаешь, есть такая социальная группа "мозгопромыватели". Они этим зарабатывают и живут этим. Есть набор манипулятивных методик, на которые "ведется" почти любой человек, не замечая того, что им просто манипулируют. Сценарий у них один и тот же: подвигнуть тушку к самокопанию, убедить что все ее проблемы в ней самой, предложить свои услуги по "перепрограммированию" этой тушки и получить с нее за это свой профит. Этим дерьмом забиты все ютубы. Не смотрите всякую фигню и целее будите.
A>Спасибо за это мнение о контексте самой передачи. Вроде бы, не почувствовал себя ущербным из-за их разговора.
Вот это очень правильно.
A>Но еще поразмышляю.
Я бы забил, если честно.
A>Если по теме взрослого разработчика. То реально ли, что после N лет уже думает о даче, внуках и газоне?
Дачу, все эти огороды не могу терпеть с с детства. Мне лет 20 назад кто-то сказал: "Мол с возрастом к земле тянет." На что я пошутил, что типа: "Это организм подготавливается к упокоению на кладбище". Меня не тянет совершенно. Внуки это вообще не актуально если учесть, что мы прямые потомки не более 10% людей, которые жили лет 300 назад.
A>Есть ли примеры людей в теме "и за 40"? A>Если есть, это уже такие размеренные специалисты с наработанным опытом, приоритетами по жизни, знающими, что им надо и эффективно отрабатывающие 8 положенных часов и не больше?
Лично я очень люблю свою работу и много времени ей посвящаю.
Здравствуйте, avovana, Вы писали:
A>И вот подходя к этим 10 годам нужно больше понимать бизнес? Или также, как и в начале безудержно писать код?
Надо просто знать что именно ты продаешь и уметь это продавать. Вобщем-то всё
A>То есть я боюсь, что нарабатывая опыт в тушение текущих пожаров во многих вверенных пускай и малых проектах, я потеряю/не буду нарабатывать видение по развитию/поддержке серьезных проектов.
Ну, работай над такими проектами и наработаешь. А пожары не так уж и плохи, с одной стороны их до усрачки, с другой стороны не так уж и много кто умеет с ними работать. Вполне может быть что в итоге то, что ты продаешь и будет экстренное тушение пожаров.
Что ты вообще хочешь-то? Денег? Лычек? Интересных проектов? Если поймешь то будет проще.
Здравствуйте, avovana, Вы писали:
A>Или это естественный процесс?
Идеально, в IT нужно работать до 35 лет, после чего выходить на покой и жить в свое удовольствие с семьей.
Не помню кто сказал, но какой-то известный чувак.
Понятно что это подразумевает, что до 35 лет ты должен заработать достаточно денег на всю оставшуюся жизнь,
включая жилье, пенсию, деньги на образование детей, и т.п.
bnk>Идеально, в IT нужно работать до 35 лет, после чего выходить на покой и жить в свое удовольствие с семьей. bnk>Не помню кто сказал, но какой-то известный чувак.
я помню, когда считалось что до 27 (это при том, что люди старше в индустрии были, конечно)
Здравствуйте, bnk, Вы писали:
bnk>Здравствуйте, avovana, Вы писали:
A>>Или это естественный процесс?
bnk>Идеально, в IT нужно работать до 35 лет, после чего выходить на покой и жить в свое удовольствие с семьей. bnk>Не помню кто сказал, но какой-то известный чувак.
bnk>Понятно что это подразумевает, что до 35 лет ты должен заработать достаточно денег на всю оставшуюся жизнь, bnk>включая жилье, пенсию, деньги на образование детей, и т.п.
И как, удалось? По мне так шутка хороша, но подобное может выстрелить у одного айтишника из сотен тысяч.
Здравствуйте, kaa.python, Вы писали:
bnk>>Идеально, в IT нужно работать до 35 лет, после чего выходить на покой и жить в свое удовольствие с семьей. bnk>>Не помню кто сказал, но какой-то известный чувак.
bnk>>Понятно что это подразумевает, что до 35 лет ты должен заработать достаточно денег на всю оставшуюся жизнь, bnk>>включая жилье, пенсию, деньги на образование детей, и т.п.
KP>И как, удалось? По мне так шутка хороша, но подобное может выстрелить у одного айтишника из сотен тысяч.
Мне — нет. А автору цитаты я думаю да
Я это к постановке ориентиров. Голова с возрастом сильно лучше работать не начинает.
Так что надо выбирать что-то такое, где надо меньше работать головой.
Карьера менеджера звучит как вполне разумный вариант.
Он работает сердцем тоже, так что рабочая нагрузка распределяется.
Здравствуйте, bnk, Вы писали:
bnk>Мне — нет. А автору цитаты я думаю да
Мне вот тоже нет, а уже 39
bnk>Я это к постановке ориентиров. Голова с возрастом сильно лучше работать не начинает.
Разве? Я ощущаю что на оборот, да и с коллегам молодыми сравниваю, обычно не в их пользу. Молодые работают быстрее (мне лень так), но и ошибок делают куда больше. Но вот заметил закономерность, если молодой и PhD (у нас сейчас таких реально много в командах), то вот с таким тяжело тягаться, только за счёт более разностроннего опыта.
bnk>Так что надо выбирать что-то такое, где надо меньше работать головой.
bnk>Карьера менеджера звучит как вполне разумный вариант. bnk>Он работает сердцем тоже, так что рабочая нагрузка распределяется.
А ты пробовал? Я пробовал, но это же просто жесть в плане количества нервов. Сильно не для всех работа.
Здравствуйте, kaa.python, Вы писали:
bnk>>Мне — нет. А автору цитаты я думаю да
KP>Мне вот тоже нет, а уже 39
О да ты молодой еще Мне уже 42
bnk>>Я это к постановке ориентиров. Голова с возрастом сильно лучше работать не начинает.
KP>Разве? Я ощущаю что на оборот, да и с коллегам молодыми сравниваю, обычно не в их пользу. Молодые работают быстрее (мне лень так), но и ошибок делают куда больше.
Ну не знаю. Если я сравниваю себя а с собой лет 20 назад, тогда я точно мог врубиться в куда более сложные системы чем сейчас.
Записался тут на курс Machine Learning with Python, и еле осиливаю, а в универе ОТО сдавал.
bnk>>Так что надо выбирать что-то такое, где надо меньше работать головой. bnk>>Карьера менеджера звучит как вполне разумный вариант. bnk>>Он работает сердцем тоже, так что рабочая нагрузка распределяется.
KP>А ты пробовал? Я пробовал, но это же просто жесть в плане количества нервов. Сильно не для всех работа.
Несколько лет отработал как тимлид. Не понравилось
Сейчас на фрилансе в общем, и вполне нравится. Может и до пенсии так дотяну.
Здравствуйте, bnk, Вы писали:
KP>>Мне вот тоже нет, а уже 39 bnk>О да ты молодой еще Мне уже 42
bnk>Ну не знаю. Если я сравниваю себя а с собой лет 20 назад, тогда я точно мог врубиться в куда более сложные системы чем сейчас. bnk>Записался тут на курс Machine Learning with Python, и еле осиливаю, а в универе ОТО сдавал.
А может просто потерял интерес к учёбе в формате курсов? Я у себя такую же фигню заметил и думал что всё, тупею. Потом поэкспериментировав с форматами обучения просто понял что формат курсов больше вообще не возбуждает. А вот практика на оборот. Сейчас если что-то хочу выучить просто стараюсь читать книги по теории и делать какой-то игрушечный проект.
bnk>Несколько лет отработал как тимлид. Не понравилось
Ну так тимлид ещё приемлемо с точки зрения нервов, дальше хуже.
bnk>Сейчас на фрилансе в общем, и вполне нравится. Может и до пенсии так дотяну.
Да тоже опция, почему нет. Для себя я решил что тимлид в компании с хотя бы 1К человек самое оно со всех точек зрения, что финансово, что по нервами.
Здравствуйте, kaa.python, Вы писали:
KP>Да тоже опция, почему нет. Для себя я решил что тимлид в компании с хотя бы 1К человек самое оно со всех точек зрения, что финансово, что по нервами.
Я правильно понял, что "самое оно" — это наиболее подходящий вариант?
Или, типа если больше, значит много нервов и "самое г. что можно представить"?
Здравствуйте, avovana, Вы писали:
A>Здравствуйте, kaa.python, Вы писали:
KP>>Да тоже опция, почему нет. Для себя я решил что тимлид в компании с хотя бы 1К человек самое оно со всех точек зрения, что финансово, что по нервами.
A>Я правильно понял, что "самое оно" — это наиболее подходящий вариант? A>Или, типа если больше, значит много нервов и "самое г. что можно представить"?
Наиболее подходящий вариано, imho.
У меня есть пример перед глазами — тимлид в ООН (МАГАТЭ), порядка 3к сотрудников.
Работа иногда чуть нервная, но в целом если не делать больших косяков, то за 10 лет зарабатывается безбедная пенсия в 4к
Здравствуйте, avovana, Вы писали:
A>Я правильно понял, что "самое оно" — это наиболее подходящий вариант? A>Или, типа если больше, значит много нервов и "самое г. что можно представить"?
Это самый интересный для меня вариант по всем показателям.
Здравствуйте, avovana, Вы писали:
A>Спасибо! Много ценных мыслей. К вопросу о технической экспертизе такого руководителя. Насколько должен погружен быть?
Всё украдено до нас, ничего ценного, этим вещам уж 20 лет в обед.
Тимлид настолько близок к земле, что сам делает те же самые задачи, что и разработчики. А когда назначает кому-то задачу, то не найдя общий язык с человеком сам сидит и делает. Например, потому что сотрудник отказывается с ним работать, заболел или ушёл в отпуск.
На проекте есть техн.лид, если тимлид и разработчик не могут меж собой договориться по каким-то отдельным моментам как разработчик с разработчиком, то последнее слово за техн.лидом. Который является подчинённым манагера/директора департамента, а не тимлида. И как правило очень скептично относится ко всем «управленцам», выбрав для себя лично иную карьерную линейку (техническую).
A> А каждый разработчик — самостоятельная функциональная единица, которая знает: A>1) Что нужно сделать A>2) Как оценить, что все готово A>3) Взаимодействует с заказчиком напрямую
Взаимодействие с заказчиком бывает двух видов. В первом случае это внесение изменений в ТЗ или же в набор функциональных требований (оформлением user story, к которым дописываются потом use cases). Это в любом случае изменение в проектной деятельности, а так же смена стэка задач исполнителей. Результат должен быть не просто спроектирован реализован, но и протестирован. Потому всем этим занимается далеко не то же самое лицо, которое потом садится и работу делает. В силу наличия обычного и тривиального конфликта интересов.
Во втором случае, взаимодействие осуществляется ради получения обратной связи по результатам работы над проектом в течении нескольких последних итераций. Т.е. насколько всё сделанное укладывается в непрерывное доставление ценности, а где получился испорченный телефон и надо сделать иначе. Опять же, есть конфликт интересов, по различным сценариям и в результате сможет выполнить постановку задач лишь очень вульгарно (халтурно).
Касаемо дейликов:
Это не отчёт исполнителей перед начальством, а координация с командой. Если что-то изменял и у коллег есть шанс потерять время/силы на борьбу с неведомой хренью, то об этом надо рассказать.
Пять-шесть выступающих укладываются в десять минут, примерно столько, сколько горит или курится сигарета. Рассказывают о том, что надо донести до остальных членов команды по вещам уже сделанным или тем, что планируется сделать/потрогать сегодня.
Здравствуйте, a7d3, Вы писали:
A>Всё украдено до нас, ничего ценного, этим вещам уж 20 лет в обед. A>Тимлид настолько близок к земле, что сам делает те же самые задачи, что и разработчики. А когда назначает кому-то задачу, то не найдя общий язык с человеком сам сидит и делает. Например, потому что сотрудник отказывается с ним работать, заболел или ушёл в отпуск.
Тогда тимлид — это человек, который проработал конкретно в этой компании какое то время.
Это уже не история про смену работу через 1.5 — 3 года.
Здесь уже ты растешь годами, если не сказать десятилетками? Чтобы приобрести тех. экспертизу по конкретным проектам в конкретной компании с конкретными бизнес требованиями. В какой то конкретной среде, в общем.
Здравствуйте, avovana, Вы писали:
A>Здравствуйте, a7d3, Вы писали:
A>>Всё украдено до нас, ничего ценного, этим вещам уж 20 лет в обед. A>>Тимлид настолько близок к земле, что сам делает те же самые задачи, что и разработчики. А когда назначает кому-то задачу, то не найдя общий язык с человеком сам сидит и делает. Например, потому что сотрудник отказывается с ним работать, заболел или ушёл в отпуск.
A>Тогда тимлид — это человек, который проработал конкретно в этой компании какое то время. A>Это уже не история про смену работу через 1.5 — 3 года.
A>Здесь уже ты растешь годами, если не сказать десятилетками? Чтобы приобрести тех. экспертизу по конкретным проектам в конкретной компании с конкретными бизнес требованиями. В какой то конкретной среде, в общем.
Работу надо менять не позднее чем раз в семь лет. Иначе крыша едет — профессиональную деятельность накрывают те самые когнетивные искажения.
Исполнение роли тимлида не предполагает необходимость отработать долгий срок именно в этой компании. Равно как и разработчики могут быть абсолютно новыми людьми. Профессионалы очень быстро погружаются почти в любую предметную область, если в компании есть производственная культура и нормально поставлены процессы разработки.
Весь «плачь ярославны» про необходимость уникальных, бесценно-взрощённых кадры — это удел красно-фиолетовых компаний, если классифицировать по «спиральной динамике».
Т.е. удел красных компаний, где на процессы все клали с прибором, а вся деятельность зиждется на борьбы за власть и личном авторитете с самодурством. Хотя, при этом, внешне соблюдаются какие-то приличия, идёт попытка подменять содержимое формой — это такая игра персонала в угоду начальству.
Здравствуйте, kaa.python, Вы писали:
A>>У меня 5 лет опыта "старший разработчик".
KP>Нуу не знаю... по текущим реалиям это миддл, извини, если расстроил.
По понятиям РФ это суперстар, круче только яйца. По понятиям Австралии- джун.
Здравствуйте, kaa.python, Вы писали:
KP>Экспертный опыт в каких-то технология и инструментах в купе с умением работать полностью автономно помогая другим. На наработку всего этого статистически надо порядка 10 лет
Да, только не "в каких-то технологиях". Там скорее надроченный кодер-монки.
Задача синьера- провести исследование фичи, выбрать подходящую технологию/фреймворк и доступных, обосновать выбор перед менеджером, задизайнить, и сделать ядро. Вести и помогать менее синьерным коллегам в трудных вопросах.
Здравствуйте, avovana, Вы писали:
A>Посмотрел интересный подкаст. Немного философский.
A>https://www.youtube.com/watch?v=kS49Rw5gxVg
A>Вообще, особо такое не смотрю. Но тут стало интересно. Один из ведущих является программистом и, как я понял, ушел с основной работы, т.к. достало. A>Исходя из такого описания своего опыта такой вопрос: A>-Что для Вас значит быть грамотным руководителем?
1. Умение решать менеджерские вопросы (переговоры относительно проекта, сроков, рисков, ресурсов) и обеспечить, чтобы сотрудники могли спокойно работать.
2. Качественная и открытая коммуникация. Адекватность.
3. Планирование развитие и роста сотрудников. Регулярная обратная связь в формате 1:1
4. Нет микроменеджмента. A>-Насколько нужно быть экспертом в своей технической области? Как понять, что сейчас можно двигаться из "написания фич по кем-то данному ТЗ" в понимание бизнеса — того что вообще актуально, как смежные системы взаимодействуют друг с другом, что вообще отпадет через 1 год, куда вкладывать силы и т.п. A>Или это естественный процесс?
Экспертом быть не нужно, но нужно разбираться. Разбираться на уровне, чтобы понимать о чём идёт речь, но не быть самому техническим экспертом. Был опыт работы с руководителем, который лез в каждый проект в качестве разработчика: брал себе один таск в каждом спринте, вечно не успевал сделать, тянул его по три спринта, но, видите ли, считал, что помогает таким образом команде и сам разбирается в области. Лучше так не надо. Это только раздражает.
A>Но есть же еще рост, к примеру, в архитектора(если надоело быть специалистом) — человека с большой технической эксрертизой. И здесь тебя новичок с горящими глазами никак не обойдет.
Есть два типа карьеры:
1) Вертикальная — от работы специалистом до менеджера и выше. Чем выше, тем менее важны hard skills и больше важны soft skills.
2) Горизонтальная — путь эксперта. Здесь как раз идёт работа над глубиной знаний, изучение последних тенденций, анализ сложных продуктов и возможность быстро найти узкие места и понять, как решить сложную ситуацию.
Тут уже надо решить, что вам лично ближе, а не как в ситуации выше — метаться между креслом директора и таском в спринте.
Лично я выбрала для себя карьеру эксперта — мне нравится учить новое, внедрять, углублять знания и брать самые сложные задачи. У меня опыт 15 лет, и мне не скучно.
Здравствуйте, Тёмчик, Вы писали:
KP>>Нуу не знаю... по текущим реалиям это миддл, извини, если расстроил. Тё>По понятиям РФ это суперстар, круче только яйца. По понятиям Австралии- джун.
Зависит от компании. Для ЛК это было б не так, миддл и миддл. А больше в действительно приличных компаниях мне в РФ поработать не довелось
Здравствуйте, Михaил, Вы писали: М>А какой критерий сеньорности? Формулировать и распределять задачи на миддлов/джуниоров?
я видел людей, которыми занимались этим сразу после школы. да и сам я так делал. это отличный опыт, но ведь важно с каким он результатом. ну и вот 20 лет спустя я считаю себя сеньером, да. а 5 лет опыта с нуля — ну, есть конторы, где можно промоутиться на сеньера, став узкоспецилизированным специлистом именно по этой конторе. часто многие конторы легко раздают такого рода должности, так как они им ничего не стоят. я знаю одну контору, где должность сеньер имеет процентов 80, наверное, народу. но очень часто 5 лет это все-таки действительно уровень миддла, если брать в среднем
Здравствуйте, bnk, Вы писали: bnk>Идеально, в IT нужно работать до 35 лет, после чего выходить на покой и жить в свое удовольствие с семьей. bnk>Не помню кто сказал, но какой-то известный чувак.
bnk>Понятно что это подразумевает, что до 35 лет ты должен заработать достаточно денег на всю оставшуюся жизнь, bnk>включая жилье, пенсию, деньги на образование детей, и т.п.
успешные программисты, бывает, берут себе такой творческий отпуск на год или даже больше, но обычно после такого приходит понимание, что просто ничего не делать скучно. меня поэтому удивляют люди, стремящиеся выйти на пенсию пораньше. куда интереснее просто найти и заниматься тем, что тебе будет нравиться
Здравствуйте, __kot2, Вы писали:
bnk>>включая жилье, пенсию, деньги на образование детей, и т.п. __>успешные программисты, бывает, берут себе такой творческий отпуск на год или даже больше, но обычно после такого приходит понимание, что просто ничего не делать скучно. меня поэтому удивляют люди, стремящиеся выйти на пенсию пораньше. куда интереснее просто найти и заниматься тем, что тебе будет нравиться
Абсолютно согласен. Мозг без работы отмирает и буквально за полгода можно превратиться в демократа, или того хуже — в Джо Байдена или зиг.
Здравствуйте, avovana, Вы писали:
A>И вот подходя к этим 10 годам нужно больше понимать бизнес? Или также, как и в начале безудержно писать код?
Код и бизнес — это две крайности одной сущности. Нужно осваивать, то, что между ними. А между ними не точка, между ними многомерное пространство из полезных навыков. И надо выбрать тот набор навыков, который нужен для достижения цели. Например, можно осваивать анализ, декомпозицию, планирование. Понять, как работает процесс разработки (желательно в нескольких компаниях), что хорошо, что можно улучшить. Софт скилы прокачивать, в конце концов, и двигаться в сторону тимлида. Или же нарабатывать широкие навыки в различных технологиях, и копать глубже в архитектуру — и двигаться в сторону техлида или архитектора.
Здравствуйте, a7d3, Вы писали:
A>Весь «плачь ярославны» про необходимость уникальных, бесценно-взрощённых кадры — это удел красно-фиолетовых компаний, если классифицировать по «спиральной динамике». A>Т.е. удел красных компаний, где на процессы все клали с прибором, а вся деятельность зиждется на борьбы за власть и личном авторитете с самодурством. Хотя, при этом, внешне соблюдаются какие-то приличия, идёт попытка подменять содержимое формой — это такая игра персонала в угоду начальству.
Спасибо за ответ! Про важность процессов слышал и даже со своей стороны пытаюсь подсвечивать именно эти вопросы. Переходить на личности, как я понял, это самое последнее дело.
Еще интересно из доклада Зизы https://youtu.be/rhxsUzvCwWM?t=417
Кажется, что это как раз про озвученный пример(если правильно сопоставил).
Здравствуйте, Gradiens, Вы писали:
G>Код и бизнес — это две крайности одной сущности. Нужно осваивать, то, что между ними. А между ними не точка, между ними многомерное пространство из полезных навыков. И надо выбрать тот набор навыков, который нужен для достижения цели. Например, можно осваивать анализ, декомпозицию, планирование. Понять, как работает процесс разработки (желательно в нескольких компаниях), что хорошо, что можно улучшить. Софт скилы прокачивать, в конце концов, и двигаться в сторону тимлида. Или же нарабатывать широкие навыки в различных технологиях, и копать глубже в архитектуру — и двигаться в сторону техлида или архитектора.
Как раз хорошо. получается, что проработал уже в 4 компаниях. И могу получая новое знание про разработку
процессы
архитектуру
взаимодействие
вспоминать(рефлексировать) про то:
как было там
что там было хорошо, плохо
как оно здесь
как не допустить ошибок чтобы стало также плохо как было там из-за этого и этого
Здравствуйте, Тёмчик, Вы писали:
Тё>Здравствуйте, kaa.python, Вы писали:
KP>>Экспертный опыт в каких-то технология и инструментах в купе с умением работать полностью автономно помогая другим. На наработку всего этого статистически надо порядка 10 лет
Тё>Да, только не "в каких-то технологиях". Там скорее надроченный кодер-монки.
Тё>Задача синьера- провести исследование фичи, выбрать подходящую технологию/фреймворк и доступных, обосновать выбор перед менеджером, задизайнить, и сделать ядро. Вести и помогать менее синьерным коллегам в трудных вопросах.
Мне кажется это то самое определение, которое я так давно искал. Насколько коллеги с сайта согласны с таким определением?
Еще вопрос хотел подкинуть здесь же.
Слышал такой тезис: -А что код, код пускай пишут джуны, а сеньор...
как раз бы делал то что написано в этом определение.
Согласны?
Здравствуйте, __kot2, Вы писали:
__>успешные программисты, бывает, берут себе такой творческий отпуск на год или даже больше, но обычно после такого приходит понимание, что просто ничего не делать скучно. меня поэтому удивляют люди, стремящиеся выйти на пенсию пораньше. куда интереснее просто найти и заниматься тем, что тебе будет нравиться
Тема, наверное про жизненный баланс. Слышал утверждение, что
-Богатые люди не экономят на отдыхе
Ну это можно переложить и на наше ремесло:
-Трудяги программисты должны и качественно отдыхать
Обязательно раз в пол года на теже 2 неделе. Плюс как то по выходным. И, внимание, во время отдыха нельзя думать о работе!
Тогда, наверное, и такие большие отпуска не потребуются, т.к. не будет эффекта переутомления/выгорания.
Здравствуйте, Milena, Вы писали:
M>Здравствуйте, avovana, Вы писали:
A>>Посмотрел интересный подкаст. Немного философский.
A>>https://www.youtube.com/watch?v=kS49Rw5gxVg
M>3. Планирование развитие и роста сотрудников. Регулярная обратная связь в формате 1:1
Как к этому пришли?
Как придти, если такого нет?
Какие отношения для этого должны быть? Как их выработать?
M> Тут уже надо решить, что вам лично ближе, а не как в ситуации выше — метаться между креслом директора и таском в спринте. M>Лично я выбрала для себя карьеру эксперта — мне нравится учить новое, внедрять, углублять знания и брать самые сложные задачи. У меня опыт 15 лет, и мне не скучно.
В соседнем топике писали, что есть типовая зп в гуглах 120к/год.
Такое ощущение, что допрыгиваешь специалистом до этого потолка и потом какой бы у тебя не был уровень столько же пожизненно и получаешь.
Или же ты супер мега уникум среди крутых с бОльшей зп.
Если Вы нарабатываете технический опыт и навыки в течение 15 лет вы сообразно больше получаете? Или стоит успокоиться, что есть по зп потолок и теперь работаешь, обучаешься только в кайф, т.к. достиг потолка как специалист и на жизнь то и хватает?
A>Тимлид — это не руководитель, а планировщик тасок (задач), распихивающий их по ресурсам (людям).
Конечно, в разных конторах разные закидоны, но тимлид -- это как раз руководитель, хоть и невысокого уровня. Ибо у него есть непосредственные рычаги влияния на членов его команды ("делай то, не делай это, от моей характеристики зависит твое дальнейшее (не)продвижение") и он несет ответственность за результат действий команды (спрашивают с тимлида и отвечает тимлид).
A>Руководителем же является манагер — человек оперирующий происходящим в контексте проектной деятельности: A>1) жизненного цикла решения A>2) человеческого фактора на проекте A>3) учёта и страхования рисков.
Как раз это и входит в зону ответственности тимлида, только:
* на уровне отдельного кусочка проекта, а не всего проекта;
* у тимлида (как правило) нет бюджета, которым он может распоряжаться, материальное (де)премирование членов команды осуществляется не самим тимлидом, а кем-то уровнем повыше, но с подачи тимлида.
А так и учет влияния человеческого фактора и страхование рисков в рамках команды лежит на тимлиде. Как и формирование/пополнение команды, и развитие компетенций команды.
Но, опять же, у каждом закуточке свои заморочки, может вы всю жизнь проработали в организациях, где тимлидов к никакому реальному руководству не подпускают в принципе.
Здравствуйте, Milena, Вы писали:
M>2) Горизонтальная — путь эксперта. Здесь как раз идёт работа над глубиной знаний, изучение последних тенденций, анализ сложных продуктов и возможность быстро найти узкие места и понять, как решить сложную ситуацию. M> Тут уже надо решить, что вам лично ближе, а не как в ситуации выше — метаться между креслом директора и таском в спринте.
Эксперт, тоже может себе заработать кресло директора в конце концов Теперь, даже есть модное слово "визионер", "ИТ-евангелист".
На определенном уровне, нужно просто учиться делиться своими накопленными знаниями (писать статьи, выступать на коференциях, участвовать в тех. группах разных).
Здравствуйте, so5team, Вы писали:
S>Но, опять же, у каждом закуточке свои заморочки, может вы всю жизнь проработали в организациях, где тимлидов к никакому реальному руководству не подпускают в принципе.
Это гласс человека из провинциального города в социалистическом государстве? Работающего в небольшой организации занимающейся АСУ ТП?
Здравствуйте, a7d3, Вы писали:
S>>Но, опять же, у каждом закуточке свои заморочки, может вы всю жизнь проработали в организациях, где тимлидов к никакому реальному руководству не подпускают в принципе.
A>Это гласс человека из провинциального города в социалистическом государстве? Работающего в небольшой организации занимающейся АСУ ТП?
A>1) В IT много денек A>2) Раньше там были гики, которые все делали. Теперь куча курсов и идет куча народа, т.к. есть пункт 1. A>3) Если ты семейный, и тебе теперь хочется после работы побыть с семьей, то есть новичок, у которого "глаза горят" и который после работы будет читать, "пробовать новый фреймворк", а ты постепенно становишься динозавром и неконкурентно способным. A>4) Что попадается типаж такого уставшего сеньора, который говорит, что "все отстой", отравляет атмосферу вокруг. А когда прибегает такой новичок предлагая новую штуку, тот пессимистично отвечает "да зачем это нужно".
Не сказал бы, что как-то много денег. Хотя, среди тех, кто работает на дядю и не особо напрягается — возможно.
Чем больше студентов с горящими глазами, тем больше работы переделывать опытному.
И каждый очередной новичок со своей супер-новой фишкой, которая, естественно, глючит, тормозит и имеет массу ограничений, только повышает ценность уставшего сеньора, который предупреждал заранее, но его не послушали.
И пока молодежь гадит в коде со своими экспериментами, неконкурентному динозавру нужно за ними все подтереть и заставить продукт работать.
У сеньора два пути — отравлять атмосферу, но сохранить чистоту в коде и воспитать дисциплину в молодых бойцах, или забить и не вылазить из бесконечных правок багов.
A>Обязательно раз в пол года на теже 2 неделе. Плюс как то по выходным. И, внимание, во время отдыха нельзя думать о работе!
A>Тогда, наверное, и такие большие отпуска не потребуются, т.к. не будет эффекта переутомления/выгорания.
Здравствуйте, avovana, Вы писали:
A>Обязательно раз в пол года на теже 2 неделе. Плюс как то по выходным. И, внимание, во время отдыха нельзя думать о работе!
Я был в отпуске на несколько месяцев (ходил по Индии и Непалу), и, честно говоря, неодолимых позывов включить компьютер и начать писать код, не испытывал
Думаю, большинство "энтузиастов" лукавит — если бы за написание кода платили пять копеек, их бы осталась горстка гиков.
М>>Справедливости ради, во многих (если не в большинстве) случаев так и есть.
Q>Ну как по другому, ведь иначе "мозгопромыватель" просто не нужен и ни чего не заработает. Поэтому тушку нужно убедить, что все проблемы от ней самой.
Да по колено в чем или ком причина твоих проблем. Повлиять ты можешь только на себя. Поэтому, если ты собираешься их решать, то единственная возможная установка, что ты сам во всем виноват (потому что только своими действиями ты можешь что-то изменить и виноват ты в том, что еще этого не сделал). Даже в том, что твой начальник-психопад чморит тебя по черному, виноват ты. Потому что решение — никогда не работай с мудаками. С этим придурком ты ничего сделать не сможешь, а на свои действия ты можешь влиять (что и как делать решаешь только ты).
Ну, а если цель просто поныть о несправедливости мира и ничего не менять, тогда, конечно, удобнее точка зрения, что виноваты все вокруг. Возможно, тебя кто-то пожалеет, но ты так и останешься в ... (сам знаешь где).
A>>>У меня 5 лет опыта "старший разработчик".
KP>>Нуу не знаю... по текущим реалиям это миддл, извини, если расстроил.
Тё>По понятиям РФ это суперстар, круче только яйца.
Здравствуйте, so5team, Вы писали:
S>Здравствуйте, a7d3, Вы писали:
S>>>Но, опять же, у каждом закуточке свои заморочки, может вы всю жизнь проработали в организациях, где тимлидов к никакому реальному руководству не подпускают в принципе.
A>>Это гласс человека из провинциального города в социалистическом государстве? Работающего в небольшой организации занимающейся АСУ ТП?
S>По сути предмета сказать есть что?
Социалистическое общество накладывает очень серьёзный отпечаток (деформацию) на граждан и на производственные отношения внутри трудовых коллективов. С этим опытом нельзя лезть в коллективы/компании/фирмы созданные и управляемые людьми из капиталистического мира в капиталистическом мире. Потому как в совковых организациях (социалистическом обществе) тотально доминирует и преобладает именно фиолетовая и красная корпоративная культура, это если брать классификацию по «спиральной динамике». Соответственно, расписанное so5team виденье и понимания тимлида — это следствие жития-бытия в фиолетово-красном мире производственных отношений. Где о people management если и слышали, то, в лучшем случае, всего лишь играют в него — на потребу сиюминутных прихотей начальства, воспринимая лишь как временную блажь.
В капиталистическом же мире, производственная (корпоративная) культура становится элементом конкурентного преимущества — элементом бизнес-процессов, являющихся неким ноу-хау фирмы. Конечно же, это далеко не всегда так оно у капиталистов. А актуально, когда компания зарабатывает деньги на создании конечных продуктов (софта) для ниш/сегментов с высокой конкуренцией — в том случае, когда доход поступает лишь от софта, качество которого должно быть лучше чем у конкурентов. Тогда, компании приходится активно «конкурировать за мозги» — за сотрудников (за качественный персонал).
Альтернативой этому являются компании, толкающиеся в нишах/сегмента с небольшой ёмкостью, где мало конкурентов — где почти всё решается административным ресурсом или личными связями. Большая часть работы сводится к заказной разработке решений и/или предоставлению услуг. Т.е. отнюдь не созданием некоего продукта как законченного решения. В компаниях, трудящихся на подобной ниве, почти всегда цветёт «полусемейная обстановка» — т.е. со всеми прелестями ненаглядной фиолетовой культуры. И даже переход к красной культуре, для них будет уже очень серьёзным эволюционным шагом.
Здравствуйте, a7d3, Вы писали:
S>>По сути предмета сказать есть что?
A>... поскипанное бла-бла-бла
Давайте говорить предметно, без отвлеченной фигни. В работе тимлида есть четкие маркеры менеджерской должности:
* он не самолично достигает решения поставленных задач, а организует работу вверенного ему коллектива (где он может выполнять что-то и лично);
* он имеет прямые административные рычаги воздействия на членов вверенного ему коллектива (начиная от распределения работ/заданий, заканчивая непосредственным влиянием на зарплаты/премии (расставление коэффициентов, выставление баллов и пр.));
* он несет ответственность за результаты работы ввереного ему коллектива;
* (как правило) именно он (и только он) является точкой входа для поставленных задач и точкой отчетности о выполнении.
Все это имеет непосредственное отношение именно что к руководящей должности.
Чего у тимлида (как правило) нет, так это собственного бюджета, в рамках которого он может самостоятельно действовать. Но бюджетами, вообще говоря, обладают далеко не все менеджеры т.н. среднего звена.
Собственно, если не смотря на все вышеперечисленное вы считаете, что тимлид -- это не руководитель, то было бы интересно выслушать предметные возражения. А не отсылки к особенностям вашего мировосприятия.
Рассказывать о том, что, как и где устроено, не нужно. У вас точно не получится сделать это лучше Минцберга и Адизеса.
Здравствуйте, Reset, Вы писали:
М>>>Справедливости ради, во многих (если не в большинстве) случаев так и есть.
Q>>Ну как по другому, ведь иначе "мозгопромыватель" просто не нужен и ни чего не заработает. Поэтому тушку нужно убедить, что все проблемы от ней самой.
R>Да по колено в чем или ком причина твоих проблем. Повлиять ты можешь только на себя.
1 И не всегда только на себя, можно и на многих даже и на всех.
R>Поэтому, если ты собираешься их решать, то единственная возможная установка, что ты сам во всем виноват (потому что только своими действиями ты можешь что-то изменить и виноват ты в том, что еще этого не сделал).
2. Наличие проблем еще предполагает наличие виноватых.
R> Даже в том, что твой начальник-психопад чморит тебя по черному, виноват ты. Потому что решение — никогда не работай с мудаками. С этим придурком ты ничего сделать не сможешь, а на свои действия ты можешь влиять (что и как делать решаешь только ты).
В этом случае и так все ясно, чего тут обсуждать.
R>Ну, а если цель просто поныть о несправедливости мира и ничего не менять, тогда, конечно, удобнее точка зрения, что виноваты все вокруг. Возможно, тебя кто-то пожалеет, но ты так и останешься в ... (сам знаешь где).
3. Если твоя точка зрения "удобна" это еще не значит, что она не правильна, а вот наличие категоричных точек зрения на все случае жизни — это 100% не правильно.
Здравствуйте, so5team, Вы писали:
S>Здравствуйте, a7d3, Вы писали:
S>>>По сути предмета сказать есть что?
A>>... поскипанное бла-бла-бла
S>Давайте говорить предметно, без отвлеченной фигни.
Честно? Даже не стал читать дальше этой фразы.
Если человек полагает всё сказанное ранее отвлечённой фигнёй и сам всю жизнь в колхозе социалистическом живёт, то разговоривать с ним нет смысла.
Здравствуйте, a7d3, Вы писали:
A>>>... поскипанное бла-бла-бла
S>>Давайте говорить предметно, без отвлеченной фигни.
A>Честно? Даже не стал читать дальше этой фразы.
Это многое о вас говорит. Мне, например, пришлось прочитать написанный вами поток сознания. Даже несколько раз.
A>Если человек полагает всё сказанное ранее отвлечённой фигнёй и сам всю жизнь в колхозе социалистическом живёт, то разговоривать с ним нет смысла.
Социализм здесь закончился давным-давно. Да и последние 20 лет я лично работал исключительно в частных компаниях.
Ну и вообще: если вы утверждаете, что значение косинуса может достигать четырех, то не все ли равно, возражают ли вам из Вашингтона, Бобруйска или Греймута? В мирное время у косинуса не может быть такого значения. Какой бы надутый индюк это не утверждал.
Здравствуйте, so5team, Вы писали:
S>Чего у тимлида (как правило) нет, так это собственного бюджета, в рамках которого он может самостоятельно действовать. Но бюджетами, вообще говоря, обладают далеко не все менеджеры т.н. среднего звена.
Для меня как-то именно этот фактор являлся маркером управленческой (менджерской) должности. Я не прав?
То есть, я думал что нет бюджета — нет управленца, и тимлид — не менеджерская позиция, поскольку баблом распоряжаться ему не позволено.
Если позволено — то он не тимлид, а проджект менеджер.
Здравствуйте, so5team, Вы писали:
S>Это многое о вас говорит. Мне, например, пришлось прочитать написанный вами поток сознания. Даже несколько раз.
Мы уже общались про ООП, уровень вашей культуры диалога мне давно понятен.
A>>Если человек полагает всё сказанное ранее отвлечённой фигнёй и сам всю жизнь в колхозе социалистическом живёт, то разговоривать с ним нет смысла.
S>Социализм здесь закончился давным-давно. Да и последние 20 лет я лично работал исключительно в частных компаниях. S>Ну и вообще: если вы утверждаете, что значение косинуса может достигать четырех, то не все ли равно, возражают ли вам из Вашингтона, Бобруйска или Греймута? В мирное время у косинуса не может быть такого значения. Какой бы надутый индюк это не утверждал.
Собственно это иллюстрация к сказанному по части культуры диалога, в плане уровня аргументации и характеру аналогий. Которые, как известно, не говорят ни о чём, кроме как об авторе.
Социализм же в ваших краях не то что не ушёл, а даже ещё и спать не ложился — как были социалистическим государством и обществом, так и остались. Искренние соболезнования вашим коллегам и всем, кому с вами приходится иметь дело. По большей части, ваше поведение, культура и мышление — это не ваша вина, а просто ваша беда.
Здравствуйте, bnk, Вы писали:
S>>Чего у тимлида (как правило) нет, так это собственного бюджета, в рамках которого он может самостоятельно действовать. Но бюджетами, вообще говоря, обладают далеко не все менеджеры т.н. среднего звена.
bnk>Для меня как-то именно этот фактор являлся маркером управленческой (менджерской) должности. Я не прав? bnk>То есть, я думал что нет бюджета — нет управленца, и тимлид — не менеджерская позиция, поскольку баблом распоряжаться ему не позволено. bnk>Если позволено — то он не тимлид, а проджект менеджер.
Зависит от организации производства (скажем, в продуктовых компаниях одно, в сервисных другое, в чистом аутсорсинге третье). Но, вообще, наличие бюджета -- это один из самых мощных рычагов, поэтому он практически всегда органичивается. Т.е., даже если номинально у менеджера право распоряжаться неким бюджетом есть, по факту же распоряжаться им вне ранее согласованных статей может быть крайне затруднено бюрократией.
Тимлид же является самой нижней ступенькой в менеджерской иерархии, поэтому бюджетами, как правило, они не рулят, а при необходимости обращаются к кому-то вышестоящему (либо к руководителю подразделения (сектора, отдела, управления) в котором работает команда, либо к ПМ проекта, если команда поставлена на баланс конкретного проекта).
A>Собственно это иллюстрация к сказанному по части культуры диалога, в плане уровня аргументации и характеру аналогий. Которые, как известно, не говорят ни о чём, кроме как об авторе.
Разбирающийся в теме человек мог бы изложить свои контраргументы, а не субъективные разглагольствования о социализме и капитализме. И, уж тем более, не о том, как лично вы относитесь к опонненту.
Здравствуйте, Михaил, Вы писали:
М>А какой критерий сеньорности?
Я где-то слышал хорошее правило на эту тему — "миддлы знают, как нужно делать, а сеньоры — как делать нельзя". Про первое можно прочитать во всяких умных книжках и статьях, второе обычно нарабатывается на собственном опыте и собственных ошибках (за пределами тривиальных случаев, которые тоже обычно описываются в книжках).
Здравствуйте, so5team, Вы писали:
S>Разбирающийся в теме человек мог бы изложить свои контраргументы, а не субъективные разглагольствования о социализме и капитализме. И, уж тем более, не о том, как лично вы относитесь к опонненту.
О некоторых вещах бесполезно разговаривать с носителем «красной корпоративной культуры», если таковой не представляет себе никакой другой культуры. Особенно, когда видно что путает базовые вещи в вопросах разделения трудовых обязанностей и ответственности с полномочиями. Банально не особо осознают разницу между «должностью» и «ролью».
Надо иметь некоторый уровень эволюционного развития, позволяющий выйти за пределы родной и уютной «красной культуры». Для того, чтобы рассуждать о руководителях разного уровня в производственных отношениях современного мира. Того самого, что расположен за пределами постсоветского социалистического общества, вроде сложившегося в таком социалистическом государстве как Республика Беларусь.
Например, понимать базовые вещи, что если с тобой говорят, то это не означает, что с тобой разговаривают. Или что ведение диалога — это далеко не тоже самое, что обмен мнениями.
Как бы человек ни стремился рассуждать или спорить о вкусе устриц, а всё равно это будет комично для тех, кто их всё же пробовал/ел, в отличии от него самого.
Здравствуйте, a7d3, Вы писали:
S>>Разбирающийся в теме человек мог бы изложить свои контраргументы, а не субъективные разглагольствования о социализме и капитализме. И, уж тем более, не о том, как лично вы относитесь к опонненту.
A>О некоторых вещах бесполезно разговаривать с носителем «красной корпоративной культуры», если таковой не представляет себе никакой другой культуры. Особенно, когда видно что путает базовые вещи в вопросах разделения трудовых обязанностей и ответственности с полномочиями. Банально не особо осознают разницу между «должностью» и «ролью».
Я вам страшную вещь скажу: управление людьми -- это работа с человеческими закидонами, кнутом и пряником + персональная ответственность за чужые косяки. И это везде так, хоть в социализме, хоть в капитализме. Меняется только форма кнута/пряника, но сами принципы управления остаются все теми же. И если тимлид, так уж получается, исполняет обязанности руководителя, то руководителем он и является, вне зависимости от того, насколько лично вы заблуждаетесь по поводу "должностей" и "ролей".
A>Например, понимать базовые вещи, что если с тобой говорят, то это не означает, что с тобой разговаривают. Или что ведение диалога — это далеко не тоже самое, что обмен мнениями.
Другими словами, примадоне из ЛаСкала не пристало петь перед рабочими из Бобруйска?
Одна проблема: вы не примадона.
A>Как бы человек ни стремился рассуждать или спорить о вкусе устриц, а всё равно это будет комично для тех, кто их всё же пробовал/ел, в отличии от него самого.
Если вам понятнее аналогии из кулинарии, то вы написали рецепт, который назвали рецептом фондю. Вам указали, что какой-то странный рецепт, на фондю не совсем похожий. Потому-то, потому-то и потому-то.
Вы же встали в позу оскорбленной примадоны и заявили, что в Бобруйске не могут знать про фондю в принципе. Не смотря на XXI век, гобализацию и все дела... Оно бы могло прокатить, если бы вы были неоспоримой величиной в мире кулинарии. Да только вот, мой анонимный формный пустозвон, вы никто и звать вас никак. Если вы несете херню, то указать на эту херню вам могут и из Бобруйска, и из Греймута.
Здравствуйте, bnk, Вы писали:
bnk>Я был в отпуске на несколько месяцев (ходил по Индии и Непалу)
Отличный отпуск! Вот так и надо отдыхать. А 2 недели — это курам на смех.
Здравствуйте, jamesq, Вы писали:
J>Здравствуйте, bnk, Вы писали:
bnk>>Я был в отпуске на несколько месяцев (ходил по Индии и Непалу) J>Отличный отпуск! Вот так и надо отдыхать. А 2 недели — это курам на смех.
К сожалению такое возможно только если не работаешь на постоянке — взять отпуск на полгода — это все равно что уволиться (я тогда именно так и сделал — уволился, btw)
Здравствуйте, bnk, Вы писали:
bnk>Здравствуйте, jamesq, Вы писали:
J>>Здравствуйте, bnk, Вы писали:
bnk>>>Я был в отпуске на несколько месяцев (ходил по Индии и Непалу) J>>Отличный отпуск! Вот так и надо отдыхать. А 2 недели — это курам на смех.
bnk>К сожалению такое возможно только если не работаешь на постоянке — взять отпуск на полгода — это все равно что уволиться (я тогда именно так и сделал — уволился, btw)
Интересно, а в той же microsoft, такое возможно? Может хоть не полгода, а 2 месяца. Я слышал, они дают отпуск за свой счёт. И за work-life balance топят. Вроде, комфортное место работы получается.
Здравствуйте, jamesq, Вы писали:
S>>Да только вот, мой анонимный формный пустозвон, вы никто и звать вас никак. J>Два анонима поругались.
Во-первых, поскольку оба собеседника никому не известны, на первый план выходит именно что аргументация, а не аппеляция к авторитету говорящего, возрасту, размеру опыта, месту проживания и пр.
Здравствуйте, so5team, Вы писали:
S>Я вам страшную вещь скажу: управление людьми -- это работа с человеческими закидонами, кнутом и пряником + персональная ответственность за чужые косяки. И это везде так, хоть в социализме, хоть в капитализме. Меняется только форма кнута/пряника, но сами принципы управления остаются все теми же. И если тимлид, так уж получается, исполняет обязанности руководителя, то руководителем он и является, вне зависимости от того, насколько лично вы заблуждаетесь по поводу "должностей" и "ролей".
Хороший пример сублимации.
1) Человек отказывается поверить и принять, что с ним разговаривать не собираются и начинает бозлания, лишь бы создать хоть какую-то видимость разговора-диалога.
2) Такое поведение типично для тех, кто привык подменять содержимое формой, что типично именно для недоразвитых фиолетово-красных компаний.
3) В том числе, именно для людей в этих компаниях типично нытьё/жалобы на «природу человека» и как же сложно живётся управленцам-администраторам.
Если хочется выйти из такого порочного круга, то надо:
1) Не забывать Лоуренса «В иерархической системе каждый индивидуум имеет тенденцию подняться до уровня своей некомпетентности». Если человек в какой-то структуре поднялся на карьерную ступеньку, то ему надо срочно приступать к работате над собой. Учиться, осваивать и самосовершенствоваться, а не пытаться жить по инерции и гавкаться с другими.
2) Коллеги не обязаны быть единомышленниками, разные мнения — это нормально, полезно и важно. Нет задачи запихать им обратно в глотку их «неправильное мнение» — надо достичь консенсуса (вместо компромисса).
Здравствуйте, jamesq, Вы писали:
J>Интересно, а в той же microsoft, такое возможно? Может хоть не полгода, а 2 месяца. Я слышал, они дают отпуск за свой счёт. И за work-life balance топят. Вроде, комфортное место работы получается.
В американском офисе Автодеска раз в кажется 4 года ты можешь взять отпуск на 6 недель. Разбить на куски нельзя, но добавить дней вроде можно.
Позвольте объяснить вам где вы находитесь. Это не ваш личный блог, где вы напишете любую ерунду и сможете легко игнорировать какие бы то ни было возражения.
Это открытая дискуссионая площадка. И если вы здесь высказываете какое-то утверждение, то у вас могут попросить его обосновать. В том числе и люди, которых лично вы можете ни во что ни ставить.
Тем не менее, т.к. дискуссии здесь предполагаются изначально, вам следовало бы аргументировать свою точку зрения.
Если же аргументов в защиту своей точки зренения вы привести не можете и, что еще хуже, переводите стрелки в область того что какой-то быдлан из колхоза права не имеет "а способен ли мой оппонент понять глубину всей мысли", то это тупо слив.
Так что, говоря по-русски, вы высказали ерунду и не смогли ничего ответить на приведенные вам аргументы, показывающие, почему сказанное вами является ерундой.
И да, лично ваши заблуждения, как и лично ваша неспособность к конструктивной дискуссии (что было доказано уже неоднократно), мне совершенно фиолетова. Плохо то, что вашу хрень читает молодежь без опыта, без достаточного уровня критического мышления и без здорового профессионального цинизма (приобретаемого с годами). Вот не нужно в голову молодежи вкладывать известную субстанцию. Именно отсюда и все мои безуспешные попытки вернуть вас в русло дискуссии о том, почему же вы не считаете тимлида руководителем.
Здравствуйте, so5team, Вы писали:
S>Здравствуйте, a7d3 S>Позвольте объяснить вам где вы находитесь. Это не ваш личный блог, где вы напишете любую ерунду и сможете легко игнорировать какие бы то ни было возражения.
Не читал далее этой фразы
Идите лучше бастуйте, а то без вас даже с таким и не справляются.
Здравствуйте, avovana, Вы писали:
A>Посмотрел интересный подкаст. Немного философский.
A>https://www.youtube.com/watch?v=kS49Rw5gxVg
очень много болтовни ничочем.
Писать код 24*7, серьезно, заняться больше нечем?
код надо писать за деньги, а еще лучше изучать технологии за деньги, за деньги серньера и в тренде и с баблом, но времени придется потратить больше, чем просто рабочий день, но не на столько.
Здравствуйте, avovana, Вы писали:
A>Исходя из такого описания своего опыта такой вопрос: A>-Что для Вас значит быть грамотным руководителем?
Сейчас, ввиду кучи "новейших перспективных парадигм" разработки, появилась куча разных руководителей. Какой конкретно имеется ввиду?
Я тут (будучи вроде программистом) работал менеджером проекта, извлёк довольно интересный опыт:
— Руководитель проекта не должен вообще лезть в технические детали проекта. Звучит парадоксально, да? Но задача руководителя — наладить среду для разработки. Это как картошку выращивать: надо просто держать подходящую почву и нужную температуру, да? Поливать в меру, пропалывать от мусора, окучивать, когда разваливается. Внутрь картошки вы не лезете, так ведь? Вы вообще её не видите до окончания процесса. Так и тут — не надо лезть внутрь. Процесс разработки всегда содержит технические вопросы, которые решают меж собой участники. Если проектовод будет лезть в технику, у него появится своё мнение по этим вопросам, и он начнёт несознательно влиять на принятие того или иного решения. Я это просёк заранее, я не лез в технические детали, хотя рук не хватало, и меня пытались завлечь писать код тоже. Но я решил жёстко пресекать это, и в результате я видел как сделать более важные вещи, которые другие не видели. Например, как нам зарелизиться за месяц? Смотрите, если бы я программировал, мы бы нихрена не выпустили, потому что я бы решал технические проблемы, а не производственные. А так я начал задавать правильные вопросы, направлять людей в правильные русла и так далее. И через месяц у нас был релиз(всё, можете мне отправлять предложения о работе).
— Руководитель должен уметь ободрять/мирить/вдохновлять людей. Да, опять мимо технической темы, но экзистенциальные проблемы очень сильно тормозят процесс. Вот эти "я больше не пишу код 24/7" это следствие каких-то человеческих проблем. Джон Кармак пишет 24/7, его никто не заставляет. Я пишу код… временами… 24/7, меня никто не заставляет. Я твёрдо уверен, если синьор не пишет код 24/7, значит или у него проблемы со здоровьем, или он осознанно/неосознанно понимает бессмысленность проекта, чаще второе. Отличие синьора от других в том, что у него есть хорошее понимание предмета, поэтому он уже на автомате быстро проводит анализ и выдаёт себе внутреннее решение: стоит делать или нет. Поэтому кажется что джуны все такие активные, пишут 24/7 — потому что они или не умеют делать анализ, или у них не хватает информации, чтобы сделать анализ правильно. Или всё сразу.
Лень не от усталости — разумная реакция организма на глупую трату сил. Серьёзно, в следующий раз, когда вам будет лень что-то делать, сядьте ляжьте и честно проведите анализ: что происходит? И обещаю, через 5-10 минут вам станет очень хорошо
A>-Насколько нужно быть экспертом в своей технической области? Как понять, что сейчас можно двигаться из "написания фич по кем-то данному ТЗ" в понимание бизнеса — того что вообще актуально, как смежные системы взаимодействуют друг с другом, что вообще отпадет через 1 год, куда вкладывать силы и т.п.
Лучше быть экспертом, чем не быть, но что нужно бизнесу — вам никто не скажет. Бизнес делается так:
1. Вы садитесь и за 2 недели делаете прототип. Если вы не смогли сделать за 2 недели прототип — повод серьёзно задуматься о пробелах в технической области.
2. Вы начинаете это внедрять/продавать/тестировать. И на реальном использовании вы поймёте, правильно вы действовали или нет.
В плане экспертности такой подход очень быстро даёт ответ, где надо подтянуть знания, написать библиотеки и так далее. И пока делать не сядешь, все эти пробелы не видно. Кажется, что везде всё хорошо. Ещё советую вести дневник разработчика: вечером одной строчкой писать, куда ушло основное время, 1-2-3 пункта максимум. Потом можно глянуть и за минуту провести статистический анализ и сделать правильные выводы.
Здравствуйте, a7d3, Вы писали:
A>>>Это гласс человека из провинциального города в социалистическом государстве? Работающего в небольшой организации занимающейся АСУ ТП?
Прямо интересно стало, какие государства в 2020 вы считаете социалистическими?
Здравствуйте, Flem1234, Вы писали:
F>Здравствуйте, a7d3, Вы писали:
A>>>>Это гласс человека из провинциального города в социалистическом государстве? Работающего в небольшой организации занимающейся АСУ ТП?
F>Прямо интересно стало, какие государства в 2020 вы считаете социалистическими?
Республика Белорусь однозначно относится к социалистическим.
Здравствуйте, CEMb, Вы писали:
CEM>Я тут (будучи вроде программистом) работал менеджером проекта, извлёк довольно интересный опыт: CEM>- Руководитель проекта не должен вообще лезть в технические детали проекта. Звучит парадоксально, да?
Вот как раз я слышал, что есть 2 точки зрения:
-тимлид занимается только менеджерскими вещами
-тимлид пишет код
И еще:
-тим лид 70% времени занят налаживанием отношений, связей с коллегами вертикально(так понял, боссом и бизнесом), горизонтально(так понял с такой же должностью)
CEM>Лучше быть экспертом, чем не быть, но что нужно бизнесу — вам никто не скажет. Бизнес делается так: CEM>1. Вы садитесь и за 2 недели делаете прототип. Если вы не смогли сделать за 2 недели прототип — повод серьёзно задуматься о пробелах в технической области.
Меня больше интересует опыт разработки долгоиграющих корпоративных приложений. Где выстроенный бизнес. Где на заведение очередной фичи, релиза нужно согласование. Где уже нет прототипов, а есть поддержка и развития надежного продукта. У вас есть такой опыт? Могли бы поделиться, какие в этом случае приоритеты, особенности?
Про записывать. Записывал. Выходило с точностью до минуты записей 12(переключений контекста) чем занимаюсь в день(плюс перерывы на обед, разминка, общение с семьей по телефону).
Получалось, что очень много текущих дел, переписок, вопросов поддержки разноплановой инфраструктуры(попыток выяснить как оно там работает и почему сейчас что то отвалилось) и немного разработки. Совсем чуть-чуть.
A>Вот как раз я слышал, что есть 2 точки зрения: A>-тимлид занимается только менеджерскими вещами A>-тимлид пишет код
тимлид всё равно должен хорошо врубаться в код и ревьювить его весь, даже если не пишет
A>Меня больше интересует опыт разработки долгоиграющих корпоративных приложений. Где выстроенный бизнес. Где на заведение очередной фичи, релиза нужно согласование. Где уже нет прототипов, а есть поддержка и развития надежного продукта.
там все равно есть прототипы, постоянно и много, потому что всё время решается вопрос, куда дальше идти — просто приходится делить время между ними и поддержкой
если вдруг этот процесс останавливается — продукт перешел в стадию умирания
Здравствуйте, avovana, Вы писали:
A>Вот как раз я слышал, что есть 2 точки зрения: A>-тимлид занимается только менеджерскими вещами A>-тимлид пишет код
Тимлид пишет код. Тимлид это самый хороший технический специалист в команде разработчиков. Программист-лидер. И это надо использовать по максимуму: он занимается только техническими вопросами.
Менеджерскими вещами занимаются специально выделенные люди, чтобы технари не отвлекались.
A>-тим лид 70% времени занят налаживанием отношений, связей с коллегами вертикально(так понял, боссом и бизнесом), горизонтально(так понял с такой же должностью)
Нет, надо разделять. Отношениями занимается кто-то, только не тимлид, у него и так дел много.
У нас на прошлой работе был отличный тимлид-архитектор, и он сильно страдал, когда у нас одно время не было менеджера проектов, потому что всё это свалилось на него — вот такого быть не должно. Но как тимлид, он всегда участвовал в переговорах с другими отделами и начальниками по техническим вопросам, если это можно назвать налаживанием отношений.
A>Меня больше интересует опыт разработки долгоиграющих корпоративных приложений. Где выстроенный бизнес. Где на заведение очередной фичи, релиза нужно согласование. Где уже нет прототипов, а есть поддержка и развития надежного продукта. У вас есть такой опыт? Могли бы поделиться, какие в этом случае приоритеты, особенности?
Есть опыт, но вопрос сильно абстрактный, и я работал в стане программистов, поэтому у меня было своё видение, как надо развивать продукт, оно не совпадало с правильным
А вообще всё было устроено так:
1. За приоритеты по развитию отвечают аналитики. Это люди, которые общаются с пользователями/заказчиками и вырабатывают концепции, как оно всё должно работать. С другой стороны они общаются с архитекторами/тимлидами на тему возможностей реализации, как лучше сделать, и так далее. На основе этого аналитики создают задачи. Аналитики должны обладать базовыми техническими знаниями по своим продуктам, чтобы отсекать сразу задачи типа "хочу квадратные колёса". Сейчас завели ещё такую должность, как Product Owner, эээ… я слаб в определениях, но это больше похоже на аналитика с уклоном в сторону пользователя и ограничением на конкретные продукты(типа, как заказчик, но внутренний и умный). Тогда как аналитики работают со всем спектром продуктов и потоковом режиме. Как-то так.
2. Техподдержка. Эти ребята формируют второй поток задач, исходя из багов, недоделок и пожелалок, проводят анализ по критичности.
0. Вот тут вступает в работу менеджер проектов, который разгребает эти два потока, определяет приоритеты, общается с разрабами, формирует графики релизов, бодается с начальством и заказчиками на счёт критичности/актуальности сроков и очерёдности. Он же следит за процессом разработки и сроками, за отношениями в команде, решает вопросы, не связанные конкретно с техническими проблемами.
Так у нас было на прошлой работе. Теперь всё несколько иначе.
A>Получалось, что очень много текущих дел, переписок, вопросов поддержки разноплановой инфраструктуры(попыток выяснить как оно там работает и почему сейчас что то отвалилось) и немного разработки. Совсем чуть-чуть.
У нас на прошлой работе давали такие советы: отключать (рабочий) телефон и (рабочую) почту на конкретные часы. Предупредить коллег об этом. А потом у нас было даже примерно так: 4 дня работы, 5-й день на разгребание каких-то сопутствующих вопросов.
Здравствуйте, avovana, Вы писали:
CEM>>Я тут (будучи вроде программистом) работал менеджером проекта, извлёк довольно интересный опыт: CEM>>- Руководитель проекта не должен вообще лезть в технические детали проекта. Звучит парадоксально, да?
A>Вот как раз я слышал, что есть 2 точки зрения: A>-тимлид занимается только менеджерскими вещами A>-тимлид пишет код
Доводилось сталкиваться с двумя подходами к роли/должности "тим-лидер":
1. Наиболее распространенный. Тим-лидер -- это признанный (в том числе и на административном уровне) лидер небольшой команды разработчиков более-менее одинаковой специализации. В прошлом (и отчасти в нынешнем) опытный и хорошо зарекомендовавший себя программист, под которого (вокруг которого) и была образована команда. Основная ответственность -- это обеспечение высокого качества технических решений для задач, которые возлагаются на команду. Способ достижения -- распределение этих самых задач между членами команды, контроль за их выполнением, помощь при выполнении, обучении и поддержке самых слабых/юных участников. Поскольку основный выхлоп от команды -- это код, то работа с кодом является частью работы тим-лида. Что-то тим-лид может писать сам. Но если в команде 5 и более человек, то на написание кода у тим-лида может не быть времени, больше он будет тратить на чтение и ревью кода, на общение как внутри команды, так вне ее. Как правило, тим-лид не обладает хоть сколько-нибудь выраженными административными полномочиями. Его права и возможности ограничиваются раздачей заданий внутри команды и влиянием на то, что команда выдает как результат своей работы (например, если какой-то из участников команды заявляет, что такая-то задача готова, то тим-лид может это заявление отменить, если сочтет, что это не так). Как правило, тим-лиды не распоряжаются бюджетами, не могут напрямую повышать/понижать зарплаты членов команды, не могут своей властью кого-то повысить и т.д. Все это делается опосредовано через вышестоящих менеджеров (т.е. при необходимости кого-то премировать или повысить, тим-лидер договаривается об этом в соответствии с процессами, принятыми в компании). При этом многие тим-лиды и не стремяться иметь эти полномочия (что вообще достаточно характерно для программистов, т.к. многие из них на практике стремяться держаться от менеджерских обязанностей подальше).
2. Довольно редкий, но, тем не менее, встречающийся. Тим-лидер -- это руководитель разношерстной команды, сформированной под решение конкретной задачи. Например, у компании был какой-то продукт, но под некого богатого заказчика было решено сделать кастомную версию продукта именно под этого заказчика. Под это дело выделили проджект-менеджера, которому могли выдать команду аналитиков и команду разработчиков. Проджект-менеджер отвечает за удовлетворение заказчика, сроки и бюджеты, но кто-то должен рулить и самой разработкой. Вот этим как раз и будет заниматься тим-лидер, у которого в подчинении будет сколько-то программистов/тестировщиков/внедренцев, руками которых и будет создаваться кастомная версия продукта. В таком подходе тим-лидер отвечает за то, что и как делает вся команда разработки проекта. Включая и процесс разработки, и процесс тестировани, и процесс внедрения/запуска. Административных полномочий (как и ответственности) у тим-лида в этом подходе будет больше, чем в описанном выше. При этом данная роль очень похожа на роль технического лидера (tech lead). Но, имхо, различия между tech и team lead при этом состоят в следующем:
* роль tech lead-а подразумевает наличие большого проекта с применением различных технологий внутри, реализацией которого занимаются несколько команд. Поэтому tech lead выступает в роли дирижера, который следит за тем, чтобы никто не играл свою собственную игру и все развивалось в одном общем русле. Если же проект небольшой и команда маленькая, то для этого достаточно team lead-а;
* tech lead -- это уже атрибут большой компании с выстроенными процессами, тогда как team lead с широкими административными полномочиями -- это либо признак "небольшой, динамично развивающейся компании" (с), либо же речь идет о какой-то экспериментальной (исследовательской) разработке внутри большой комании (по типу: "стрельнет -- хорошо, нет -- не страшно"). Либо, как вариант, маленькая команда в аутсорсинговой компании, выделенная под небольшого, но выгодного, клиента.
-----
Скорее всего, если речь идет про крупные компании с устоявшимися процессами разработки и большими, давно разрабатываемыми продуктами, то тим-лид -- это хороший разработчик, вокруг которого есть команда, и этот разработчик все еще работает с кодом (хотя не обязательно много программирует сам).
Здравствуйте, avovana, Вы писали:
A>Самому хотелось стать руководителем, называться тем самым популярным и манящим "тимлидером" — зная как правильно налаживать процессы в команде, вести людей говоря о ценностях, помогать и не навязывать мнение, не отнимать самостоятельности и т.п. A>И сейчас, получается, погружаюсь в предметную/бизнес область. Как я понял, это очень важно для правильных решений.
Очень важно. И как только вы начнете постигать тонкости, вы уже не должны быть в роли тимлида!
Иначе вас ждет интересный разворот: вы будете грести за слабых/навеньких кодеров, прорабатывать архитектуру, работать с бизнес-требованиями, думать о высшем благе заказчика больше чем он сам.
В то же время, вокруг вас будет происходить следующее: босс компании, где вы работаете будет спокойно сидеть на марже с вас и разработчиков. Ваш "менеджер" проектов тоже будет получать свой процентный интерес, и при этом гонять кофеек смотря как вы старательно крутите белечье колесо. Архитектора как отдельной должности не будет, как и бизнес-аналитиков. Все вы да вы в должности тимлида.
Абсолютная выгода. Вы, будете выполнять практически всю ключевую для успеха работу за очень скромную плату!
Подумайте, оно вам надо? Если да, то может и стоит попробовать. Но вы должны понимать, что с таким набором качеств и умений вам выгоднее делать свою компанию, за исключением случая, когда ваша работа адекватно оплачивается как: з/п старшего разработчика + з/п тимлида + з/п бизнес-аналитика + з/п архитектора + з/п проектного менеджера.
A>работа адекватно оплачивается как: A * з/п старшего разработчика + B * з/п тимлида + C * з/п бизнес-аналитика + D * з/п архитектора + E * з/п проектного менеджера.
ты коэффициенты потерял — какую часть времени тратить на работу в определенной должности
понятно что если такой чел будет работать просто за среднюю по рынку, то он сам себе злобный папа карло, но и складывать все зарплаты вместе тоже неверно.
Здравствуйте, Muxa, Вы писали:
M>понятно что если такой чел будет работать просто за среднюю по рынку, то он сам себе злобный папа карло, но и складывать все зарплаты вместе тоже неверно.
Не соглашусь. Если человек один закрывает эти должности с такой же производительностью, как это делали бы отдельные люди, он претендует на соответствующую оплату.
Как пример: работа архитектора к рутине мало имеет отношения, и он может целыми днями ломать голову, но потом за час накидать решение когда оно созреет. Сколько он потратил времени на работу, несколько дней или час?
То, что некоторые "тимлиды" способны дать решение по архитектуре "за час", не значит что они потратили на это только его. Это значит, что они думают и перебирают варианты даже когда спят, едят, дома и по дороге. Такие люди работают головой практически 24 часа в сутки. Но да, "обезьянка" ведь нажимала на клавиши в течение часа, зачем ей платить. Будем эксплуатировать её, а потом выкинем на помоечку когда выдохнется.
