Отличное видео. Сначала надо было мне провалиться, чтобы осознанно понять, то о чем ты говоришь. Класс. Спасибо. Особенно понравился пример, про пожар, который может ещё погореть, день ))
Отлично! Когда Вы это проговариваете вслух на аудиторию, эти постулаты закрепляются у Вас в мозге и позволяют совершенствоваться, становятся Вашей натурой. Спасибо. Сразу видно, автор развивается и растёт. Прикладывает для этого усилия. И вообще, приятный очень человек.
Я только перешёл в новую компанию на позицию мидла в дотнет разработке, которая работает по описанной схеме. Скажу как есть, в прошлой компании абсолютно все было иначе и я сейчас перестраиваюсь на ходу. И, честно говоря, я даже не знаю как это словами описать, ибо твоё описание всего процесса мне пробило тот воображаемый барьер непонимания того как вообще необходимо работать в подобной структуре. Огромная благодарность от меня! Спасибо за подобные ролики!
Дима, большое спасибо за то, что поделился своим опытом. Было очень интересно послушать, узнал много нового. Надеюсь, что и твоя работа не останется незамеченной :)
Крутое видео, спасибо! Очень полезно услышать подробное проговаривание таких моментов, в принципе очевидных, но о которых мало кто задумывается среди рабочих будней.
Дмитрий большой молодец, много читает профильной литературы, самообразуется. Не все так могут. Но прошёл год, и можно обновить тему :) Ещё было бы здорово сразу размещать ссылки на книжки в описании к ролику.
Дмитрий спасибо, очень интересно. Сделай еще видео о подробностях. В чем пишете задачи, как контролируешь, какие метрики применяешь. Будет интересно, в коментах поделимся опытом.
Желание сохранить своё имя за какой-либо идеей на самом деле не такое уж постыдное. Дело не только в желании людей потешить своё эго. В больших компаниях, да и в маленьких, где руководитель не наблюдает за рабочим процессом, а смотрит на результаты, карьерный рост, премии, повышения окладов и интересные задачи получит тот, чьё имя будет ассоциироваться с самым большим количеством достижений и с самым высоким качеством работы. И люди крадущие твой результат, крадут на самом деле не только твою славу, но и твоё материальное благосостояние.
Очень здорово сказано! Спасибо, подчерпнул для себя много нового, только начал исполнять обязанности тим-лида, правда тестовой команды, но все советы касательно процесса прямо в точку :) Особенно про мультипликаторы, хах.
Молодец, раньше пытался тебя смотреть, не получалось, подавал себя как космических высот спец с вальяжным изложением и соответствующей позой в кресле, теперь видимо правда поумнел и стал проще, смотрится норм, без понтов, спасибо 😎👍
Рядовая вакансия: ищем тимлида, обязанности - управлять командой, писать код вместе с командой и устранять баги, проектировать решения и отлично разбираться в архитектуре, готовить всю документацию, писать юнит и 2е2 тесты, конечно же девопс, как без него. Вспоминается анекдот, как программист искал водителя.
Интересное видео, по факту разложил о том что надо и что не надо делать тимлиду. Понравилась мысль по загрузке на 60-70% в мирное время) Хочу на TeamLead Conf 2019
Хочу на TeamLead Conf 2019 Со всем согласен, как тим-лид говорю ;) Что бы отметил: - Тим-Лид это про процессы, экспертизу можно и нужно брать из команды. Ты не должен быть самым классным разработчиком в команде, но должен быть с ней на одной волне (либо настраивать команда под нужную волну) - Не все процессы в конкретный момент нужны, часто бывает что команда уже переросла какой-то процесс, либо наоборот - недоросла - Для тех кто был классным разработчиком - нужно быть смелее, чтобы признаться что теперь ты отвечаешь не за кусок кода, ты отвечаешь за результат команды. Писать код - последнее что ты тут должен делать, даже если ты техлид в одном лице. - Команде нужна ответственность, стоит давать людям возможность взять ее и набить свои шишки. Это будет хороший опыт. - Одна из задач лида - самоликвидироваться. То есть создать команду, в которой уже нечего улучшать, растить. Но такое не достижимо в реальном мире.
Хочу на TeamLead Conf 2019 По сабжу - очень инетерсна тема о том, как строить процессы, как понять свое место (какую работу делать, где зона ответсвенности тим лида, где зона ответсвенности BA, где зона отвественности PD (product director))...
Хочу на TeamLead Conf 2019 Спасибо за видео, весьма познавательно. Стало грустно от мысли, что пока так и не довелось поработать в компании с четко расставленными позициями
Спасибо за видео, очень много полезной информации почерпнул из него! Не могу найти толковой информации про мультипликатор сотрудника именно в том ключе в котором об этом говорится в видео. Я понимаю суть, но немного не хватает именно информации из опыта, помогите найти где почитать о том как мультипликатор должен работать в теории (и/или на практике).
Привет! Спасибо за видео! Хочу на TeamLead Conf 2019! Как раз стою перед выбором куда дальше: team или tech) Было бы очень полезно) Ну и был бы рад лично встретиться)
Спасибо за рассказ, интересно было послушать как это выглядит "в идеальном мире". Для меня это всё звучит как сказки про потусторонний мир - не получалось сталкиваться с такими компаниями, где так чётко всё распределено и продумано. "Хорошо там, где меня нет" В моей альтернативной части реальности это выглядит так - часто оказывается, что тимлид - это человек, который каким-то чудом оказался на этой должности, потому что сам не может разрабатывать и не понимает всех процессов ИЛИ просто имел какие-то подвязки и оказался на должности. Например, один из большой кучи разработчиков явно не дотягивал по своему скиллу и всё время пытался переложить свою часть на других, пытался реализовать свою часть чужими силами. Команда продолжала развиваться и в какой-то момент стало понятно, что либо он вылетит как разработчик, либо он скажет, что будет тимлидом. Попав на должность тимлида он говорит руководству, мол, вот этого, этого и этого можно смело увольнять, т.к. за них большую часть делают этот, этот и вот этот. Он это точно знает, потому что сам был среди тех, кто слабо тянет. "Настроив" процессы тимлид получает некоторую лояльность от руководства, т.к. оказывается, что действительно - денег на зарплате сэкономили, а продукт выдаётся примерно такой же. После этого тимлид начинает ИБД - изображение бурной деятельности. Введение каких-то ему понятных критериев оценки, проведение различных митингов когда они не нужны И не проведение тогда, когда они нужны. Со стороны часто выглядит так - сначала команда разработчиков слушает что скажет тимлид, вникают, отвечают, разбираются. Потом между собой договариваются как делать (уже без тимлида) и делают так, что бы всё работало, ну и делают всё по своему плану. Тимлид один фиг ничего не поймёт - главное, что бы продукт работал. Задачи тимлид ставит таким образом, что это просто входящее письмо от конечного заказчика (или вообще пересланное голосовое сообщение), сам он как минимум не вникает, а как максимум не в состояние разобраться в силу недостаточной технической квалификации, незнание специфики продукта и предметной области. Единственное, что интересует тимлида - назвать ему сроки. Любые названные тобой сроки будут не правильными (либо слишком мало, либо слишком много), любое объяснение о том, что в таком виде задача не решается ИЛИ её выполнение зависит от 6-10 факторов не зависящих от разработчика означает, что это плохой разработчик и его нужно менять. В какой-то момент тимлид просто руинит все процессы (либо заводит в тупик менеджментом, либо разбегается команда) и виня во всём команду пытается либо полностью поменять команду, либо отдать проект на аутсорс. Возможно поэтому у меня и испортилось отношение к тимлидам, т.к. я в этих историях появляюсь только на этапе, когда заруинивший проект тимлид пытается найти аутсорс, а в нормальных коллективах/нормальных компаниях всё работает чётко, не выплывает наружу и следовательно я об этом не знаю. В итоге я зарёкся работать с такими специалистами... P.S. ни в коем случае не говорю, что все тимлиды плохие, не пытаюсь кого-то оскорбить и так далее. Признаю, что возможно я не натыкаюсь на нормальных тимлидов в силу того, что сам не являюсь "нормальным разработчиком" в общепринятом смысле.
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 сейчас), все точно тоже самое и лиды исполняют балетные па в ритме этого вальса
Хочу исчо про то как подобрать команду, как оценить качество исполнителя (именно не знания, а продуктивность), как ставить и контролировать сроки, как сделать так, что бы народ на этих задачах не зависал (не затыкал). Спасибо!
Тоже интересно. Как делать или где почитать об этом? Интересует не в сфере разработки ПО, а в другой, не связанной с ПО сферой. Хочу применить при управлении коллективом.
Привет, Дим. Подскажи, ресурсы, с которых можно черпать теорию и закреплять практикой. Именно связанные со Front и UI. От начального стэка - HTML, CSS. До JS и его фреймов. Хотелось бы увидеть реально дельный разбор, от человека, который разбирается в своей профессии. Так как молодым программистам, тяжело найти "иголку в стоге сена", а именно полезную и хорошую информацию в интернете. Интересует литература, сайты и возможно даже курсы. Главное, чтобы это было полезно. Заранее спасибо, жду ответа =)
Дима, не сочтите за бестактность, т.к. вопрос не по теме ролика, что за монитор используете? Реально удобнее нескольких плоских, или большой разницы нет в практическом использовании?
Видео пока не посмотрел, но в самом его начале заметил на твоем большом мониторе, в правой его части Devon'a Crawford'a. Это случайно не отсылка к вЫндэртону?)
В чью компетенцию по вашему входит коммуникация с другими командами? Тимлида? Техлида? Участников команды? Ну к примеру у одного из членов команды есть вопрос к другой команде. Он должен спрашивать через кого-то и получать ответы через него? Или идти и спрашивать самостоятельно?
Это зависит от уровня вопроса. Обычно менеджеры подключаются, когда вопрос затрагивает долговременное планирование, либо когда вопрос "политический". Если у одного инженера есть простой вопрос к другой команде, то инженер должен иметь возможность его просто спросить.
Хочу на TeamLead Conf 2019 По сабжу: рекомендую прочитать книгу Liminal Thinking для каждого кто хочет стать тимлидом, ПМом или любым другим управляющим
Дмитрий, привет. У меня появился вопрос касательно книг для тимлида. Я часто слышал мнение, что менеджеру любого направления рекомендуют читать "Исскусство войны" Сунь-Цзы. Насколько ты по своему опыту работы смог бы согласиться/не согласиться? (Честно говоря, я как в некотором роде любитель китайской философии ее намерен прочитать все равно, джу доставки =) ). Спасибо
А в какой программе происходит Макроменеджмент и создание Dashbord-ов с планированием и сортировкой что важно, а что нет? Для этого используется Excel или Gantt или все в куче? Спасибо!
Я был тимлидом который топил конфликты между разрабами в своей команде и в чужих. Через полгода все это всплыло и я пошел на повышение в другую компанию.
Я думаю, что это чуть-чуть другое. Scrum мастер приносит в команду саму методологию Scrum, а тим лид работает уже по готовой методологии компании. Могут отличатся церемонии и подход к команде
Поставили в команду скрам мастерить, а там ничего не налажено. Скрам в помойку, учимся работать с доской, общаться, не отвлекать других, планировать и попадать в сроки. Баа, да, я тим-лид. Ролик зачётный!
Хочу на TeamLead Conf 2019
Кристина ты выиграла билет! Свяжись со мной чтобы его забрать, например через телеграм! t.me/soexpired
@@SeniorSoftwareVlogger Спасибо! Ответила в Telegram :)
Я тоже хочу. У кого есть машина времени?
@@alexandrmih У Курису Макисе, кхм, тоесть у Кристины Максимовой есть, поэтому она и победила.
18:57 "Она может там лезть ко всем..." Видимо в этот момент в голове был конкретный пример :)
Отличное видео. Сначала надо было мне провалиться, чтобы осознанно понять, то о чем ты говоришь. Класс. Спасибо. Особенно понравился пример, про пожар, который может ещё погореть, день ))
Дмитрий, спасибо за очень интересное и структурированное изложение материала. Без сомнения, полезная информация.
Месяц назад перешел на позицию тим лида. Многие мысли подтвердились, еще больше интересного узнал. Спасибо!
Дима видно что ты готовишься перед созданием ролика, а не авось как получиться, из-за этого получается неплохая такая годнота! Спасибо!
Иногда бывает надеюсь на авось 🙈 но тут подготовился.
Отлично! Когда Вы это проговариваете вслух на аудиторию, эти постулаты закрепляются у Вас в мозге и позволяют совершенствоваться, становятся Вашей натурой. Спасибо. Сразу видно, автор развивается и растёт. Прикладывает для этого усилия. И вообще, приятный очень человек.
Я только перешёл в новую компанию на позицию мидла в дотнет разработке, которая работает по описанной схеме. Скажу как есть, в прошлой компании абсолютно все было иначе и я сейчас перестраиваюсь на ходу. И, честно говоря, я даже не знаю как это словами описать, ибо твоё описание всего процесса мне пробило тот воображаемый барьер непонимания того как вообще необходимо работать в подобной структуре. Огромная благодарность от меня! Спасибо за подобные ролики!
Дима, большое спасибо за то, что поделился своим опытом. Было очень интересно послушать, узнал много нового. Надеюсь, что и твоя работа не останется незамеченной :)
Крутое видео, спасибо! Очень полезно услышать подробное проговаривание таких моментов, в принципе очевидных, но о которых мало кто задумывается среди рабочих будней.
Дмитрий большой молодец, много читает профильной литературы, самообразуется.
Не все так могут.
Но прошёл год, и можно обновить тему :)
Ещё было бы здорово сразу размещать ссылки на книжки в описании к ролику.
Видос класс, cпасибо! понял что не хочу в менеджмент)
Дмитрий спасибо, очень интересно. Сделай еще видео о подробностях. В чем пишете задачи, как контролируешь, какие метрики применяешь. Будет интересно, в коментах поделимся опытом.
Желание сохранить своё имя за какой-либо идеей на самом деле не такое уж постыдное. Дело не только в желании людей потешить своё эго. В больших компаниях, да и в маленьких, где руководитель не наблюдает за рабочим процессом, а смотрит на результаты, карьерный рост, премии, повышения окладов и интересные задачи получит тот, чьё имя будет ассоциироваться с самым большим количеством достижений и с самым высоким качеством работы. И люди крадущие твой результат, крадут на самом деле не только твою славу, но и твоё материальное благосостояние.
Очень здорово сказано! Спасибо, подчерпнул для себя много нового, только начал исполнять обязанности тим-лида, правда тестовой команды, но все советы касательно процесса прямо в точку :)
Особенно про мультипликаторы, хах.
Спасибо за видео. Приятно видеть как люди растут и то что ты сам можешь расти было бы желание.
Хочу на TeamLead Conf 2019.
Спасибо за видео и рекомендации, особенно The Manager's Path и Humble Inquiry, интересно почитать. Ну, и конечно:
Хочу на TeamLead Conf 2019
Молодец, раньше пытался тебя смотреть, не получалось, подавал себя как космических высот спец с вальяжным изложением и соответствующей позой в кресле, теперь видимо правда поумнел и стал проще, смотрится норм, без понтов, спасибо 😎👍
Не думал об этом с такой стороны, спасибо за отзыв!
Рядовая вакансия: ищем тимлида, обязанности - управлять командой, писать код вместе с командой и устранять баги, проектировать решения и отлично разбираться в архитектуре, готовить всю документацию, писать юнит и 2е2 тесты, конечно же девопс, как без него. Вспоминается анекдот, как программист искал водителя.
Очень содержательно и интересно! Тема вообще не моя, но посмотрел на одном дыхании! 👍🏻
Привет, не смотрел тебя где-то год, офигеть, как уровень видео вырос, интересно было послушать, спасибо)
Интересное видео, по факту разложил о том что надо и что не надо делать тимлиду. Понравилась мысль по загрузке на 60-70% в мирное время) Хочу на TeamLead Conf 2019
Хочу на TeamLead Conf 2019
Со всем согласен, как тим-лид говорю ;)
Что бы отметил:
- Тим-Лид это про процессы, экспертизу можно и нужно брать из команды. Ты не должен быть самым классным разработчиком в команде, но должен быть с ней на одной волне (либо настраивать команда под нужную волну)
- Не все процессы в конкретный момент нужны, часто бывает что команда уже переросла какой-то процесс, либо наоборот - недоросла
- Для тех кто был классным разработчиком - нужно быть смелее, чтобы признаться что теперь ты отвечаешь не за кусок кода, ты отвечаешь за результат команды. Писать код - последнее что ты тут должен делать, даже если ты техлид в одном лице.
- Команде нужна ответственность, стоит давать людям возможность взять ее и набить свои шишки. Это будет хороший опыт.
- Одна из задач лида - самоликвидироваться. То есть создать команду, в которой уже нечего улучшать, растить. Но такое не достижимо в реальном мире.
Очень четко и по делу! Сам недавно стал тимлидом, сейчас как раз набиваю шишки 😀
Хочу на TeamLead Conf 2019
По сабжу - очень инетерсна тема о том, как строить процессы, как понять свое место (какую работу делать, где зона ответсвенности тим лида, где зона ответсвенности BA, где зона отвественности PD (product director))...
С зонами отвественности надо быть осторожнее... а то получиться что как пожарного вызывают он тушит дом, а соседний уже не его зона отвественности.
Спасибо было очень интересно узнать про работу тимлида от первого лица :)
Хочу на TeamLead Conf 2019
Спасибо за видео, весьма познавательно. Стало грустно от мысли, что пока так и не довелось поработать в компании с четко расставленными позициями
Очень познавательный и полезный материал. Сам ныряю в лидство и на многие вещи подобным образом не смотрел.
Хочу на TeamLead Conf 2019
Отличное видео, все по полочкам и с аргументацией своего видения.
Посмотрел и понял как же хорошо что я далек от программирования.
13:50 истина как она есть. Закладываем им идеи как в фильме начало с ДиКаприо. А потом улыбаемся и машем поддерживая в них мотивацию)
Очень крутое видео, спасибо.
Мне вообще это больше всех других твоих понравилось.
Спасибо за видео! Заинтересовала идея с дашбордами и возник вопрос: какие они бывают, какая информация в них может содержаться и как их сделать?
Отличное видео! Хочу на TeamLead Conf 2019
28:20 Мастер-класс по маханию руками в противофазе. Асинхоронненько))
Спасибо!
очень интересно было послушать и узнать всё в тонкостях
Спасибо за видео, очень много полезной информации почерпнул из него!
Не могу найти толковой информации про мультипликатор сотрудника именно в том ключе в котором об этом говорится в видео. Я понимаю суть, но немного не хватает именно информации из опыта, помогите найти где почитать о том как мультипликатор должен работать в теории (и/или на практике).
Превью огонь)
Привет! Спасибо за видео!
Хочу на TeamLead Conf 2019!
Как раз стою перед выбором куда дальше: team или tech) Было бы очень полезно)
Ну и был бы рад лично встретиться)
Ы-О-Ы-О-Ы-ы-ы...) Спасибо за информацию! Хочу на TeamLead Conf 2019
Спасибо за рассказ, интересно было послушать как это выглядит "в идеальном мире".
Для меня это всё звучит как сказки про потусторонний мир - не получалось сталкиваться с такими компаниями, где так чётко всё распределено и продумано. "Хорошо там, где меня нет"
В моей альтернативной части реальности это выглядит так - часто оказывается, что тимлид - это человек, который каким-то чудом оказался на этой должности, потому что сам не может разрабатывать и не понимает всех процессов ИЛИ просто имел какие-то подвязки и оказался на должности.
Например, один из большой кучи разработчиков явно не дотягивал по своему скиллу и всё время пытался переложить свою часть на других, пытался реализовать свою часть чужими силами. Команда продолжала развиваться и в какой-то момент стало понятно, что либо он вылетит как разработчик, либо он скажет, что будет тимлидом.
Попав на должность тимлида он говорит руководству, мол, вот этого, этого и этого можно смело увольнять, т.к. за них большую часть делают этот, этот и вот этот. Он это точно знает, потому что сам был среди тех, кто слабо тянет.
"Настроив" процессы тимлид получает некоторую лояльность от руководства, т.к. оказывается, что действительно - денег на зарплате сэкономили, а продукт выдаётся примерно такой же.
После этого тимлид начинает ИБД - изображение бурной деятельности. Введение каких-то ему понятных критериев оценки, проведение различных митингов когда они не нужны И не проведение тогда, когда они нужны.
Со стороны часто выглядит так - сначала команда разработчиков слушает что скажет тимлид, вникают, отвечают, разбираются. Потом между собой договариваются как делать (уже без тимлида) и делают так, что бы всё работало, ну и делают всё по своему плану. Тимлид один фиг ничего не поймёт - главное, что бы продукт работал.
Задачи тимлид ставит таким образом, что это просто входящее письмо от конечного заказчика (или вообще пересланное голосовое сообщение), сам он как минимум не вникает, а как максимум не в состояние разобраться в силу недостаточной технической квалификации, незнание специфики продукта и предметной области.
Единственное, что интересует тимлида - назвать ему сроки. Любые названные тобой сроки будут не правильными (либо слишком мало, либо слишком много), любое объяснение о том, что в таком виде задача не решается ИЛИ её выполнение зависит от 6-10 факторов не зависящих от разработчика означает, что это плохой разработчик и его нужно менять.
В какой-то момент тимлид просто руинит все процессы (либо заводит в тупик менеджментом, либо разбегается команда) и виня во всём команду пытается либо полностью поменять команду, либо отдать проект на аутсорс.
Возможно поэтому у меня и испортилось отношение к тимлидам, т.к. я в этих историях появляюсь только на этапе, когда заруинивший проект тимлид пытается найти аутсорс, а в нормальных коллективах/нормальных компаниях всё работает чётко, не выплывает наружу и следовательно я об этом не знаю.
В итоге я зарёкся работать с такими специалистами...
P.S. ни в коем случае не говорю, что все тимлиды плохие, не пытаюсь кого-то оскорбить и так далее. Признаю, что возможно я не натыкаюсь на нормальных тимлидов в силу того, что сам не являюсь "нормальным разработчиком" в общепринятом смысле.
Сочувствую твоему печальному опыту
First, Break All the Rules начал с этой но спасибо за твои книги почитаю
не знаю зачем я это посмотрел. надеюсь когда то пригодиться. норм видос
Теперь я хочу чтоб Дмитрий - был у меня тим лидом!
Отличный обзор профы. Спасибо большое)
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
"Желательно, чтобы ты был мультипликатором больше единицы" - ну, это топ 😂
Рекуууууууууурсия!!!
рекурсия
Хочу на TeamLead Conf 2019
Спасибо за видео!
Интересная тема, спасибо что поделился своим опытом.
Ну вот и меня не миновала сия чаша.... придется пересмотреть ролики по этой теме :)
спасибо Дим, было полезно
Шел 2021 год, а у нас все еще компании по 100+ человек, а иногда и крупные круизеры совмещают тим и тех лида
вопрос открыт, где эти компании, где практикуют норм подходы?
У меня сейчас позиция:
- тим лид 2 команд в 12 человек (вот все что человек расписал на видео про тим лида)
- 1 из 3х тех лидов проекта с 50+ девов с соответствующими требованиями
- постоянно приходится продумывать архитектуру, тобешь архитектор?
- код ревью, онбординги, менторинг, помощь с задачами, написание документации, решение самых сложных задач в спринте, решение оптимизационных проблем, мониторинг продакшина, помощь BA в написании их документации, помощь QA с тестированием, обсуждение логики с PO и менеджментом, оценка работы сотрудников и т.д и т.п
коллега перешел в топовую галеру у меня в стране (топ 2 на тот момент, топ 1 сейчас), все точно тоже самое и лиды исполняют балетные па в ритме этого вальса
Хочу исчо про то как подобрать команду, как оценить качество исполнителя (именно не знания, а продуктивность), как ставить и контролировать сроки, как сделать так, что бы народ на этих задачах не зависал (не затыкал). Спасибо!
Хочу на TeamLead Conf 2019
очень полезное видео. мне пригодится :)
Дим, можешь рассказать про то, как делать Дашборды?
Тоже интересно. Как делать или где почитать об этом? Интересует не в сфере разработки ПО, а в другой, не связанной с ПО сферой. Хочу применить при управлении коллективом.
Нифига себе у тебя монитор, как моя плазма (шутка, у меня нет плазмы).
Что за модель? Соотношение сторон чуть ли не 6:1
Привет, Дим. Подскажи, ресурсы, с которых можно черпать теорию и закреплять практикой. Именно связанные со Front и UI. От начального стэка - HTML, CSS. До JS и его фреймов. Хотелось бы увидеть реально дельный разбор, от человека, который разбирается в своей профессии. Так как молодым программистам, тяжело найти "иголку в стоге сена", а именно полезную и хорошую информацию в интернете. Интересует литература, сайты и возможно даже курсы. Главное, чтобы это было полезно. Заранее спасибо, жду ответа =)
Спасибо за интересное и, главное, полезное видео
Зашел посмотреть, только потому что сильно орал с кода на превьюшке) Я один этот рофл гениальный заметил?)
Кажется ты первый кто написал :)
Ну давай попробуем. Хочу на TeamLead Conf 2019.
Хочу на TeamLead Conf ✅
Пиши "Хочу на TeamLead Conf 2019" чтобы участвовать в конкурсе! Видео получилось длинным, смотрим в несколько заходов, таймкоды в описании :)
Вопрос немного не по теме, но буду рад, если ответишь. Мониторы каких изготовителей ты предпочитаешь и на которых тебе комфортно работать?
Дима, не сочтите за бестактность, т.к. вопрос не по теме ролика, что за монитор используете? Реально удобнее нескольких плоских, или большой разницы нет в практическом использовании?
kit.com/seniorsoftwarevlogger
Очень хочу на teamlead conf
что такое мульипликатор/мультипликаивность?
Хочу на TeamLead Conf 2019
P.S.: спасибо за твои видео)
Интересно. Немного понятно зачем нужен тимлид. Пока такого счастья не хочется
Спасибо. Хочу на TeamLead Conf 2019
Хочу на TeamLead Conf 2019
Спасибо за инфо
Хочу на TeamLead Conf 2019
По сабжу: Не забывайте растить себе замену, если планируете расти по карьерной лестнице дальше)
Как же это точно, про микроменджмент...
Класс 👍👌
Вот это уровень.
Видео пока не посмотрел, но в самом его начале заметил на твоем большом мониторе, в правой его части Devon'a Crawford'a. Это случайно не отсылка к вЫндэртону?)
Следующая в ноябре будет, будет конкурс?
Добрый день! Дмитрий, а Вы говорите про значение мультипликатора в команде. Подскажите, где можно найти больше информации об этом? На любом языке
ruclips.net/video/5w_pONWNAJQ/видео.html
@@SeniorSoftwareVlogger Благодарю!)
Очень очень хочу на TeamLead Conf 2019
Хочу на TeamLead Conf 2019!
Супер
Какие требования менеджерам стартапов? Умение программировать обязательно?
Зависит от компании, обычно менеждеры не пишут код, но на собесе иногда спрашивают, чтобы понять , что человек понимает чем руководит.
Улыбаемся и машем!
Хочу на TeamLead Conf 2019 :)
Очень грамотно!
А что такое мультипликатор? ))
9:30 властям про Сибирь это нужно сказать
В чью компетенцию по вашему входит коммуникация с другими командами? Тимлида? Техлида? Участников команды? Ну к примеру у одного из членов команды есть вопрос к другой команде. Он должен спрашивать через кого-то и получать ответы через него? Или идти и спрашивать самостоятельно?
Это зависит от уровня вопроса. Обычно менеджеры подключаются, когда вопрос затрагивает долговременное планирование, либо когда вопрос "политический". Если у одного инженера есть простой вопрос к другой команде, то инженер должен иметь возможность его просто спросить.
спасибо очень позновательно
А вы знакомы с SEMAT? Вообще, слышали ли о компаниях, которые используют его для сравнения и устройства своих процессов разработки ПО?
Что у тебя за монитор? который ты к маку подключил?
kit.com/seniorsoftwarevlogger
Привет, Дмитрий! Прости, что не по теме, давно тебя смотрю и хотел спросить, какая у тебя тема установлена в vs code?
Хочу на TeamLead Conf 2019 🖖🖖
Хочу на TeamLead Conf 2019
По сабжу: рекомендую прочитать книгу Liminal Thinking для каждого кто хочет стать тимлидом, ПМом или любым другим управляющим
Воу очень классно
Хочу на TeamLead Conf2019!
Я даже не джуниор, я просто мою полы. Зачем я посмотрел это видео?
Тащемта,я видал таких тимлидов, которым я бы и полы мыть не доверил
Ютуб увидел в тебе будущего тимлида
Плох тот солдат который не мечтает стать генералом
что-то изменилось?
@@ainz8656 у меня? стал своего рода тимлидом, админ модерации на дейтинге xD
Получается, видео помогло немношк
Дмитрий, привет. У меня появился вопрос касательно книг для тимлида. Я часто слышал мнение, что менеджеру любого направления рекомендуют читать "Исскусство войны" Сунь-Цзы. Насколько ты по своему опыту работы смог бы согласиться/не согласиться? (Честно говоря, я как в некотором роде любитель китайской философии ее намерен прочитать все равно, джу доставки =) ). Спасибо
Я не читал эту книгу, не могу сказать.
Хочу на team lead conf!
А в какой программе происходит Макроменеджмент и создание Dashbord-ов с планированием и сортировкой что важно, а что нет? Для этого используется Excel или Gantt или все в куче? Спасибо!
А насчет книг , для лучшего понимания других людей, советую прочитать Курпатов-Чертоги разума
А что тогда должен делать ПМ ? В чем разница между этими 2 ролями
Хочу на TeamLead Conf 2019
Уииии
Я был тимлидом который топил конфликты между разрабами в своей команде и в чужих. Через полгода все это всплыло и я пошел на повышение в другую компанию.
а scrum-менеджер это случаем не teamlead? Подскажите пожалуйста, чтобы разобраться.
нет, скрам мастер это отдельная роль
Я думаю, что это чуть-чуть другое. Scrum мастер приносит в команду саму методологию Scrum, а тим лид работает уже по готовой методологии компании. Могут отличатся церемонии и подход к команде
Поставили в команду скрам мастерить, а там ничего не налажено. Скрам в помойку, учимся работать с доской, общаться, не отвлекать других, планировать и попадать в сроки. Баа, да, я тим-лид. Ролик зачётный!
Хочу на TeamLead Conf 2019.