Кстати, если вы пропустили, в нашем канале с кейсами разбираемся, как быть с токсичным сотрудником, который в каждом действии команды и руководителя видит травлю.
Ну и ждем новых кейсов от вас на разбор, закидывайте в бота @TeamleadDoNotSleepBot!
Ну и ждем новых кейсов от вас на разбор, закидывайте в бота @TeamleadDoNotSleepBot!
Telegram
Тимлид не спит: разбор менеджерских болей, вопросов и кейсов
Разбираем новый кейс
👉 Кейс #15. Самый токсичный сотрудник
Я недавно занял должность руководителя отдела и получил в наследство сложного подчинённого – назовём её Оля. Предшественники предупредили: с ней тяжко, качество работы низкое, дисциплина хромает…
👉 Кейс #15. Самый токсичный сотрудник
Я недавно занял должность руководителя отдела и получил в наследство сложного подчинённого – назовём её Оля. Предшественники предупредили: с ней тяжко, качество работы низкое, дисциплина хромает…
Про радикальную прямоту
Radical Candor – очень хорошая книга для начинающих менеджеров. Я ее упоминал в своей мега-подборке книг, и, если вы ее еще не прочитали, то в статье по ссылке довольно хорошее саммари.
Для меня эта книге важна в первую очередь потому, что она дает очень человечный фреймворк для построения отношений менеджер-сотрудник. С одной стороны, вы начинаете очень глубоко понимать каждого члена вашей команды, а с другой – имеете набор инструментов для того, чтобы растить его, челленджить, и давать конструктивный фидбэк.
Radical Candor – очень хорошая книга для начинающих менеджеров. Я ее упоминал в своей мега-подборке книг, и, если вы ее еще не прочитали, то в статье по ссылке довольно хорошее саммари.
Для меня эта книге важна в первую очередь потому, что она дает очень человечный фреймворк для построения отношений менеджер-сотрудник. С одной стороны, вы начинаете очень глубоко понимать каждого члена вашей команды, а с другой – имеете набор инструментов для того, чтобы растить его, челленджить, и давать конструктивный фидбэк.
Хабр
Хороший, плохой, злой тимлид. Как говорить команде правду и выжить
Привет, Хабр! Меня зовут Лера, я технический писатель в Авито . Очень люблю книги, которые помогают быть лучше в работе: эффективнее общаться с командой, принимать решения, развивать коллег и расти...
Как разработчики на самом деле используют AI
Anthropic – создатели самых популярных моделей для работы с кодом, поделились детальной статистикой по тоиу, как именно разработчики используют AI.
Сначала чуть-чуть про методологию.
Взяли выборку в 500 000 сессий за начало апреля и прогнали их через privacy-preserving аналитику: модель анонимно определяла тему, язык, тип задачи классификацию всей беседы – либо как "автоматизацию" (AI делает работу) или "аугментацию" (AI + человек решают задачу вместе). Сравнивали два канала: обычный AI чат и AI агента Claude Code.
👉Чем агентнее инструмент, тем меньше человек участвует в самом процессе написания кода. 79% бесед с Claude Code относятся к классу "автоматизация" против 49% в чате. При этом полное делегирование задачи происходит в 44% сессий с агентом, и в 27% в чате.
👉В основном разрабатываются user-facing приложения, так что бэкендеров заменят последними. JavaScript и HTML лидируют в списке технологий. Для сравнения Java где-то в 10 раз менее популярна.
👉Агент в основном используется стартапами и в пет-проектах, в энтерпрайзах проникновение пока не очень большое.
Anthropic – создатели самых популярных моделей для работы с кодом, поделились детальной статистикой по тоиу, как именно разработчики используют AI.
Сначала чуть-чуть про методологию.
Взяли выборку в 500 000 сессий за начало апреля и прогнали их через privacy-preserving аналитику: модель анонимно определяла тему, язык, тип задачи классификацию всей беседы – либо как "автоматизацию" (AI делает работу) или "аугментацию" (AI + человек решают задачу вместе). Сравнивали два канала: обычный AI чат и AI агента Claude Code.
👉Чем агентнее инструмент, тем меньше человек участвует в самом процессе написания кода. 79% бесед с Claude Code относятся к классу "автоматизация" против 49% в чате. При этом полное делегирование задачи происходит в 44% сессий с агентом, и в 27% в чате.
👉В основном разрабатываются user-facing приложения, так что бэкендеров заменят последними. JavaScript и HTML лидируют в списке технологий. Для сравнения Java где-то в 10 раз менее популярна.
👉Агент в основном используется стартапами и в пет-проектах, в энтерпрайзах проникновение пока не очень большое.
Стратегический технический советник
Топ-менеджерам больших компаний каждый день приходится принимать кучу решений. Детально вкатываться в контекст каждого не получается чисто из-за ограничений времени и рабочей памяти. Поэтому довольно удобным способом разобраться с какой-то проблемой, требующей глубокого погружения, становится делегирование ее кому-то еще. Для проблем, затрагивающих одну функцию, домен или компонент, все довольно тривиально. Но когда проблема появляется на стыке команд, лучше всего делегировать погружение в нее кому-то независимому.
Роль технического советника состоит ровно в этом – расширять возможности менеджера, за него погружаясь в сложные кросскомандные проблемы, и принося независимые рекомендации. Статью советую и тем, для кого такая роль может стать ступенькой карьерного роста, и тем, кто находится на месте топ-менеджера с ограниченным ресурсом – довольно подробно разбирается, как встроить эту роль в организационную структуру.
Топ-менеджерам больших компаний каждый день приходится принимать кучу решений. Детально вкатываться в контекст каждого не получается чисто из-за ограничений времени и рабочей памяти. Поэтому довольно удобным способом разобраться с какой-то проблемой, требующей глубокого погружения, становится делегирование ее кому-то еще. Для проблем, затрагивающих одну функцию, домен или компонент, все довольно тривиально. Но когда проблема появляется на стыке команд, лучше всего делегировать погружение в нее кому-то независимому.
Роль технического советника состоит ровно в этом – расширять возможности менеджера, за него погружаясь в сложные кросскомандные проблемы, и принося независимые рекомендации. Статью советую и тем, для кого такая роль может стать ступенькой карьерного роста, и тем, кто находится на месте топ-менеджера с ограниченным ресурсом – довольно подробно разбирается, как встроить эту роль в организационную структуру.
Keavy McMinn
The Second Brain: The Art of the Strategic Technical Advisor
Personal thoughts on technology, development, and life
This media is not supported in your browser
VIEW IN TELEGRAM
Frontend + Летний митап + Суббота = Я.Субботник по разработке интерфейсов 💛
7 июня в Москве Яндекс Go проводит Я.Субботник по разработке интерфейсов. В программе 4 доклада и воркшоп:
👉 Артемий Карпов расскажет, как команда выстраивает взаимодействие между разработкой и тестированием при написании автотестов и улучшении семантики приложения
👉 Миша Колосовский покажет, как сделать статические схемы интерактивными и причем тут SVG
👉 Давид Давыдов объяснит, что мы сделали с серверным API и как пришли к одной строчке кода вместо сотни
👉 Серёжа Алейников поделится опытом портирования нативного BDUI в вебе
На воркшопе участники в командах будут исправлять некорректные интерфейсы, стараясь учесть требования дизайнеров, бэкенд-разработчиков и тестировщиков. Вместе обсудим варианты решений, а коллеги из Яндекса помогут найти самое оптимальное.
Регистрируйтесь и зовите друзей!
Мероприятие бесплатное. Количество мест в офлайне ограничено — пожалуйста, дождитесь нашего подтверждения.
Реклама. ООО «Яндекс.Такси» ИНН 7704340310
7 июня в Москве Яндекс Go проводит Я.Субботник по разработке интерфейсов. В программе 4 доклада и воркшоп:
👉 Артемий Карпов расскажет, как команда выстраивает взаимодействие между разработкой и тестированием при написании автотестов и улучшении семантики приложения
👉 Миша Колосовский покажет, как сделать статические схемы интерактивными и причем тут SVG
👉 Давид Давыдов объяснит, что мы сделали с серверным API и как пришли к одной строчке кода вместо сотни
👉 Серёжа Алейников поделится опытом портирования нативного BDUI в вебе
На воркшопе участники в командах будут исправлять некорректные интерфейсы, стараясь учесть требования дизайнеров, бэкенд-разработчиков и тестировщиков. Вместе обсудим варианты решений, а коллеги из Яндекса помогут найти самое оптимальное.
Регистрируйтесь и зовите друзей!
Мероприятие бесплатное. Количество мест в офлайне ограничено — пожалуйста, дождитесь нашего подтверждения.
Реклама. ООО «Яндекс.Такси» ИНН 7704340310
AI код сразу же становится легаси
У кодовой базы есть несколько стадий развития, которые влияют на вероятность того, потратит ли программист время на то, чтобы ее улучшить. Они зависят от двух вещей – кто автор кода, и как давно он был написан.
В чем суть – чем более далек от программиста код, тем сложнее восстановить контекст вокруг него и понять, почему был выбран тот или иной подход. А чем сложнее поднятие контекста, тем меньше вероятность того, что этот код потрогают.
Код, написанный AI, сразу же попадает в ту категорию кода, трогать которую себе дороже – ты не знаешь, почему он был написан именно так, какие компромиссы за ним лежат, что может сломаться, если его отрефакторить. С одной стороны, это не так и плохо – работает, не трогай. С другой – большинство из нас работали в огромных легаси кодовых базах, и знают, какая это боль.
У кодовой базы есть несколько стадий развития, которые влияют на вероятность того, потратит ли программист время на то, чтобы ее улучшить. Они зависят от двух вещей – кто автор кода, и как давно он был написан.
В чем суть – чем более далек от программиста код, тем сложнее восстановить контекст вокруг него и понять, почему был выбран тот или иной подход. А чем сложнее поднятие контекста, тем меньше вероятность того, что этот код потрогают.
Код, написанный AI, сразу же попадает в ту категорию кода, трогать которую себе дороже – ты не знаешь, почему он был написан именно так, какие компромиссы за ним лежат, что может сломаться, если его отрефакторить. С одной стороны, это не так и плохо – работает, не трогай. С другой – большинство из нас работали в огромных легаси кодовых базах, и знают, какая это боль.
Text Incubation
AI code is legacy code from day one - Text Incubation
5/04/25 Originally posted to Hacker News - I've included some of the more interesting comments in a section below. It seems like there are a few stages in the life of a codebase (and/or parts of it),…
Про проблемы с 1-1
Дисклеймер: я верю, что в среднем 1-1 скорее полезны, чем вредны. Выделенное в календаре время само по себе не решает никаких проблем, но подталкивает менеджера к тому, чтобы регулярно разговаривать со своими сотрудниками, причем не только о рабочих задачах. Казалось бы, и так очевидно, что этим нужно заниматься – но я видел бессчетное количество команд, в которых люди абсолютно брошены.
При всем этом у 1-1 дофига недостатков:
👉Разбор всей обратной связи и обмен контекстом происходят за закрытыми дверьми, что заметно влияет на культуру.
👉Обсуждения проектов не включают всех нужных людей, и решения из-за этого либо не принимаются, либо принимаются криво.
👉Календарь менеджера заполнен огромным количеством дополнительных встреч, не каждая из которых действительно принесет достаточно ценности. Сама структура бесед тяготеет к тому, чтобы в первую очередь обмениваться статусом по операционке, и действительно важным проектам и проблемам уделяется мало внимания.
👉Темы и фидбэк, которые имело бы смысл обсудить сразу же, откладываются до следующей встречи, когда контекст может быть уже потерян.
Автор советует заменить регулярные 1-1 на:
👉Обсудить в чате -> Быстро ad hoc созвониться на 5 минут -> и только потом делать полноценный митинг. Большая часть вопросов таким образом решится гораздо быстрее.
👉Статус-чеки по проектам, которые включают в себя всех нужных участников.
👉Выделенное время под карьерные разговоры и обсуждение перфоманса.
Дисклеймер: я верю, что в среднем 1-1 скорее полезны, чем вредны. Выделенное в календаре время само по себе не решает никаких проблем, но подталкивает менеджера к тому, чтобы регулярно разговаривать со своими сотрудниками, причем не только о рабочих задачах. Казалось бы, и так очевидно, что этим нужно заниматься – но я видел бессчетное количество команд, в которых люди абсолютно брошены.
При всем этом у 1-1 дофига недостатков:
👉Разбор всей обратной связи и обмен контекстом происходят за закрытыми дверьми, что заметно влияет на культуру.
👉Обсуждения проектов не включают всех нужных людей, и решения из-за этого либо не принимаются, либо принимаются криво.
👉Календарь менеджера заполнен огромным количеством дополнительных встреч, не каждая из которых действительно принесет достаточно ценности. Сама структура бесед тяготеет к тому, чтобы в первую очередь обмениваться статусом по операционке, и действительно важным проектам и проблемам уделяется мало внимания.
👉Темы и фидбэк, которые имело бы смысл обсудить сразу же, откладываются до следующей встречи, когда контекст может быть уже потерян.
Автор советует заменить регулярные 1-1 на:
👉Обсудить в чате -> Быстро ad hoc созвониться на 5 минут -> и только потом делать полноценный митинг. Большая часть вопросов таким образом решится гораздо быстрее.
👉Статус-чеки по проектам, которые включают в себя всех нужных участников.
👉Выделенное время под карьерные разговоры и обсуждение перфоманса.
Linkedin
Why I don't believe in 1:1s | Zeb Hermann posted on the topic | LinkedIn
Why I don't believe in 1:1s
1:1s are core to corporate culture. They’re endemic to tech companies. We think about them and talk about them all the time, and it's assumed that every manager's calendar is littered with 1:1s.
I think they’re a bad construct…
1:1s are core to corporate culture. They’re endemic to tech companies. We think about them and talk about them all the time, and it's assumed that every manager's calendar is littered with 1:1s.
I think they’re a bad construct…
This media is not supported in your browser
VIEW IN TELEGRAM
Был момент, когда я реально думал: “Ну не дано мне быть тимлидом”.
Команда есть, задачи есть, а ощущения уверенности — нет.
Каждый день — бесконечный чат, куча ручной координации, всё держится на мне, и никакой опоры.
Я пытался: внедрял процессы, проводил ретро, делал one-on-one, читал статьи.
А потом снова выгорал. Потому что не было системы. Потому что на каждом уровне роста я залипал — и не понимал, что происходит.
И только когда я увидел, что у управления есть этапы, что есть точки, где почти все проваливаются — стало легче.
Появилась карта. Появились ориентиры.
И главное — чёткий план действий!
Меня зовут Павел Чертков.
Я — руководитель разработки с 10-летним опытом, работаю с тимлидами, руководителями и теми, кто только начинает этот путь.
И 20 мая в 19:00(мск) я проведу открытый урок
«Эволюция руководителя: как преодолеть потолок в развитии и выйти на новый уровень».
Вы сейчас в похожей точке:
— тащите команду на себе,
— не чувствуете роста,
— устали от хаоса и микроконтроля —
Я приглашаю вас на открытый урок «Эволюция руководителя».
Будем разбирать,
— почему “быть идеальным” мешает расти,
— что блокирует ваш переход на новый уровень,
— и как выстроить систему управления, которая работает.
📌 Это открытый урок в преддверии большого курса «Тимлид 360».
👉 Вот ссылка на участие
Если чувствуете, что застряли — это не тупик. Это следующая ступень.
Пора двигаться дальше.
Реклама. Самозанятый Чертков, ИНН 420549309401, erid:2SDnjeEZAX7
Команда есть, задачи есть, а ощущения уверенности — нет.
Каждый день — бесконечный чат, куча ручной координации, всё держится на мне, и никакой опоры.
Я пытался: внедрял процессы, проводил ретро, делал one-on-one, читал статьи.
А потом снова выгорал. Потому что не было системы. Потому что на каждом уровне роста я залипал — и не понимал, что происходит.
И только когда я увидел, что у управления есть этапы, что есть точки, где почти все проваливаются — стало легче.
Появилась карта. Появились ориентиры.
И главное — чёткий план действий!
Меня зовут Павел Чертков.
Я — руководитель разработки с 10-летним опытом, работаю с тимлидами, руководителями и теми, кто только начинает этот путь.
И 20 мая в 19:00(мск) я проведу открытый урок
«Эволюция руководителя: как преодолеть потолок в развитии и выйти на новый уровень».
Вы сейчас в похожей точке:
— тащите команду на себе,
— не чувствуете роста,
— устали от хаоса и микроконтроля —
Я приглашаю вас на открытый урок «Эволюция руководителя».
Будем разбирать,
— почему “быть идеальным” мешает расти,
— что блокирует ваш переход на новый уровень,
— и как выстроить систему управления, которая работает.
📌 Это открытый урок в преддверии большого курса «Тимлид 360».
👉 Вот ссылка на участие
Если чувствуете, что застряли — это не тупик. Это следующая ступень.
Пора двигаться дальше.
Реклама. Самозанятый Чертков, ИНН 420549309401, erid:2SDnjeEZAX7
Please open Telegram to view this post
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
КРОК запустил второй сезон онлайн-стримов про people-менеджмент для тимлидов и вообще всех, кто работает с людьми ⚡️
Вас ждет
📌 5 встреч в прямом эфире
🎙 Спикеры из КРОК, Яндекс, Ozon, HeadHunter, Dodo Engineering, K2 Cloud, Контур и red_mad_robot
Ведущий — Иван Пластун, директор по трансформации департамента инфраструктурных решений и сервисов КРОК.
Разберемся, что действительно помогает руководителю управлять командой, налаживать процессы и не терять себя в круговороте задач. Спойлер:это не про отсутствие ошибок и суперсилу «держать все под контролем» 😁
Старт 5 июня в 19:00. Зарегистрироваться и узнать про все выпуски можно по ссылке 🔗
Реклама ЗАО «КРОК Инкорпорейтед», ИНН 7701004101. Erid: 2W5zFHRbcFS
Вас ждет
📌 5 встреч в прямом эфире
🎙 Спикеры из КРОК, Яндекс, Ozon, HeadHunter, Dodo Engineering, K2 Cloud, Контур и red_mad_robot
Ведущий — Иван Пластун, директор по трансформации департамента инфраструктурных решений и сервисов КРОК.
Разберемся, что действительно помогает руководителю управлять командой, налаживать процессы и не терять себя в круговороте задач. Спойлер:
Старт 5 июня в 19:00. Зарегистрироваться и узнать про все выпуски можно по ссылке 🔗
Реклама ЗАО «КРОК Инкорпорейтед», ИНН 7701004101. Erid: 2W5zFHRbcFS
Про книгу "Never Split the Difference"
Только что дочитал очень классную книгу про переговоры – Never Split the Difference. Автор, как часто водится у тренеров по переговорам, работал в силовых структурах и занимался освобождением заложников, после чего решил попробовать адаптировать используемые ими приемы к нашему с вами миру бизнеса и бытовых вопросов.
Какие идеи мне зашли:
👉Самая частая ошибка в переговорах – говорить о себе, своих интересах и своей позиции. Гораздо ценнее слушать вторую сторону, и всякими образами подталкивать их к тому, чтобы они побольше говорили, давали вам новую информацию, да и вообще чувствовали себя хозяином положения.
👉Хорошие инструменты, помогающие создать у второй стороны ощущение, что ее услышали, и продолжать говорить – зеркалирование и суммаризация.
👉Топовый прием – калибровочные вопросы. Вместо того, чтобы отвечать отказом на предложение, которое вам не подходит, лучше задавать открытые вопросы, которые подтолкнут вторую сторону к тому, чтобы принять вашу картину мира. Условно говоря, на слишком высокую цену стоит отвечать не предложением более низкой, а вопросом "Как я смогу себе позволить эту цену, если у меня есть только...?".
Книга уже окупилась – на днях сбил 100$ с цены за отель! Читается легко, кейсы полезные, рекомендую.
Только что дочитал очень классную книгу про переговоры – Never Split the Difference. Автор, как часто водится у тренеров по переговорам, работал в силовых структурах и занимался освобождением заложников, после чего решил попробовать адаптировать используемые ими приемы к нашему с вами миру бизнеса и бытовых вопросов.
Какие идеи мне зашли:
👉Самая частая ошибка в переговорах – говорить о себе, своих интересах и своей позиции. Гораздо ценнее слушать вторую сторону, и всякими образами подталкивать их к тому, чтобы они побольше говорили, давали вам новую информацию, да и вообще чувствовали себя хозяином положения.
👉Хорошие инструменты, помогающие создать у второй стороны ощущение, что ее услышали, и продолжать говорить – зеркалирование и суммаризация.
👉Топовый прием – калибровочные вопросы. Вместо того, чтобы отвечать отказом на предложение, которое вам не подходит, лучше задавать открытые вопросы, которые подтолкнут вторую сторону к тому, чтобы принять вашу картину мира. Условно говоря, на слишком высокую цену стоит отвечать не предложением более низкой, а вопросом "Как я смогу себе позволить эту цену, если у меня есть только...?".
Книга уже окупилась – на днях сбил 100$ с цены за отель! Читается легко, кейсы полезные, рекомендую.
Goodreads
Never Split the Difference: Negotiating as if Your Life…
A former FBI hostage negotiator offers a new, field-tes…
Работаем с лоу-перформерами
Когда в команде появляется лоу-перформер, очень заманчиво просто закрыть на проблему глаза в надежде, что все магическим образом исправится. Иногда так и случается, если причиной плохого перфоманса были какие-то временные личные проблемы. Но чаще ситуация может перерасти в хроническую, и плохо повлиять на всю команду. Зачем вообще выкладываться, если коллега работает в несколько раз хуже, и это никак на нем не сказывается.
Первое, что стоит делать, когда вы столкнулись с лоу-перформером – проверить, что вы сами не накосячили, и ваши ожидания от перфоманса сотрудника ему известны и понятны.
Следующий шаг – поговорить с сотрудником и понять, где лежат корни проблемы: какая-то личная ситуация, недостаток навыков или мотивации. Если низкий перфоманс вызван временными проблемами, предложить помощь и дать время восстановиться.
Если проблема системная – другое дело. Стандартный алгоритм описан в статье, тут поделюсь одной важной мыслью. Подумайте дважды, а стоит ли ваше ограниченное время вкладывать именно в развитие лоу-перформера. Работы всегда будет больше, чем ваших ресурсов, и значительно большую отдачу часто можно получить, вложившись в самых сильных членов команды.
Когда в команде появляется лоу-перформер, очень заманчиво просто закрыть на проблему глаза в надежде, что все магическим образом исправится. Иногда так и случается, если причиной плохого перфоманса были какие-то временные личные проблемы. Но чаще ситуация может перерасти в хроническую, и плохо повлиять на всю команду. Зачем вообще выкладываться, если коллега работает в несколько раз хуже, и это никак на нем не сказывается.
Первое, что стоит делать, когда вы столкнулись с лоу-перформером – проверить, что вы сами не накосячили, и ваши ожидания от перфоманса сотрудника ему известны и понятны.
Следующий шаг – поговорить с сотрудником и понять, где лежат корни проблемы: какая-то личная ситуация, недостаток навыков или мотивации. Если низкий перфоманс вызван временными проблемами, предложить помощь и дать время восстановиться.
Если проблема системная – другое дело. Стандартный алгоритм описан в статье, тут поделюсь одной важной мыслью. Подумайте дважды, а стоит ли ваше ограниченное время вкладывать именно в развитие лоу-перформера. Работы всегда будет больше, чем ваших ресурсов, и значительно большую отдачу часто можно получить, вложившись в самых сильных членов команды.
Сложно синхронизировать несколько команд в работе над одним продуктом? Нет единого инструмента для управления организацией, работающей по масштабируемому Agile? Долгое время реакции на инциденты?
20 мая в 14:00 на вебинаре эксперты SimpleOne расскажут о комплексном подходе к управлению разработкой программных продуктов и продемонстрируют решение SimpleOne SDLC
В программе вебинара:
🎙Спикеры:
📌Зарегистрироваться на вебинар
Реклама. ООО "СИМПЛ 1", ИНН 9725013892, erid: 2SDnjbxMAJR
Please open Telegram to view this post
VIEW IN TELEGRAM
Про качество AI продуктов
А сегодня смотрим классный разговор моих хороших друзей, Виталия Шароватова и Алексея Шаграева. Леша сейчас делает Lovi – продукт, помогающий подбирать косметику и skincare продукты. Конечно же, с помощью AI – и конечно же сталкивается с тем, с чем и другие похожие продукты – проверять качество становится сильно менее тривиально.
Вот какие подходы к QA у них работают:
👉Dark launch — выкатывают фичу в прод, но скрытно. Пользователь не видит, зато продукт уже работает с живыми данными.
👉Краудтестинг с помощью Толоки или MTurk, чтобы получать фидбэк от максимально разнообразных живых пользователей.
👉Black box testing – единственный способ оценивать функциональность недетерминированной системы.
👉Тестирование с помощью AI агентов на фермах девайсов помогает симулировать реальных пользователей и быстро прогонять разные exploratory сценарии.
А сегодня смотрим классный разговор моих хороших друзей, Виталия Шароватова и Алексея Шаграева. Леша сейчас делает Lovi – продукт, помогающий подбирать косметику и skincare продукты. Конечно же, с помощью AI – и конечно же сталкивается с тем, с чем и другие похожие продукты – проверять качество становится сильно менее тривиально.
Вот какие подходы к QA у них работают:
👉Dark launch — выкатывают фичу в прод, но скрытно. Пользователь не видит, зато продукт уже работает с живыми данными.
👉Краудтестинг с помощью Толоки или MTurk, чтобы получать фидбэк от максимально разнообразных живых пользователей.
👉Black box testing – единственный способ оценивать функциональность недетерминированной системы.
👉Тестирование с помощью AI агентов на фермах девайсов помогает симулировать реальных пользователей и быстро прогонять разные exploratory сценарии.
YouTube
On crowdsource testing, dark launches and agentic testing
🔥 Суперсилы для тех, кто строит суперкоманды
24 мая в 11:00 на киберфестивале Positive Hack Days Fest в Лужниках состоится стратегическая сессия «Суперкоманды» от Invisible Force и Positive Technologies.
🎯 Что обсудим?
● Как создавать команды, которые не боятся перемен
● Секреты формирования кросс-функциональных групп
● Практики развития автономности и ответственности
● Реальные кейсы по построению команд будущего
👥 Для кого?
● HR-лидеры
● CIO и CTO
● Топ-менеджеры
● Все, кто хочет научиться собирать непобедимые команды
💡 Почему это важно?
В эпоху технологических скачков и киберугроз успех бизнеса зависит не только от технологий, но и от людей, которые их создают и защищают. Кросс-функциональные, гибкие, автономные команды — будущее любой технологической компании.
🎯 Формат:
● Живая дискуссия
● Практическая бизнес-игра
● Ответы на ваши вопросы от экспертов
📍 Где: Лужники, Москва
📅 Когда: 24 мая 2025 года
⏰ Время: 11:00
👉 Регистрация
Вместе узнаем, как собрать команду, которая побеждает, когда правила меняются! 💪
24 мая в 11:00 на киберфестивале Positive Hack Days Fest в Лужниках состоится стратегическая сессия «Суперкоманды» от Invisible Force и Positive Technologies.
🎯 Что обсудим?
● Как создавать команды, которые не боятся перемен
● Секреты формирования кросс-функциональных групп
● Практики развития автономности и ответственности
● Реальные кейсы по построению команд будущего
👥 Для кого?
● HR-лидеры
● CIO и CTO
● Топ-менеджеры
● Все, кто хочет научиться собирать непобедимые команды
💡 Почему это важно?
В эпоху технологических скачков и киберугроз успех бизнеса зависит не только от технологий, но и от людей, которые их создают и защищают. Кросс-функциональные, гибкие, автономные команды — будущее любой технологической компании.
🎯 Формат:
● Живая дискуссия
● Практическая бизнес-игра
● Ответы на ваши вопросы от экспертов
📍 Где: Лужники, Москва
📅 Когда: 24 мая 2025 года
⏰ Время: 11:00
👉 Регистрация
Вместе узнаем, как собрать команду, которая побеждает, когда правила меняются! 💪
Про карьеру в форме пирамиды
Если вы получили громкий тайтл тимлида, руководителя отдела или СТО где-то на старте карьеры, то может быть довольно сложно отказаться от него в будущем. А это может быть необходимо, так как узкий набор качеств, который помог вам подняться по карьерной лестнице в конкретной компании, может быть неактуален в других местах, или в изменившемся будущем.
Альтернатива – смотреть на карьерный рост не как на повышение крутизны тайтлов, а как на накопление различных навыков, которые делают вас более разносторонне развитым специалистом. Такая карьера по форме напоминает пирамиду – вы стараетесь набрать побольше фундаментального опыта, пробуете разные домены и функции, и как результат, можете легко вырасти в сеньорные роли в любой компании, индустрии и варианте развития будущего.
Если вы получили громкий тайтл тимлида, руководителя отдела или СТО где-то на старте карьеры, то может быть довольно сложно отказаться от него в будущем. А это может быть необходимо, так как узкий набор качеств, который помог вам подняться по карьерной лестнице в конкретной компании, может быть неактуален в других местах, или в изменившемся будущем.
Альтернатива – смотреть на карьерный рост не как на повышение крутизны тайтлов, а как на накопление различных навыков, которые делают вас более разносторонне развитым специалистом. Такая карьера по форме напоминает пирамиду – вы стараетесь набрать побольше фундаментального опыта, пробуете разные домены и функции, и как результат, можете легко вырасти в сеньорные роли в любой компании, индустрии и варианте развития будущего.
Что отделяет сеньоров от стаффов
Держите список из поведений, которые чаще всего помогают получить промо до стаффа, и поведений, которые этот рост блокируют. В целом, готов подписаться под обоими списками, сильно совпадают с моим опытом.
Держите список из поведений, которые чаще всего помогают получить промо до стаффа, и поведений, которые этот рост блокируют. В целом, готов подписаться под обоими списками, сильно совпадают с моим опытом.
Про многозадачность
Обычно буквально на следующий день после того, как вы получаете лычку менеджера, становится понятно – задач и проблем гораздо больше, чем свободного времени. И самый очевидный способ справиться с этим – начать решать их в параллель. Иногда это действительно работает, но в долгосроке такой подход скорее вреден:
👉Общий объем задач и время на их выполнение на самом деле растет. Чем сложнее задачи, тем дольше между ними переключаться, и тем больше потерь происходит. Ученые даже посчитали, что на потери переключений приходится до 40% времени, что очень дофига.
👉Меньше внимания уделяется отдельным задачам, и качество их проседает. А так как менеджер в основном работает с другими людьми, проседание качества получает цепной эффект.
👉Растет уровень стресса и тревожности.
👉Мозг меньше отдыхает, падает креативность, вы превращаетесь в машину по выполнению скучной рутины (которую как раз хорошо в будущем заменят AI).
👉Ухудшается рабочая память, падает способность к концентрации, и в итоге какие-то важные большие сложные задачи вы вообще перестаете быть способными выполнить.
👉И итог всего этого – хроническая усталость и выгорание.
Обычно буквально на следующий день после того, как вы получаете лычку менеджера, становится понятно – задач и проблем гораздо больше, чем свободного времени. И самый очевидный способ справиться с этим – начать решать их в параллель. Иногда это действительно работает, но в долгосроке такой подход скорее вреден:
👉Общий объем задач и время на их выполнение на самом деле растет. Чем сложнее задачи, тем дольше между ними переключаться, и тем больше потерь происходит. Ученые даже посчитали, что на потери переключений приходится до 40% времени, что очень дофига.
👉Меньше внимания уделяется отдельным задачам, и качество их проседает. А так как менеджер в основном работает с другими людьми, проседание качества получает цепной эффект.
👉Растет уровень стресса и тревожности.
👉Мозг меньше отдыхает, падает креативность, вы превращаетесь в машину по выполнению скучной рутины (которую как раз хорошо в будущем заменят AI).
👉Ухудшается рабочая память, падает способность к концентрации, и в итоге какие-то важные большие сложные задачи вы вообще перестаете быть способными выполнить.
👉И итог всего этого – хроническая усталость и выгорание.
Хабр
Всё везде и сразу
Привет! На связи Евгений Антонов. Я работаю ведущим техническим менеджером проектов в Yandex Infrastructure . А также руковожу парой команд (разработчиков и менеджеров) и факультативно...