Все, хватит про скейт, Шаббат закончился, пора возвращаться к работе, ну или обучению :)
Тут кстати выложили огромную кучу видосов с #teamlead conf
Посмотрел уже штук 5, пока понравилось только доклад Кота
Но выглядит так, что там много, потенциально, интересного
https://youtube.com/@ManagementChannel
Как найдете что-то интересное — пишите в комменты :)
Тут кстати выложили огромную кучу видосов с #teamlead conf
Посмотрел уже штук 5, пока понравилось только доклад Кота
Но выглядит так, что там много, потенциально, интересного
https://youtube.com/@ManagementChannel
Как найдете что-то интересное — пишите в комменты :)
YouTube
(Без)душный менеджмент, или Как получать удовольствие от работы / Евгений Кот (Wrike)
Приглашаем на конференцию TeamLead Conf++ 2024, которая пройдет 27 и 28 ноября в Москве!
Программа, подробности и билеты по ссылке: https://clck.ru/3DDSgX
---------
TeamLead Conf Foundation 2022
Тезисы и презентация: https://teamleadconf.ru/moscow/20…
Программа, подробности и билеты по ссылке: https://clck.ru/3DDSgX
---------
TeamLead Conf Foundation 2022
Тезисы и презентация: https://teamleadconf.ru/moscow/20…
Продолжаю просматривать #teamlead conf 2022
Просмотрел еще несколько докладов, пока зацепил только один -- https://youtu.be/ux4Gl234qMk
Почему понравился?
Концептуально интересная мысль -- при работе управлять знаниями о продукте, а не задачами.
В большинстве компаний, с которыми я взаимодействовал управляли задачами.
1. Продакт писал описание дизайнеру, что он хочет
2. Дизайнер накидывает базовый концепт
3. На этапе концепта зовет аналитика/инженера, чтобы понять получится ли так сделать
4. Аналитик описывает постановку задачи для инженера
И так далее
На каждого исполнителя заводятся отдельные задачи, они выполняются, все хорошо, но, кажется тут очень часто происходит сломанный телефон. Я работал с таким процессом и, часто, так и было -- нужно было либо каждое действие валидировать с стейкхолдером и тогда это становилось тяжело поддерживать, либо не валидировать и ловить удивление стейхолдера на демо 😄
Сейчас у меня используется что-то похожее: на каждый стрим заводится документашка, которая последовательно идет по процессу и обрастает новыми деталями, при это сохраняя историчность изменений. Задачи при этом, просто ссылаются на место в документации и это работает чуть лучше. Да у этого подхода все еще есть минусы, но пока меня он устраивает
Почему не понравился?
В докладе описана базовая концепция без примеров применения. По ходу доклада казалось прям очень крутым решением, но на секции вопросов все воздушные замки разрушились и оказалось, что это решение все так же имеет кучу шероховатостей, на которые спикер не смог дать конкретного решения
Просмотрел еще несколько докладов, пока зацепил только один -- https://youtu.be/ux4Gl234qMk
Почему понравился?
Концептуально интересная мысль -- при работе управлять знаниями о продукте, а не задачами.
В большинстве компаний, с которыми я взаимодействовал управляли задачами.
1. Продакт писал описание дизайнеру, что он хочет
2. Дизайнер накидывает базовый концепт
3. На этапе концепта зовет аналитика/инженера, чтобы понять получится ли так сделать
4. Аналитик описывает постановку задачи для инженера
И так далее
На каждого исполнителя заводятся отдельные задачи, они выполняются, все хорошо, но, кажется тут очень часто происходит сломанный телефон. Я работал с таким процессом и, часто, так и было -- нужно было либо каждое действие валидировать с стейкхолдером и тогда это становилось тяжело поддерживать, либо не валидировать и ловить удивление стейхолдера на демо 😄
Сейчас у меня используется что-то похожее: на каждый стрим заводится документашка, которая последовательно идет по процессу и обрастает новыми деталями, при это сохраняя историчность изменений. Задачи при этом, просто ссылаются на место в документации и это работает чуть лучше. Да у этого подхода все еще есть минусы, но пока меня он устраивает
Почему не понравился?
В докладе описана базовая концепция без примеров применения. По ходу доклада казалось прям очень крутым решением, но на секции вопросов все воздушные замки разрушились и оказалось, что это решение все так же имеет кучу шероховатостей, на которые спикер не смог дать конкретного решения
👍4❤1
Еще один прекрасный видос с #teamlead conf о том, как устроена работа Тим лидов в авито
https://youtu.be/IE16qJeN_JI
В авито построена прекрасная система за счет введения правильных ценностей и соблюдении их на всех уровнях
Я встречал очень много компаний, где были такие же ценности и все о них знали, но только это все равно не заводилось, потому что потому)
В видео спикер верхнеуровнево рассказывает про грейды лидов, как тут все взаимодействуют, работают между собой и так далее. Сессия довольно короткая и спикер рассказал очень поверхностно, более подробно можно изучить в playbook — https://github.com/avito-tech/playbook/blob/master/techlead-profile.md
https://youtu.be/IE16qJeN_JI
В авито построена прекрасная система за счет введения правильных ценностей и соблюдении их на всех уровнях
Я встречал очень много компаний, где были такие же ценности и все о них знали, но только это все равно не заводилось, потому что потому)
В видео спикер верхнеуровнево рассказывает про грейды лидов, как тут все взаимодействуют, работают между собой и так далее. Сессия довольно короткая и спикер рассказал очень поверхностно, более подробно можно изучить в playbook — https://github.com/avito-tech/playbook/blob/master/techlead-profile.md
YouTube
Как расти менеджерам на примере менеджерской линейки Авито / Игорь Гранщиков (Авито)
Приглашаем на самую крупную мультиформатную конференцию для тимлидов и руководителей не только из IT — TeamLead Conf 2025, которая пройдет 10 и 11 ноября 2025 в Москве.
Подробнее о конференции: https://clck.ru/3NUaBv
________
TeamLead Conf Foundation 2022…
Подробнее о конференции: https://clck.ru/3NUaBv
________
TeamLead Conf Foundation 2022…
🔥3❤1