Дима, не сочтите за бестактность, т.к. вопрос не по теме ролика, что за монитор используете? Реально удобнее нескольких плоских, или большой разницы нет в практическом использовании?
Желание сохранить своё имя за какой-либо идеей на самом деле не такое уж постыдное. Дело не только в желании людей потешить своё эго. В больших компаниях, да и в маленьких, где руководитель не наблюдает за рабочим процессом, а смотрит на результаты, карьерный рост, премии, повышения окладов и интересные задачи получит тот, чьё имя будет ассоциироваться с самым большим количеством достижений и с самым высоким качеством работы. И люди крадущие твой результат, крадут на самом деле не только твою славу, но и твоё материальное благосостояние.
Дима, большое спасибо за то, что поделился своим опытом. Было очень интересно послушать, узнал много нового. Надеюсь, что и твоя работа не останется незамеченной :)
Отличное видео. Сначала надо было мне провалиться, чтобы осознанно понять, то о чем ты говоришь. Класс. Спасибо. Особенно понравился пример, про пожар, который может ещё погореть, день ))
Отлично! Когда Вы это проговариваете вслух на аудиторию, эти постулаты закрепляются у Вас в мозге и позволяют совершенствоваться, становятся Вашей натурой. Спасибо. Сразу видно, автор развивается и растёт. Прикладывает для этого усилия. И вообще, приятный очень человек.
Дмитрий большой молодец, много читает профильной литературы, самообразуется. Не все так могут. Но прошёл год, и можно обновить тему :) Ещё было бы здорово сразу размещать ссылки на книжки в описании к ролику.
Крутое видео, спасибо! Очень полезно услышать подробное проговаривание таких моментов, в принципе очевидных, но о которых мало кто задумывается среди рабочих будней.
Дмитрий спасибо, очень интересно. Сделай еще видео о подробностях. В чем пишете задачи, как контролируешь, какие метрики применяешь. Будет интересно, в коментах поделимся опытом.
Я только перешёл в новую компанию на позицию мидла в дотнет разработке, которая работает по описанной схеме. Скажу как есть, в прошлой компании абсолютно все было иначе и я сейчас перестраиваюсь на ходу. И, честно говоря, я даже не знаю как это словами описать, ибо твоё описание всего процесса мне пробило тот воображаемый барьер непонимания того как вообще необходимо работать в подобной структуре. Огромная благодарность от меня! Спасибо за подобные ролики!
Рядовая вакансия: ищем тимлида, обязанности - управлять командой, писать код вместе с командой и устранять баги, проектировать решения и отлично разбираться в архитектуре, готовить всю документацию, писать юнит и 2е2 тесты, конечно же девопс, как без него. Вспоминается анекдот, как программист искал водителя.
Очень здорово сказано! Спасибо, подчерпнул для себя много нового, только начал исполнять обязанности тим-лида, правда тестовой команды, но все советы касательно процесса прямо в точку :) Особенно про мультипликаторы, хах.
Recommended books: - The Manager’s Path: A Guide for Tech Leaders Navigating Growth and Change - Camille Fournier - Your Brain at Work: Strategies for Overcoming Distraction, Regaining Focus, and Working Smarter All Day Long - David Rock - Captivate: The Science of Succeeding with People - Vanessa Van Edwards - Humble Inquiry: The Gentle Art of Asking Instead of Telling - Edgar H. Schein
Шел 2021 год, а у нас все еще компании по 100+ человек, а иногда и крупные круизеры совмещают тим и тех лида вопрос открыт, где эти компании, где практикуют норм подходы? У меня сейчас позиция: - тим лид 2 команд в 12 человек (вот все что человек расписал на видео про тим лида) - 1 из 3х тех лидов проекта с 50+ девов с соответствующими требованиями - постоянно приходится продумывать архитектуру, тобешь архитектор? - код ревью, онбординги, менторинг, помощь с задачами, написание документации, решение самых сложных задач в спринте, решение оптимизационных проблем, мониторинг продакшина, помощь BA в написании их документации, помощь QA с тестированием, обсуждение логики с PO и менеджментом, оценка работы сотрудников и т.д и т.п коллега перешел в топовую галеру у меня в стране (топ 2 на тот момент, топ 1 сейчас), все точно тоже самое и лиды исполняют балетные па в ритме этого вальса
Хочу на TeamLead Conf 2019 Со всем согласен, как тим-лид говорю ;) Что бы отметил: - Тим-Лид это про процессы, экспертизу можно и нужно брать из команды. Ты не должен быть самым классным разработчиком в команде, но должен быть с ней на одной волне (либо настраивать команда под нужную волну) - Не все процессы в конкретный момент нужны, часто бывает что команда уже переросла какой-то процесс, либо наоборот - недоросла - Для тех кто был классным разработчиком - нужно быть смелее, чтобы признаться что теперь ты отвечаешь не за кусок кода, ты отвечаешь за результат команды. Писать код - последнее что ты тут должен делать, даже если ты техлид в одном лице. - Команде нужна ответственность, стоит давать людям возможность взять ее и набить свои шишки. Это будет хороший опыт. - Одна из задач лида - самоликвидироваться. То есть создать команду, в которой уже нечего улучшать, растить. Но такое не достижимо в реальном мире.
Молодец, раньше пытался тебя смотреть, не получалось, подавал себя как космических высот спец с вальяжным изложением и соответствующей позой в кресле, теперь видимо правда поумнел и стал проще, смотрится норм, без понтов, спасибо 😎👍
Интересное видео, по факту разложил о том что надо и что не надо делать тимлиду. Понравилась мысль по загрузке на 60-70% в мирное время) Хочу на TeamLead Conf 2019
Хочу на TeamLead Conf 2019 По сабжу - очень инетерсна тема о том, как строить процессы, как понять свое место (какую работу делать, где зона ответсвенности тим лида, где зона ответсвенности BA, где зона отвественности PD (product director))...
Хочу на TeamLead Conf 2019 Спасибо за видео, весьма познавательно. Стало грустно от мысли, что пока так и не довелось поработать в компании с четко расставленными позициями
Привет! Спасибо за видео! Хочу на TeamLead Conf 2019! Как раз стою перед выбором куда дальше: team или tech) Было бы очень полезно) Ну и был бы рад лично встретиться)
Привет, Дим. Подскажи, ресурсы, с которых можно черпать теорию и закреплять практикой. Именно связанные со Front и UI. От начального стэка - HTML, CSS. До JS и его фреймов. Хотелось бы увидеть реально дельный разбор, от человека, который разбирается в своей профессии. Так как молодым программистам, тяжело найти "иголку в стоге сена", а именно полезную и хорошую информацию в интернете. Интересует литература, сайты и возможно даже курсы. Главное, чтобы это было полезно. Заранее спасибо, жду ответа =)
Хочу исчо про то как подобрать команду, как оценить качество исполнителя (именно не знания, а продуктивность), как ставить и контролировать сроки, как сделать так, что бы народ на этих задачах не зависал (не затыкал). Спасибо!
Спасибо за рассказ, интересно было послушать как это выглядит "в идеальном мире". Для меня это всё звучит как сказки про потусторонний мир - не получалось сталкиваться с такими компаниями, где так чётко всё распределено и продумано. "Хорошо там, где меня нет" В моей альтернативной части реальности это выглядит так - часто оказывается, что тимлид - это человек, который каким-то чудом оказался на этой должности, потому что сам не может разрабатывать и не понимает всех процессов ИЛИ просто имел какие-то подвязки и оказался на должности. Например, один из большой кучи разработчиков явно не дотягивал по своему скиллу и всё время пытался переложить свою часть на других, пытался реализовать свою часть чужими силами. Команда продолжала развиваться и в какой-то момент стало понятно, что либо он вылетит как разработчик, либо он скажет, что будет тимлидом. Попав на должность тимлида он говорит руководству, мол, вот этого, этого и этого можно смело увольнять, т.к. за них большую часть делают этот, этот и вот этот. Он это точно знает, потому что сам был среди тех, кто слабо тянет. "Настроив" процессы тимлид получает некоторую лояльность от руководства, т.к. оказывается, что действительно - денег на зарплате сэкономили, а продукт выдаётся примерно такой же. После этого тимлид начинает ИБД - изображение бурной деятельности. Введение каких-то ему понятных критериев оценки, проведение различных митингов когда они не нужны И не проведение тогда, когда они нужны. Со стороны часто выглядит так - сначала команда разработчиков слушает что скажет тимлид, вникают, отвечают, разбираются. Потом между собой договариваются как делать (уже без тимлида) и делают так, что бы всё работало, ну и делают всё по своему плану. Тимлид один фиг ничего не поймёт - главное, что бы продукт работал. Задачи тимлид ставит таким образом, что это просто входящее письмо от конечного заказчика (или вообще пересланное голосовое сообщение), сам он как минимум не вникает, а как максимум не в состояние разобраться в силу недостаточной технической квалификации, незнание специфики продукта и предметной области. Единственное, что интересует тимлида - назвать ему сроки. Любые названные тобой сроки будут не правильными (либо слишком мало, либо слишком много), любое объяснение о том, что в таком виде задача не решается ИЛИ её выполнение зависит от 6-10 факторов не зависящих от разработчика означает, что это плохой разработчик и его нужно менять. В какой-то момент тимлид просто руинит все процессы (либо заводит в тупик менеджментом, либо разбегается команда) и виня во всём команду пытается либо полностью поменять команду, либо отдать проект на аутсорс. Возможно поэтому у меня и испортилось отношение к тимлидам, т.к. я в этих историях появляюсь только на этапе, когда заруинивший проект тимлид пытается найти аутсорс, а в нормальных коллективах/нормальных компаниях всё работает чётко, не выплывает наружу и следовательно я об этом не знаю. В итоге я зарёкся работать с такими специалистами... P.S. ни в коем случае не говорю, что все тимлиды плохие, не пытаюсь кого-то оскорбить и так далее. Признаю, что возможно я не натыкаюсь на нормальных тимлидов в силу того, что сам не являюсь "нормальным разработчиком" в общепринятом смысле.
Тоже интересно. Как делать или где почитать об этом? Интересует не в сфере разработки ПО, а в другой, не связанной с ПО сферой. Хочу применить при управлении коллективом.
Спасибо за видео, очень много полезной информации почерпнул из него! Не могу найти толковой информации про мультипликатор сотрудника именно в том ключе в котором об этом говорится в видео. Я понимаю суть, но немного не хватает именно информации из опыта, помогите найти где почитать о том как мультипликатор должен работать в теории (и/или на практике).
Я думаю, что это чуть-чуть другое. Scrum мастер приносит в команду саму методологию Scrum, а тим лид работает уже по готовой методологии компании. Могут отличатся церемонии и подход к команде
Поставили в команду скрам мастерить, а там ничего не налажено. Скрам в помойку, учимся работать с доской, общаться, не отвлекать других, планировать и попадать в сроки. Баа, да, я тим-лид. Ролик зачётный!
В чью компетенцию по вашему входит коммуникация с другими командами? Тимлида? Техлида? Участников команды? Ну к примеру у одного из членов команды есть вопрос к другой команде. Он должен спрашивать через кого-то и получать ответы через него? Или идти и спрашивать самостоятельно?
Это зависит от уровня вопроса. Обычно менеджеры подключаются, когда вопрос затрагивает долговременное планирование, либо когда вопрос "политический". Если у одного инженера есть простой вопрос к другой команде, то инженер должен иметь возможность его просто спросить.
Я был тимлидом который топил конфликты между разрабами в своей команде и в чужих. Через полгода все это всплыло и я пошел на повышение в другую компанию.
Видео пока не посмотрел, но в самом его начале заметил на твоем большом мониторе, в правой его части Devon'a Crawford'a. Это случайно не отсылка к вЫндэртону?)
Дмитрий, привет. У меня появился вопрос касательно книг для тимлида. Я часто слышал мнение, что менеджеру любого направления рекомендуют читать "Исскусство войны" Сунь-Цзы. Насколько ты по своему опыту работы смог бы согласиться/не согласиться? (Честно говоря, я как в некотором роде любитель китайской философии ее намерен прочитать все равно, джу доставки =) ). Спасибо
@@ppbdrinker посмотри может у букича есть выжимка. какие то вещи из этой книжки применял когда пришлось руководить командой программеров. Насчёт названия - имеется ввиду что программеры как и коты гуляют сами по себе, их не собьёшь в стадо ввиду их внутренней свободы, но для пользы дела приходится их энергию направлять в мирное русло и книжка как раз о том как это делать без ора, штрафов и увольнений. И да что-то в этой книжке уже устарело, написана давно.
ТимЛид - место для амбитного АйТи-шника, вращающегося в программистской среде, по субъективныи и/или объективным причинам несовместимого с процессом программирования
А в какой программе происходит Макроменеджмент и создание Dashbord-ов с планированием и сортировкой что важно, а что нет? Для этого используется Excel или Gantt или все в куче? Спасибо!
Хочу на TeamLead Conf 2019
Кристина ты выиграла билет! Свяжись со мной чтобы его забрать, например через телеграм! t.me/soexpired
@@SeniorSoftwareVlogger Спасибо! Ответила в Telegram :)
Я тоже хочу. У кого есть машина времени?
@@alexandrmih У Курису Макисе, кхм, тоесть у Кристины Максимовой есть, поэтому она и победила.
18:57 "Она может там лезть ко всем..." Видимо в этот момент в голове был конкретный пример :)
Дмитрий, спасибо за очень интересное и структурированное изложение материала. Без сомнения, полезная информация.
Пиши "Хочу на TeamLead Conf 2019" чтобы участвовать в конкурсе! Видео получилось длинным, смотрим в несколько заходов, таймкоды в описании :)
Вопрос немного не по теме, но буду рад, если ответишь. Мониторы каких изготовителей ты предпочитаешь и на которых тебе комфортно работать?
Дима, не сочтите за бестактность, т.к. вопрос не по теме ролика, что за монитор используете? Реально удобнее нескольких плоских, или большой разницы нет в практическом использовании?
kit.com/seniorsoftwarevlogger
Очень хочу на teamlead conf
что такое мульипликатор/мультипликаивность?
Месяц назад перешел на позицию тим лида. Многие мысли подтвердились, еще больше интересного узнал. Спасибо!
Желание сохранить своё имя за какой-либо идеей на самом деле не такое уж постыдное. Дело не только в желании людей потешить своё эго. В больших компаниях, да и в маленьких, где руководитель не наблюдает за рабочим процессом, а смотрит на результаты, карьерный рост, премии, повышения окладов и интересные задачи получит тот, чьё имя будет ассоциироваться с самым большим количеством достижений и с самым высоким качеством работы. И люди крадущие твой результат, крадут на самом деле не только твою славу, но и твоё материальное благосостояние.
Дима, большое спасибо за то, что поделился своим опытом. Было очень интересно послушать, узнал много нового. Надеюсь, что и твоя работа не останется незамеченной :)
Дима видно что ты готовишься перед созданием ролика, а не авось как получиться, из-за этого получается неплохая такая годнота! Спасибо!
Иногда бывает надеюсь на авось 🙈 но тут подготовился.
Отличное видео. Сначала надо было мне провалиться, чтобы осознанно понять, то о чем ты говоришь. Класс. Спасибо. Особенно понравился пример, про пожар, который может ещё погореть, день ))
Отлично! Когда Вы это проговариваете вслух на аудиторию, эти постулаты закрепляются у Вас в мозге и позволяют совершенствоваться, становятся Вашей натурой. Спасибо. Сразу видно, автор развивается и растёт. Прикладывает для этого усилия. И вообще, приятный очень человек.
Видос класс, cпасибо! понял что не хочу в менеджмент)
Дмитрий большой молодец, много читает профильной литературы, самообразуется.
Не все так могут.
Но прошёл год, и можно обновить тему :)
Ещё было бы здорово сразу размещать ссылки на книжки в описании к ролику.
Крутое видео, спасибо! Очень полезно услышать подробное проговаривание таких моментов, в принципе очевидных, но о которых мало кто задумывается среди рабочих будней.
Дмитрий спасибо, очень интересно. Сделай еще видео о подробностях. В чем пишете задачи, как контролируешь, какие метрики применяешь. Будет интересно, в коментах поделимся опытом.
Я только перешёл в новую компанию на позицию мидла в дотнет разработке, которая работает по описанной схеме. Скажу как есть, в прошлой компании абсолютно все было иначе и я сейчас перестраиваюсь на ходу. И, честно говоря, я даже не знаю как это словами описать, ибо твоё описание всего процесса мне пробило тот воображаемый барьер непонимания того как вообще необходимо работать в подобной структуре. Огромная благодарность от меня! Спасибо за подобные ролики!
Спасибо за видео. Приятно видеть как люди растут и то что ты сам можешь расти было бы желание.
Хочу на TeamLead Conf 2019.
Рядовая вакансия: ищем тимлида, обязанности - управлять командой, писать код вместе с командой и устранять баги, проектировать решения и отлично разбираться в архитектуре, готовить всю документацию, писать юнит и 2е2 тесты, конечно же девопс, как без него. Вспоминается анекдот, как программист искал водителя.
Очень здорово сказано! Спасибо, подчерпнул для себя много нового, только начал исполнять обязанности тим-лида, правда тестовой команды, но все советы касательно процесса прямо в точку :)
Особенно про мультипликаторы, хах.
Спасибо за видео и рекомендации, особенно The Manager's Path и Humble Inquiry, интересно почитать. Ну, и конечно:
Хочу на TeamLead Conf 2019
Привет, не смотрел тебя где-то год, офигеть, как уровень видео вырос, интересно было послушать, спасибо)
Очень содержательно и интересно! Тема вообще не моя, но посмотрел на одном дыхании! 👍🏻
Спасибо было очень интересно узнать про работу тимлида от первого лица :)
Recommended books:
- The Manager’s Path: A Guide for Tech Leaders Navigating Growth and Change - Camille Fournier
- Your Brain at Work: Strategies for Overcoming Distraction, Regaining Focus, and Working Smarter All Day Long - David Rock
- Captivate: The Science of Succeeding with People - Vanessa Van Edwards
- Humble Inquiry: The Gentle Art of Asking Instead of Telling - Edgar H. Schein
Шел 2021 год, а у нас все еще компании по 100+ человек, а иногда и крупные круизеры совмещают тим и тех лида
вопрос открыт, где эти компании, где практикуют норм подходы?
У меня сейчас позиция:
- тим лид 2 команд в 12 человек (вот все что человек расписал на видео про тим лида)
- 1 из 3х тех лидов проекта с 50+ девов с соответствующими требованиями
- постоянно приходится продумывать архитектуру, тобешь архитектор?
- код ревью, онбординги, менторинг, помощь с задачами, написание документации, решение самых сложных задач в спринте, решение оптимизационных проблем, мониторинг продакшина, помощь BA в написании их документации, помощь QA с тестированием, обсуждение логики с PO и менеджментом, оценка работы сотрудников и т.д и т.п
коллега перешел в топовую галеру у меня в стране (топ 2 на тот момент, топ 1 сейчас), все точно тоже самое и лиды исполняют балетные па в ритме этого вальса
Хочу на TeamLead Conf 2019
Со всем согласен, как тим-лид говорю ;)
Что бы отметил:
- Тим-Лид это про процессы, экспертизу можно и нужно брать из команды. Ты не должен быть самым классным разработчиком в команде, но должен быть с ней на одной волне (либо настраивать команда под нужную волну)
- Не все процессы в конкретный момент нужны, часто бывает что команда уже переросла какой-то процесс, либо наоборот - недоросла
- Для тех кто был классным разработчиком - нужно быть смелее, чтобы признаться что теперь ты отвечаешь не за кусок кода, ты отвечаешь за результат команды. Писать код - последнее что ты тут должен делать, даже если ты техлид в одном лице.
- Команде нужна ответственность, стоит давать людям возможность взять ее и набить свои шишки. Это будет хороший опыт.
- Одна из задач лида - самоликвидироваться. То есть создать команду, в которой уже нечего улучшать, растить. Но такое не достижимо в реальном мире.
Молодец, раньше пытался тебя смотреть, не получалось, подавал себя как космических высот спец с вальяжным изложением и соответствующей позой в кресле, теперь видимо правда поумнел и стал проще, смотрится норм, без понтов, спасибо 😎👍
Не думал об этом с такой стороны, спасибо за отзыв!
Очень четко и по делу! Сам недавно стал тимлидом, сейчас как раз набиваю шишки 😀
Интересное видео, по факту разложил о том что надо и что не надо делать тимлиду. Понравилась мысль по загрузке на 60-70% в мирное время) Хочу на TeamLead Conf 2019
Очень крутое видео, спасибо.
Мне вообще это больше всех других твоих понравилось.
Хочу на TeamLead Conf 2019
По сабжу - очень инетерсна тема о том, как строить процессы, как понять свое место (какую работу делать, где зона ответсвенности тим лида, где зона ответсвенности BA, где зона отвественности PD (product director))...
С зонами отвественности надо быть осторожнее... а то получиться что как пожарного вызывают он тушит дом, а соседний уже не его зона отвественности.
Спасибо!
очень интересно было послушать и узнать всё в тонкостях
Хочу на TeamLead Conf 2019
Спасибо за видео, весьма познавательно. Стало грустно от мысли, что пока так и не довелось поработать в компании с четко расставленными позициями
Превью огонь)
Хочу на TeamLead Conf 2019
Отличное видео, все по полочкам и с аргументацией своего видения.
Привет! Спасибо за видео!
Хочу на TeamLead Conf 2019!
Как раз стою перед выбором куда дальше: team или tech) Было бы очень полезно)
Ну и был бы рад лично встретиться)
Отличный обзор профы. Спасибо большое)
28:20 Мастер-класс по маханию руками в противофазе. Асинхоронненько))
Интересная тема, спасибо что поделился своим опытом.
Привет, Дим. Подскажи, ресурсы, с которых можно черпать теорию и закреплять практикой. Именно связанные со Front и UI. От начального стэка - HTML, CSS. До JS и его фреймов. Хотелось бы увидеть реально дельный разбор, от человека, который разбирается в своей профессии. Так как молодым программистам, тяжело найти "иголку в стоге сена", а именно полезную и хорошую информацию в интернете. Интересует литература, сайты и возможно даже курсы. Главное, чтобы это было полезно. Заранее спасибо, жду ответа =)
Очень познавательный и полезный материал. Сам ныряю в лидство и на многие вещи подобным образом не смотрел.
Отличное видео! Хочу на TeamLead Conf 2019
13:50 истина как она есть. Закладываем им идеи как в фильме начало с ДиКаприо. А потом улыбаемся и машем поддерживая в них мотивацию)
Нифига себе у тебя монитор, как моя плазма (шутка, у меня нет плазмы).
Что за модель? Соотношение сторон чуть ли не 6:1
спасибо Дим, было полезно
Хочу исчо про то как подобрать команду, как оценить качество исполнителя (именно не знания, а продуктивность), как ставить и контролировать сроки, как сделать так, что бы народ на этих задачах не зависал (не затыкал). Спасибо!
Ну вот и меня не миновала сия чаша.... придется пересмотреть ролики по этой теме :)
Я даже не джуниор, я просто мою полы. Зачем я посмотрел это видео?
Тащемта,я видал таких тимлидов, которым я бы и полы мыть не доверил
Ютуб увидел в тебе будущего тимлида
Плох тот солдат который не мечтает стать генералом
что-то изменилось?
@@ainz8656 у меня? стал своего рода тимлидом, админ модерации на дейтинге xD
Получается, видео помогло немношк
Спасибо за видео! Заинтересовала идея с дашбордами и возник вопрос: какие они бывают, какая информация в них может содержаться и как их сделать?
Ы-О-Ы-О-Ы-ы-ы...) Спасибо за информацию! Хочу на TeamLead Conf 2019
Спасибо за интересное и, главное, полезное видео
Спасибо за рассказ, интересно было послушать как это выглядит "в идеальном мире".
Для меня это всё звучит как сказки про потусторонний мир - не получалось сталкиваться с такими компаниями, где так чётко всё распределено и продумано. "Хорошо там, где меня нет"
В моей альтернативной части реальности это выглядит так - часто оказывается, что тимлид - это человек, который каким-то чудом оказался на этой должности, потому что сам не может разрабатывать и не понимает всех процессов ИЛИ просто имел какие-то подвязки и оказался на должности.
Например, один из большой кучи разработчиков явно не дотягивал по своему скиллу и всё время пытался переложить свою часть на других, пытался реализовать свою часть чужими силами. Команда продолжала развиваться и в какой-то момент стало понятно, что либо он вылетит как разработчик, либо он скажет, что будет тимлидом.
Попав на должность тимлида он говорит руководству, мол, вот этого, этого и этого можно смело увольнять, т.к. за них большую часть делают этот, этот и вот этот. Он это точно знает, потому что сам был среди тех, кто слабо тянет.
"Настроив" процессы тимлид получает некоторую лояльность от руководства, т.к. оказывается, что действительно - денег на зарплате сэкономили, а продукт выдаётся примерно такой же.
После этого тимлид начинает ИБД - изображение бурной деятельности. Введение каких-то ему понятных критериев оценки, проведение различных митингов когда они не нужны И не проведение тогда, когда они нужны.
Со стороны часто выглядит так - сначала команда разработчиков слушает что скажет тимлид, вникают, отвечают, разбираются. Потом между собой договариваются как делать (уже без тимлида) и делают так, что бы всё работало, ну и делают всё по своему плану. Тимлид один фиг ничего не поймёт - главное, что бы продукт работал.
Задачи тимлид ставит таким образом, что это просто входящее письмо от конечного заказчика (или вообще пересланное голосовое сообщение), сам он как минимум не вникает, а как максимум не в состояние разобраться в силу недостаточной технической квалификации, незнание специфики продукта и предметной области.
Единственное, что интересует тимлида - назвать ему сроки. Любые названные тобой сроки будут не правильными (либо слишком мало, либо слишком много), любое объяснение о том, что в таком виде задача не решается ИЛИ её выполнение зависит от 6-10 факторов не зависящих от разработчика означает, что это плохой разработчик и его нужно менять.
В какой-то момент тимлид просто руинит все процессы (либо заводит в тупик менеджментом, либо разбегается команда) и виня во всём команду пытается либо полностью поменять команду, либо отдать проект на аутсорс.
Возможно поэтому у меня и испортилось отношение к тимлидам, т.к. я в этих историях появляюсь только на этапе, когда заруинивший проект тимлид пытается найти аутсорс, а в нормальных коллективах/нормальных компаниях всё работает чётко, не выплывает наружу и следовательно я об этом не знаю.
В итоге я зарёкся работать с такими специалистами...
P.S. ни в коем случае не говорю, что все тимлиды плохие, не пытаюсь кого-то оскорбить и так далее. Признаю, что возможно я не натыкаюсь на нормальных тимлидов в силу того, что сам не являюсь "нормальным разработчиком" в общепринятом смысле.
Сочувствую твоему печальному опыту
"Желательно, чтобы ты был мультипликатором больше единицы" - ну, это топ 😂
First, Break All the Rules начал с этой но спасибо за твои книги почитаю
Теперь я хочу чтоб Дмитрий - был у меня тим лидом!
Хочу на TeamLead Conf 2019
Спасибо за видео!
Зашел посмотреть, только потому что сильно орал с кода на превьюшке) Я один этот рофл гениальный заметил?)
Кажется ты первый кто написал :)
Хочу на TeamLead Conf 2019
P.S.: спасибо за твои видео)
Хочу на TeamLead Conf 2019
очень полезное видео. мне пригодится :)
Дим, можешь рассказать про то, как делать Дашборды?
Тоже интересно. Как делать или где почитать об этом? Интересует не в сфере разработки ПО, а в другой, не связанной с ПО сферой. Хочу применить при управлении коллективом.
Класс 👍👌
Посмотрел и понял как же хорошо что я далек от программирования.
не знаю зачем я это посмотрел. надеюсь когда то пригодиться. норм видос
Хочу на TeamLead Conf 2019
PS: спасибо за контент
Спасибо за видео, очень много полезной информации почерпнул из него!
Не могу найти толковой информации про мультипликатор сотрудника именно в том ключе в котором об этом говорится в видео. Я понимаю суть, но немного не хватает именно информации из опыта, помогите найти где почитать о том как мультипликатор должен работать в теории (и/или на практике).
Рекуууууууууурсия!!!
рекурсия
Что у тебя за монитор? который ты к маку подключил?
kit.com/seniorsoftwarevlogger
Супер
а scrum-менеджер это случаем не teamlead? Подскажите пожалуйста, чтобы разобраться.
нет, скрам мастер это отдельная роль
Я думаю, что это чуть-чуть другое. Scrum мастер приносит в команду саму методологию Scrum, а тим лид работает уже по готовой методологии компании. Могут отличатся церемонии и подход к команде
Поставили в команду скрам мастерить, а там ничего не налажено. Скрам в помойку, учимся работать с доской, общаться, не отвлекать других, планировать и попадать в сроки. Баа, да, я тим-лид. Ролик зачётный!
Хочу на TeamLead Conf 2019
Спасибо за инфо
Вот это уровень.
Ну давай попробуем. Хочу на TeamLead Conf 2019.
Очень грамотно!
А что такое мультипликатор? ))
Спасибо. Хочу на TeamLead Conf 2019
Хочу на TeamLead Conf 2019
По сабжу: Не забывайте растить себе замену, если планируете расти по карьерной лестнице дальше)
Воу очень классно
Хочу на TeamLead Conf 2019!!!
Хотя в принципе, Дима, все уже изложил. Поэтому можно меня не учитывать в розыгрыше.)
Привет, Дмитрий! Прости, что не по теме, давно тебя смотрю и хотел спросить, какая у тебя тема установлена в vs code?
Интересно. Немного понятно зачем нужен тимлид. Пока такого счастья не хочется
спасибо очень позновательно
Как же это точно, про микроменджмент...
В чью компетенцию по вашему входит коммуникация с другими командами? Тимлида? Техлида? Участников команды? Ну к примеру у одного из членов команды есть вопрос к другой команде. Он должен спрашивать через кого-то и получать ответы через него? Или идти и спрашивать самостоятельно?
Это зависит от уровня вопроса. Обычно менеджеры подключаются, когда вопрос затрагивает долговременное планирование, либо когда вопрос "политический". Если у одного инженера есть простой вопрос к другой команде, то инженер должен иметь возможность его просто спросить.
Я был тимлидом который топил конфликты между разрабами в своей команде и в чужих. Через полгода все это всплыло и я пошел на повышение в другую компанию.
Видео пока не посмотрел, но в самом его начале заметил на твоем большом мониторе, в правой его части Devon'a Crawford'a. Это случайно не отсылка к вЫндэртону?)
А что тогда должен делать ПМ ? В чем разница между этими 2 ролями
А вы знакомы с SEMAT? Вообще, слышали ли о компаниях, которые используют его для сравнения и устройства своих процессов разработки ПО?
Дмитрий, привет. У меня появился вопрос касательно книг для тимлида. Я часто слышал мнение, что менеджеру любого направления рекомендуют читать "Исскусство войны" Сунь-Цзы. Насколько ты по своему опыту работы смог бы согласиться/не согласиться? (Честно говоря, я как в некотором роде любитель китайской философии ее намерен прочитать все равно, джу доставки =) ). Спасибо
Я не читал эту книгу, не могу сказать.
Какие требования менеджерам стартапов? Умение программировать обязательно?
Зависит от компании, обычно менеждеры не пишут код, но на собесе иногда спрашивают, чтобы понять , что человек понимает чем руководит.
Хочу кушать😂. Димка, айда к нам в Гатчину, раз в Петербурге будешь?
О тестировании поговорить? :)
@@SeniorSoftwareVlogger, я думаю что там драка тогда будет, по любому🤣
@@SeniorSoftwareVlogger, да ладно, шучу конечно, надо в гости заезжать😊
Хочу на TeamLead Conf 2019 :)
Следующая в ноябре будет, будет конкурс?
Хочу на TeamLead Conf ✅
Меня однажды на собесе обосрали что я не правильно понимаю разницу между тимлидом и менеджером :)
Очень очень хочу на TeamLead Conf 2019
Из книг неплохая Как пасти котов. Ханк Рейнвотер.
содержание так же оторвано от реальности, как и ее название?
@@ppbdrinker посмотри может у букича есть выжимка. какие то вещи из этой книжки применял когда пришлось руководить командой программеров. Насчёт названия - имеется ввиду что программеры как и коты гуляют сами по себе, их не собьёшь в стадо ввиду их внутренней свободы, но для пользы дела приходится их энергию направлять в мирное русло и книжка как раз о том как это делать без ора, штрафов и увольнений. И да что-то в этой книжке уже устарело, написана давно.
Добрый день! Дмитрий, а Вы говорите про значение мультипликатора в команде. Подскажите, где можно найти больше информации об этом? На любом языке
ruclips.net/video/5w_pONWNAJQ/видео.html
@@SeniorSoftwareVlogger Благодарю!)
ТимЛид - место для амбитного АйТи-шника, вращающегося в программистской среде, по субъективныи и/или объективным причинам несовместимого с процессом программирования
👏
А в какой программе происходит Макроменеджмент и создание Dashbord-ов с планированием и сортировкой что важно, а что нет? Для этого используется Excel или Gantt или все в куче? Спасибо!
А насчет книг , для лучшего понимания других людей, советую прочитать Курпатов-Чертоги разума
Хочу на TeamLead Conf 2019 🖖🖖
А что такое Мультипликатор? Как он высчитывается для сотрудника? В гугле что-то всё не то находит.
Походу у нас с менеджерами и начальством, что то не так....