Как AI меняет SDLC
Еще один взгляд на то, как фундаментальные свойства агентской разработки могут в скором будущем поменять весь SDLC:
👉Классический SDLC (Requirements->Design->Code->Test->Review->Deploy) представлял из себя довольно долгий цикл, который в лучшем случае мог занимать несколько часов, а в худшем – недели и месяцы. В работе с агентом этот цикл схлопывается и становится намного быстрее – и в отличие от классического может прогоняться очень много раз.
👉Этап сбора требований размазывается по нескольким прогонам такого цикла – нет смысла заранее сильно вкладываться в спеку, если многие детали можно будет обраружить после первой наивной попытки реализации фичи.
👉Похожая история и с этапом дизайна. Разумнее становится не пытаться проработать всю архитектуру до старта задачи, а дать агенту правильный контекст, вместе с ним исследовать возможные опции, и выбрать подходящую вам по трейд-оффам.
👉TDD становится дефолтной методологией, а не чем-то, о чем чаще всего рассказывают на конференциях.
👉Code review должен отмереть в своем текущем виде – человек должен вовлекаться в цикл только в том случае, когда агент сам не может принять какое-то важное решение. В остальном роль человека – выстроить правильный harness, чтобы цикл мог исполняться без него.
👉Аналогично и с deployment, он должен происходить автоматически, без участия человека – но мониторинг становится еще более важен.
Еще один взгляд на то, как фундаментальные свойства агентской разработки могут в скором будущем поменять весь SDLC:
👉Классический SDLC (Requirements->Design->Code->Test->Review->Deploy) представлял из себя довольно долгий цикл, который в лучшем случае мог занимать несколько часов, а в худшем – недели и месяцы. В работе с агентом этот цикл схлопывается и становится намного быстрее – и в отличие от классического может прогоняться очень много раз.
👉Этап сбора требований размазывается по нескольким прогонам такого цикла – нет смысла заранее сильно вкладываться в спеку, если многие детали можно будет обраружить после первой наивной попытки реализации фичи.
👉Похожая история и с этапом дизайна. Разумнее становится не пытаться проработать всю архитектуру до старта задачи, а дать агенту правильный контекст, вместе с ним исследовать возможные опции, и выбрать подходящую вам по трейд-оффам.
👉TDD становится дефолтной методологией, а не чем-то, о чем чаще всего рассказывают на конференциях.
👉Code review должен отмереть в своем текущем виде – человек должен вовлекаться в цикл только в том случае, когда агент сам не может принять какое-то важное решение. В остальном роль человека – выстроить правильный harness, чтобы цикл мог исполняться без него.
👉Аналогично и с deployment, он должен происходить автоматически, без участия человека – но мониторинг становится еще более важен.
👎83👍29❤1
Современные команды разработки всё чаще сталкиваются с ситуацией, когда сложность продукта растёт быстрее, чем скорость понимания его состояния. Особенно это заметно в распределённых системах, где сбой может долго оставаться незамеченным.
В этом контексте Yandex B2B Tech запустила Monium — платформу для мониторинга и управления состоянием ИТ-систем. Решение уже доступно всем внешним пользователям и создавалось командой Yandex Infrastructure для работы с высоконагруженными сервисами Яндекса.
Monium помогает быстрее выявлять источники проблем, объединяя метрики, логи и трейсы в одном интерфейсе. Для тимлидов и менеджеров это важный инструмент снижения времени реакции команды на инциденты и уменьшения простоев сервисов.
Платформа поддерживает Prometheus и OpenTelemetry, а также гибкую настройку алертинга и сценариев эскалации. Среди первых внешних тестовых пользователей — ОТП Банк.
В этом контексте Yandex B2B Tech запустила Monium — платформу для мониторинга и управления состоянием ИТ-систем. Решение уже доступно всем внешним пользователям и создавалось командой Yandex Infrastructure для работы с высоконагруженными сервисами Яндекса.
Monium помогает быстрее выявлять источники проблем, объединяя метрики, логи и трейсы в одном интерфейсе. Для тимлидов и менеджеров это важный инструмент снижения времени реакции команды на инциденты и уменьшения простоев сервисов.
Платформа поддерживает Prometheus и OpenTelemetry, а также гибкую настройку алертинга и сценариев эскалации. Среди первых внешних тестовых пользователей — ОТП Банк.
👎11❤5👍4🔥2
Результаты опроса про использование менеджерами AI
Пару недель назад я закидывал в канал опрос, в котором спрашивал вас, в каких категориях задач вы используете AI, и где он приносит вам больше всего пользы. Как и обещал, вот результаты!
👉Самые популярные категории: редактирование текста(ага-ага, а потом жалуемся, что текст стал дешевым ) , анализ текста, программирование, создание конспектов встреч и помощь в принятии решений.
👉А вот самый максимальный эффект помимо категорий работы с текстом AI дал в саморазвитии – составлении плана собственного роста, симуляции сложных тем и разговоров.
👉"Максимальный эффект" – это, в первую очередь, ускорение работы и повышение ее качества, на третьем месте – уменьшение стресса от задачи.
👉Менеджеры неплохо научились экономить время с помощью AI. Треть экономит больше 8 часов в неделю, еще четверть – от 4 до 8.
А вот и некоторые из конкретных кейсов, забирайте себе идеи:
Пару недель назад я закидывал в канал опрос, в котором спрашивал вас, в каких категориях задач вы используете AI, и где он приносит вам больше всего пользы. Как и обещал, вот результаты!
👉Самые популярные категории: редактирование текста
👉А вот самый максимальный эффект помимо категорий работы с текстом AI дал в саморазвитии – составлении плана собственного роста, симуляции сложных тем и разговоров.
👉"Максимальный эффект" – это, в первую очередь, ускорение работы и повышение ее качества, на третьем месте – уменьшение стресса от задачи.
👉Менеджеры неплохо научились экономить время с помощью AI. Треть экономит больше 8 часов в неделю, еще четверть – от 4 до 8.
А вот и некоторые из конкретных кейсов, забирайте себе идеи:
• проработал 121 с коллегой консерватором, как лучше к нему подойти, что использовать, чтобы посеять в нем зерно и готовность к изменениям, сам меняться не хотел и я не мог подобрать ключик
• Сделал бота, которому пересылаю сообщения из телеграма и он создает задачи в Джире. Тот же бот трекает время при необходимости.
• Создание встреч в календаре с голоса
• granola.ai собирает все звонки команды, раскладывает их по папкам, у меня есть чатик с контекстом каждой папки Фан факты: есть отдельные папки по вакансиям при найме, удобно по конкретной вакансии сравнивать кандидатов Отдельный кейс: ИИ-ревью тестовых заданий кандидатов
• Автоматическое ведение деловой переписки на английском. Я наговариваю голосом ответы, получаю готовые сообщения в Teams, письма в оутлук, материал для презентаций
• Делегирую ИИ формулировку задач. Пишу поток сознания с идеями и гипотезами, а ИИ формулирует задачу так, чтобы разработка/проектирование могли максимально быстро и точно понять требования. Ещё один пример - обработка фидбека в свободной форме - он сваливается в таблицу, откуда ИИ разбирает его и систематизирует по категориям. Это позволяет отсортировать самые популярные запросы (больше всего обращений с такой болью) и взять их в работу
• Задача: исчерпывающе описывать технические задачи. С продуктовыми проблем нет, т.к. их описывают аналитики. Технические таски часто были слишком абстрактными. При помощи ChatGPT получилось формировать описание, которые вызывает минимум вопросов у разработчиков. Для этого сделал отдельный проект с указаниями задавать вопросы от лица разработчика до тех пор пока не будет понятно что нужно сделать (на уровне целей и критериев успеха, не пошаговых инструкций)
• Использую агента для саммаризации под конкретных людей
• На основании митингов, AI ассистент предлагает создать конкретные задачи в jira. Я только апрувлю. Почти не приходится редактировать.
• Написание документов и инструкций - все пишу через ии. Разбираю рабочие ситуации и даже конфликты с коллегами и ии подсвечивает где как лучше сделать. Далее уже выбираю что считаю нужным. Строю личные планы развития и практикуюсь прямо с ии
• Подготовка к защите оценки на perfomance review. Чат гпт загрузила матрицы компетенций, результаты полугодия, шаблоны, примеры, попросила сопоставить сильные стороны подчиненных. Это помогло сократить время на анализ данных, но до финального вида сама доводила.
❤19👎6👍2
Вопросы, скрытые за вопросом
Часто важен не конкретный вопрос, который вам задали, а те глубинные вопросы, тревоги и опасения, которые скрыты за ним. Пока вы с ними не разберетесь, собеседник не почувствует, что на его вопрос действительно ответили.
👉Не ввязывайтесь в бесконечное повторение одного и того же. Если ответ не заходит, сделайте шаг назад, подумайте, а чего от вас действительно хотят, и попробуйте другой заход.
👉Подумайте о вашем собеседнике – какие риски его волнуют, что поможет ему почувствовать себя в безопасности, что добавит уверенности в вас.
👉Прощупывайте, задавая уточняющие вопросы. Что-то вроде "Если расскажете, что для вас важнее всего, я смогу дать более релевантный ответ".
👉Когда вы сами задаете вопрос, старайтесь быть более явным, и озвучивать как контекст и все ваши глубинные вопросы.
Часто важен не конкретный вопрос, который вам задали, а те глубинные вопросы, тревоги и опасения, которые скрыты за ним. Пока вы с ними не разберетесь, собеседник не почувствует, что на его вопрос действительно ответили.
👉Не ввязывайтесь в бесконечное повторение одного и того же. Если ответ не заходит, сделайте шаг назад, подумайте, а чего от вас действительно хотят, и попробуйте другой заход.
👉Подумайте о вашем собеседнике – какие риски его волнуют, что поможет ему почувствовать себя в безопасности, что добавит уверенности в вас.
👉Прощупывайте, задавая уточняющие вопросы. Что-то вроде "Если расскажете, что для вас важнее всего, я смогу дать более релевантный ответ".
👉Когда вы сами задаете вопрос, старайтесь быть более явным, и озвучивать как контекст и все ваши глубинные вопросы.
Weskao
Question behind the question
Your ability to answer questions is a competitive advantage. Here’s how to uncover the deeper underlying question.
👍13❤4🔥1
Почему продакты не должны коммитить в прод
Последний год долг чести каждого продакта – похвастаться, что он самостоятельно завайбкодил и выложил целую фичу в прод без участия разработчиков. Почему это антипаттерн:
👉Если фича действительно важна, а ее не делали, то лучше исправить сломанную систему приоритизации
👉Продакт программирует в лучшем случае как джун, а стоит компании как сеньор
👉Если продакты начнут рандомно запускать свои пет-проекты, то технический долг начнет бесконтрольно накапливаться
👉Когда продакты пушат своих знакомых сеньоров поревьюить их код, они довольно бесполезно тратят их время
👉Фичи от продактов чаще всего дают только иллюзию того, что что-то делается, и материал для поста в LinkedIn, а не реальный импакт
В каких случаях продактам надо программировать:
👉Чтобы сделать прототип, который лучше объяснит команде их идею
👉Чтобы лучше понимать устройство системы. ее ограничения
👉Чтобы проводить быстрые эксперименты с пользователями с использованием близких к реальности прототипов
👉Чтобы в редких случаях использовать какие-то свои уникальные доменные знания
Последний год долг чести каждого продакта – похвастаться, что он самостоятельно завайбкодил и выложил целую фичу в прод без участия разработчиков. Почему это антипаттерн:
👉Если фича действительно важна, а ее не делали, то лучше исправить сломанную систему приоритизации
👉Продакт программирует в лучшем случае как джун, а стоит компании как сеньор
👉Если продакты начнут рандомно запускать свои пет-проекты, то технический долг начнет бесконтрольно накапливаться
👉Когда продакты пушат своих знакомых сеньоров поревьюить их код, они довольно бесполезно тратят их время
👉Фичи от продактов чаще всего дают только иллюзию того, что что-то делается, и материал для поста в LinkedIn, а не реальный импакт
В каких случаях продактам надо программировать:
👉Чтобы сделать прототип, который лучше объяснит команде их идею
👉Чтобы лучше понимать устройство системы. ее ограничения
👉Чтобы проводить быстрые эксперименты с пользователями с использованием близких к реальности прототипов
👉Чтобы в редких случаях использовать какие-то свои уникальные доменные знания
Daniel D. McKinnon
My 🌶 take on vibe coding for PMs - Daniel D. McKinnon
I shared this internally at Meta in response to a deluge of clout-chasing posts celebrating PMs landing prod diffs. The response was positive and the message generalizes, so here we are on the open www. PMs shouldn’t waste time landing … Continue reading →
1👍51🔥18❤6👎6
Простые решения не приносят промо
Большинство процессов, в которых группа людей оценивает чье-то инженерное решение, ведут к излишней сложности. В интервью, решениях о промо, дизайн-ревью в первую очередь выделяются инженеры, которые придумывают сложные и умно выглядящие решения. А инженеры, которые вместо создания новых слоев абстракции решили проблему в несколько строк, и наоборот избежали сложности, остаются незамеченными.
Сложные решения впечатляют людей, а простые гораздо менее интересны. Уровень инженера очень часто оценивается по тому, насколько сложные системы он строил, поэтому мотивации решать вещи простыми способами особо нет.
Что с этим делать инженерам:
👉Нужно стараться сделать свои простые решения видимыми и не менее впечатляющими. Не "реализовал фичу Х", а "оценил три возможных подхода к реализации, и отсек А и Б как неоправданно сложные по таким-то факторам, в итоге реализованное мной решение вызвало 0 инцидентов".
👉Когда на дизайн-ревью вас спрашивают что-то вроде "насколько это решение масштабируемо?", защищайте свою позицию – дайте оценку того, сколько усложнение будет стоить прямо сейчас, и насколько возможно будет доработать решение в будущем, когда это станет действительно нужно.
👉Вовлекайте своего менеджера, он тоже должен быть в курсе принципов, по которым вы принимаете решения, и разделять их.
Большинство процессов, в которых группа людей оценивает чье-то инженерное решение, ведут к излишней сложности. В интервью, решениях о промо, дизайн-ревью в первую очередь выделяются инженеры, которые придумывают сложные и умно выглядящие решения. А инженеры, которые вместо создания новых слоев абстракции решили проблему в несколько строк, и наоборот избежали сложности, остаются незамеченными.
Сложные решения впечатляют людей, а простые гораздо менее интересны. Уровень инженера очень часто оценивается по тому, насколько сложные системы он строил, поэтому мотивации решать вещи простыми способами особо нет.
Что с этим делать инженерам:
👉Нужно стараться сделать свои простые решения видимыми и не менее впечатляющими. Не "реализовал фичу Х", а "оценил три возможных подхода к реализации, и отсек А и Б как неоправданно сложные по таким-то факторам, в итоге реализованное мной решение вызвало 0 инцидентов".
👉Когда на дизайн-ревью вас спрашивают что-то вроде "насколько это решение масштабируемо?", защищайте свою позицию – дайте оценку того, сколько усложнение будет стоить прямо сейчас, и насколько возможно будет доработать решение в будущем, когда это станет действительно нужно.
👉Вовлекайте своего менеджера, он тоже должен быть в курсе принципов, по которым вы принимаете решения, и разделять их.
Terrible Software
Nobody Gets Promoted for Simplicity
We reward complexity and ignore simplicity. In interviews, design reviews, and promotions. Here’s how to fix it.
👍38❤1
Как руководителю пережить оценку эффективности сотрудников?
Оценить работу подчинённого — половина задачи. Куда сложнее сесть напротив и честно поговорить о результатах: особенно если человек не согласен, расстроен или задаёт неудобные вопросы.
Важно удержать баланс: быть внимательным к эмоциям, при этом не размывать обратную связь. Иначе разговор закончится не договорённостью, а потерей мотивации или даже сотрудника.
📌 12 марта в 20:00 (мск) лаборатория навыков коммуникации Софт Скиллз Лаб проведет бесплатный вебинар, на котором расскажет, как пережить сезон оценки эффективности и сохранить отношения с подчиненными.
За 1,5 часа разберете:
▫️ Как переводить эмоции в конструктив?
▫️ Что делать, если сотрудник не согласен с вашей оценкой?
▫️ Как давать обратную связь, которая поддерживает, а не демотивирует?
Весь материал разберете на реальных кейсах, вы сможете отправить свою ситуацию в анонимную гугл-форму.
🗣 Спикер — Михаил Ромашов, ведущий тренер Софт Скиллс Лаб, преподаватель по переговорам в ВШЭ и Сколково, автор книги «Эффективный конфликт», владелец продукта в SberCIB.
Встреча пройдет в Zoom, поэтому вы сможете задать Михаилу любые вопросы.
👉🏻 Запустите бота, чтобы получить ссылку на конференцию!
Оценить работу подчинённого — половина задачи. Куда сложнее сесть напротив и честно поговорить о результатах: особенно если человек не согласен, расстроен или задаёт неудобные вопросы.
Важно удержать баланс: быть внимательным к эмоциям, при этом не размывать обратную связь. Иначе разговор закончится не договорённостью, а потерей мотивации или даже сотрудника.
📌 12 марта в 20:00 (мск) лаборатория навыков коммуникации Софт Скиллз Лаб проведет бесплатный вебинар, на котором расскажет, как пережить сезон оценки эффективности и сохранить отношения с подчиненными.
За 1,5 часа разберете:
▫️ Как переводить эмоции в конструктив?
▫️ Что делать, если сотрудник не согласен с вашей оценкой?
▫️ Как давать обратную связь, которая поддерживает, а не демотивирует?
Весь материал разберете на реальных кейсах, вы сможете отправить свою ситуацию в анонимную гугл-форму.
🗣 Спикер — Михаил Ромашов, ведущий тренер Софт Скиллс Лаб, преподаватель по переговорам в ВШЭ и Сколково, автор книги «Эффективный конфликт», владелец продукта в SberCIB.
Встреча пройдет в Zoom, поэтому вы сможете задать Михаилу любые вопросы.
👉🏻 Запустите бота, чтобы получить ссылку на конференцию!
❤3
Как эффективно работать с инцидентами
Как показывают последние месяцы, количество серьезных инцидентов начало резко расти. Вы и раньше от них не были застрахованы, а теперь, когда постоянно ложатся базовые сервисы вроде Cloudflare, AWS и GitHub, вы стали еще уязвимее. Поэтому держите статью про то, как прокачивать себя и команду, чтобы справляться с инцидентами эффективнее:
👉Все должны понимать в деталях, из каких шагов состоит деплой.
👉Не нужно быть экспертом во всех компонентах вашей системы, но надо иметь общее представление об ее архитектуре, железе и его конфигурации, сетевом стеке, пути запроса и всей инфраструктуре.
👉Нужен хороший тулинг, который позволяет легко вытащить стектрейсы эксепшнов, посмотреть на метрики железа и приложения.
👉Нужно развивать насмотренность на стектрейсы – понимать, какие части касаются вашего кода, а какие библиотечного, учиться быстро находить их источник.
👉Постройте практику war room – во время инцидента собирать всех релевантных людей из разных функций в одном физическом или виртуальном пространстве, чтобы быстро обмениваться информацией.
👉Введите роль инцидент лида – у этого человека должны быть полномочия перенаправлять других людей на разные части расследования, принимать решения по отключению фичей, поддерживать всех в курсе происходящего.
Как показывают последние месяцы, количество серьезных инцидентов начало резко расти. Вы и раньше от них не были застрахованы, а теперь, когда постоянно ложатся базовые сервисы вроде Cloudflare, AWS и GitHub, вы стали еще уязвимее. Поэтому держите статью про то, как прокачивать себя и команду, чтобы справляться с инцидентами эффективнее:
👉Все должны понимать в деталях, из каких шагов состоит деплой.
👉Не нужно быть экспертом во всех компонентах вашей системы, но надо иметь общее представление об ее архитектуре, железе и его конфигурации, сетевом стеке, пути запроса и всей инфраструктуре.
👉Нужен хороший тулинг, который позволяет легко вытащить стектрейсы эксепшнов, посмотреть на метрики железа и приложения.
👉Нужно развивать насмотренность на стектрейсы – понимать, какие части касаются вашего кода, а какие библиотечного, учиться быстро находить их источник.
👉Постройте практику war room – во время инцидента собирать всех релевантных людей из разных функций в одном физическом или виртуальном пространстве, чтобы быстро обмениваться информацией.
👉Введите роль инцидент лида – у этого человека должны быть полномочия перенаправлять других людей на разные части расследования, принимать решения по отключению фичей, поддерживать всех в курсе происходящего.
Tomasztomczyk
How I became good at leading incidents | Tomasz Tomczyk
Lessons learnt from resolving 100s of incidents
👍14❤2
Про бэкграунд агентов
Очень хороший ликбез по тому, как работают бэкграунд агенты и как их правильно оркестрировать. А главное – как они могут повлиять в будущем на ваш SDLC, и как это изменит роль инженеров.
Очень хороший ликбез по тому, как работают бэкграунд агенты и как их правильно оркестрировать. А главное – как они могут повлиять в будущем на ваш SDLC, и как это изменит роль инженеров.
👍24👎1
Вы часто обращаете внимание на городские билборды?
Большинство из них мозг фильтрует как фон, но некоторые цепляют взгляд. Вот тут, например, вместо привычного «купи-закажи» какой-то интеллектуальный вызов.
QR-код на билборде ведет на спецпроект OUT OF THE BOX от КРОК. Там команда КРОК собрала нестандартные реальные кейсы из ИТ (и не только) и до 30 марта предлагает IT-рынку их решить. Там не тесты с одним ответом, а задачи «на подумать», которые так сразу не решишь. Но когда привык к определенным рабочим паттернам, такая встряска для мозга очень полезна.
Если еще не видели этот билборд в городе — сайт проекта прямо здесь. Расскажите, какой кейс выбрали и получилось ли решить!
Большинство из них мозг фильтрует как фон, но некоторые цепляют взгляд. Вот тут, например, вместо привычного «купи-закажи» какой-то интеллектуальный вызов.
QR-код на билборде ведет на спецпроект OUT OF THE BOX от КРОК. Там команда КРОК собрала нестандартные реальные кейсы из ИТ (и не только) и до 30 марта предлагает IT-рынку их решить. Там не тесты с одним ответом, а задачи «на подумать», которые так сразу не решишь. Но когда привык к определенным рабочим паттернам, такая встряска для мозга очень полезна.
Если еще не видели этот билборд в городе — сайт проекта прямо здесь. Расскажите, какой кейс выбрали и получилось ли решить!
👎54❤3👍1🔥1
Большинство российских компаний (74%) сейчас оптимизируют бюджеты. В том числе сокращая персонал.
Но не задачи.
Чтобы успевать больше с меньшими ресурсами, нужна «суперсила» для сотрудников. И это — ИИ, который снимает рутину, ускоряет процессы и повышает качество решений.
Внедрите ИИ в своей команде уже сейчас. Обучите сотрудников ИИ-навыкам в Яндекс Практикуме:
⚡️ Воркшопы по внедрению ИИ. Офлайн- или онлайн-интенсивы с экспертами, которые внедряют нейросети в Яндексе.
⚡️ Курсы по ИИ-навыкам. Углублённое онлайн-обучение нейросетям руководителей, маркетологов и других сотрудников. Фокус — на типовые задачи и рабочие кейсы.
→ ИИ-зировать бизнес с Практикумом
Реклама, ООО Яндекс, ИНН 7736207543, erid: 2Vtzqv86vTo
Но не задачи.
Чтобы успевать больше с меньшими ресурсами, нужна «суперсила» для сотрудников. И это — ИИ, который снимает рутину, ускоряет процессы и повышает качество решений.
Внедрите ИИ в своей команде уже сейчас. Обучите сотрудников ИИ-навыкам в Яндекс Практикуме:
⚡️ Воркшопы по внедрению ИИ. Офлайн- или онлайн-интенсивы с экспертами, которые внедряют нейросети в Яндексе.
⚡️ Курсы по ИИ-навыкам. Углублённое онлайн-обучение нейросетям руководителей, маркетологов и других сотрудников. Фокус — на типовые задачи и рабочие кейсы.
→ ИИ-зировать бизнес с Практикумом
🎁 Оставьте заявку на сайте и получите в подарок самоучитель по ИИ для руководителей! Сделайте первый шаг по внедрению технологии.
Реклама, ООО Яндекс, ИНН 7736207543, erid: 2Vtzqv86vTo
👎34❤1👍1
Новые выпуски тимлидских подкастов
Лучше регулярных силовых тренировок могут быть только тренировки под подкасты. Держите свежую подборку интересных эпизодов:
👉"Три тимлида заходят в бар" про финансовые вопросы команды – сразу два выпуска (1, 2) про зарплаты, их прозрачность, премии, бонусы, контр-офферы и прочее из той же серии.
👉КОДА КОДА про рынок труда для руководителей – почему менеджеру найти работу стало существенно сложнее и как с этим быть.
👉"Едим слона целиком" про организационную психологию и работу с мотивацией команды.
Лучше регулярных силовых тренировок могут быть только тренировки под подкасты. Держите свежую подборку интересных эпизодов:
👉"Три тимлида заходят в бар" про финансовые вопросы команды – сразу два выпуска (1, 2) про зарплаты, их прозрачность, премии, бонусы, контр-офферы и прочее из той же серии.
👉КОДА КОДА про рынок труда для руководителей – почему менеджеру найти работу стало существенно сложнее и как с этим быть.
👉"Едим слона целиком" про организационную психологию и работу с мотивацией команды.
❤7👍7🔥4
Как стать 10x менеджером с помощью AI
Я очень люблю всех подписчиков этого канала, поэтому сразу раскрою тайну – никак, даже с помощью AI. Но сделать свою работу приятнее можно довольно легко. На недавней конференции Стратоплана я делал доклад про то, как я использую OpenClaw для того, чтобы автоматизировать большое количество рутины – его наконец выложили в открытый доступ, так что делюсь и тут.
Для затравки, вот несколько конкретных идей:
👉Раз в неделю бот анализирует все расшифровки моих созвонов на предмет того, приятный ли я в целом в общении человек, и накидывает области для улучшений.
👉У меня более-менее завелась практика регулярных decision records, и они получаются довольно глубокими благодаря тому, что агент меня интервьюирует.
👉Пробую перенести карточки сотрудников под управление AI – и обновлять их автоматически с учетом разных входных данных, которые я в бота вкидываю.
Я очень люблю всех подписчиков этого канала, поэтому сразу раскрою тайну – никак, даже с помощью AI. Но сделать свою работу приятнее можно довольно легко. На недавней конференции Стратоплана я делал доклад про то, как я использую OpenClaw для того, чтобы автоматизировать большое количество рутины – его наконец выложили в открытый доступ, так что делюсь и тут.
Для затравки, вот несколько конкретных идей:
👉Раз в неделю бот анализирует все расшифровки моих созвонов на предмет того, приятный ли я в целом в общении человек, и накидывает области для улучшений.
👉У меня более-менее завелась практика регулярных decision records, и они получаются довольно глубокими благодаря тому, что агент меня интервьюирует.
👉Пробую перенести карточки сотрудников под управление AI – и обновлять их автоматически с учетом разных входных данных, которые я в бота вкидываю.
YouTube
AI Hard Fork: Как стать 10x-менеджером: неочевидные сценарии применения AI — Егор Толстой
В среду, 25 февраля, вместе с Егором Толстым провели 4-й эфир Конференции «AI Hard Fork». Тема эфира: «Как стать 10x-менеджером: неочевидные сценарии применения AI».
В рамках выступления: разбор прикладных воркфлоу для руководителя: от ИИ-анализа собственных…
В рамках выступления: разбор прикладных воркфлоу для руководителя: от ИИ-анализа собственных…
👎30👍18❤6
AI только увеличивает количество работы
Подъехало интересное ежегодное исследование продуктивности белых воротничков – 1.100 организаций, 170.000 сотрудников. Самый интересный вывод, хотя и вообще не неожиданный – адопшн AI заметно уменьшил количество глубокого фокусного времени, и при этом увеличил время, проводимое в разных приложениях: почте, мессенджерах, разных менеджерских тулах. Короче говоря, работы у кожаных мешков только прибавилось.
Вот что еще интересного есть в исследовании:
👉AI в работе используют 80% опрошенных, на 50% больше, чем два года назад. При этом время работы с AI выросло аж в 8 раз.
👉Среди тех, кто работает с AI, выделяемое на глубокую работу время упало на 9%. Среди остальных такого изменения нет.
👉Продолжительность рабочего дня упала на 2%, но вот интенсивность подросла: сильно выросла коллаборация, мультизадачность, и работа по выходным.
Подъехало интересное ежегодное исследование продуктивности белых воротничков – 1.100 организаций, 170.000 сотрудников. Самый интересный вывод, хотя и вообще не неожиданный – адопшн AI заметно уменьшил количество глубокого фокусного времени, и при этом увеличил время, проводимое в разных приложениях: почте, мессенджерах, разных менеджерских тулах. Короче говоря, работы у кожаных мешков только прибавилось.
Вот что еще интересного есть в исследовании:
👉AI в работе используют 80% опрошенных, на 50% больше, чем два года назад. При этом время работы с AI выросло аж в 8 раз.
👉Среди тех, кто работает с AI, выделяемое на глубокую работу время упало на 9%. Среди остальных такого изменения нет.
👉Продолжительность рабочего дня упала на 2%, но вот интенсивность подросла: сильно выросла коллаборация, мультизадачность, и работа по выходным.
ActivTrak
ActivTrak Productivity Lab: AI Is Accelerating Work, Not Replacing It
The ActivTrak Productivity Lab today released its 2026 State of the Workplace report, analyzing one of the world’s largest behavioral datasets on how work
👍6❤2
Стратоплан открывает двери бесплатного университета по переговорам
Каждый раз, когда вы не можете договориться, вы что-то теряете:
- + к зарплате по итогу performance review
- свое влияние на стек или архитектуру или управленческие решения
- доверие команды, потому что заказчик решил «впихнуть невпихуемое»
- бюджет, если вы на СхО позиции
Но умение вести переговоры это не то, что заложено в вас изначально, а навык, который можно и нужно развивать. А мы хотим помочь вам в этом.
Регистрация здесь
И в этот раз с нами: head of, ex-СТО и ex-продакты из бигтехов, фаундер агентства фасилитации, СЕО Софт Скиллс Лаб + сооснователи и тренеры Стратоплана
Формат: 3 дня практики и живых кейсов, онлайн (но записи тоже будут)
Даты: 24-26 марта, 18-21 GMT+3
Вход - бесплатно при подписке на спикеров или если приведете с собой 4 коллег. Также есть платная опция за символическую сумму + сертификат на выходе.
P.S. бонусом выдаем бесплатный курс в записи «Основы коммуникаций и переговоров»
Каждый раз, когда вы не можете договориться, вы что-то теряете:
- + к зарплате по итогу performance review
- свое влияние на стек или архитектуру или управленческие решения
- доверие команды, потому что заказчик решил «впихнуть невпихуемое»
- бюджет, если вы на СхО позиции
Но умение вести переговоры это не то, что заложено в вас изначально, а навык, который можно и нужно развивать. А мы хотим помочь вам в этом.
К слову, за 2.5 года запусков «универа» через нас прошло более 10 000 участников.
Регистрация здесь
И в этот раз с нами: head of, ex-СТО и ex-продакты из бигтехов, фаундер агентства фасилитации, СЕО Софт Скиллс Лаб + сооснователи и тренеры Стратоплана
Формат: 3 дня практики и живых кейсов, онлайн (но записи тоже будут)
Даты: 24-26 марта, 18-21 GMT+3
Вход - бесплатно при подписке на спикеров или если приведете с собой 4 коллег. Также есть платная опция за символическую сумму + сертификат на выходе.
P.S. бонусом выдаем бесплатный курс в записи «Основы коммуникаций и переговоров»
❤17👍16🔥10
Как устроены инженерные революции
То, как AI сейчас меняет разработку, по своей структуре сильно похоже на научную революцию 60 лет назад – полностью меняется парадигма, на которую привыкли опираться миллионы людей. Похожи и защитные механизмы, которые используют скептики:
👉Оправдание аномалий. Когда какой-то факт не встраивается в текущую картину мира, он интерпретируется таким образом, чтобы все-таки встроиться.
👉Несоизмеримость. Люди с разных сторон не просто не могут согласиться про факты – они считают фактами абсолютно разные вещи. Условно говоря, разработчики, которые не верят в AI, используют свои критерии качества кода – элегантность, гордость за код, либо какие-то конкретные его свойства. Разработчики с другой стороны баррикады не думают про эстетику кода вообще, для них это лишь функциональный артефакт, от которого нужно только чтобы он выполнял задачу и не содержал ошибок.
👉Переформулировка с сохранением парадигмы. К этой категории можно отнести довольно часто встречающийся сейчас тейк "написание кода никогда не было бутылочным горлышком, так что ускорение ничего не меняет". Сторонники этого защитного механизма не думают о том, как AI изменит другие этапы SDLC, и не смотрят дальше последствий первого порядка.
👉Специфическая аргументация. К новой парадигме применяются стандарты, которые никогда не применяли к старой. Например, критика LLM за галлюцинации упускает тот факт, что не меньше ошибок содержалось и в копируемых налево и направо сниппетах кода со Stack Overflow.
👉Гейткипинг. Апеллировать к тому, что все, кто топит за новую парадигму, просто никогда нормально не работалив старой. Иначе говоря, все, кто активно использует AI, никогда и не были настоящими разработчиками.
На мой взгляд, часть параллелей все-таки притянута за уши – но эссе все равно любопытное, советую почитать.
То, как AI сейчас меняет разработку, по своей структуре сильно похоже на научную революцию 60 лет назад – полностью меняется парадигма, на которую привыкли опираться миллионы людей. Похожи и защитные механизмы, которые используют скептики:
👉Оправдание аномалий. Когда какой-то факт не встраивается в текущую картину мира, он интерпретируется таким образом, чтобы все-таки встроиться.
👉Несоизмеримость. Люди с разных сторон не просто не могут согласиться про факты – они считают фактами абсолютно разные вещи. Условно говоря, разработчики, которые не верят в AI, используют свои критерии качества кода – элегантность, гордость за код, либо какие-то конкретные его свойства. Разработчики с другой стороны баррикады не думают про эстетику кода вообще, для них это лишь функциональный артефакт, от которого нужно только чтобы он выполнял задачу и не содержал ошибок.
👉Переформулировка с сохранением парадигмы. К этой категории можно отнести довольно часто встречающийся сейчас тейк "написание кода никогда не было бутылочным горлышком, так что ускорение ничего не меняет". Сторонники этого защитного механизма не думают о том, как AI изменит другие этапы SDLC, и не смотрят дальше последствий первого порядка.
👉Специфическая аргументация. К новой парадигме применяются стандарты, которые никогда не применяли к старой. Например, критика LLM за галлюцинации упускает тот факт, что не меньше ошибок содержалось и в копируемых налево и направо сниппетах кода со Stack Overflow.
👉Гейткипинг. Апеллировать к тому, что все, кто топит за новую парадигму, просто никогда нормально не работалив старой. Иначе говоря, все, кто активно использует AI, никогда и не были настоящими разработчиками.
На мой взгляд, часть параллелей все-таки притянута за уши – но эссе все равно любопытное, советую почитать.
👍22👎17❤5
ИИ vs опытный менеджер?
Как нейросети помогают руководителю — узнайте на TeamLead MeetUp от Selectel
Вы старший специалист, ведущий менеджер или управляете техническим продуктом?
👉 26 марта в 18:30 встретимся на мероприятии от Selectel, чтобы разобрать, какие задачи можно передать нейросетям, чтобы повысить эффективность команды.
📍 Офис Selectel в Санкт-Петербурге или онлайн
В программе — доклады про метрики мотивации и управление командой в эпоху нейросетей. А также воркшоп «ИИ для руководителей и нанимающих менеджеров». Проверьте свою устойчивость к нейросетям и обменяйтесь кейсами с коллегами.
Регистрируйтесь по ссылке: https://slc.tl/boojc
До встречи очно или онлайн!
Реклама. АО "Селектел". erid:2W5zFHdWqLm
Как нейросети помогают руководителю — узнайте на TeamLead MeetUp от Selectel
Вы старший специалист, ведущий менеджер или управляете техническим продуктом?
👉 26 марта в 18:30 встретимся на мероприятии от Selectel, чтобы разобрать, какие задачи можно передать нейросетям, чтобы повысить эффективность команды.
📍 Офис Selectel в Санкт-Петербурге или онлайн
В программе — доклады про метрики мотивации и управление командой в эпоху нейросетей. А также воркшоп «ИИ для руководителей и нанимающих менеджеров». Проверьте свою устойчивость к нейросетям и обменяйтесь кейсами с коллегами.
Регистрируйтесь по ссылке: https://slc.tl/boojc
До встречи очно или онлайн!
Реклама. АО "Селектел". erid:2W5zFHdWqLm
👎10👍3❤2
Про продуктивность и энтропию
С ростом размера и сложности программ растет и их энтропия – уровень неопределенности и непредсказуемости поведения. Чем продуктивнее разработчик, тем больше изменений в систему он вносит, и тем быстрее растет энтропия. На AI все смотрят как на волшебную таблетку продуктивности – и такой подход может привести к очень быстрому и про том неявному росту энтропии.
Вот несколько интересных мыслей из статьи:
👉Чем раньше принято какое-то решение по дизайну системы, тем сложнее его изменить в будущем. Оно задает ограничения и воркэраунды, которые приходится делать при разработке новых фичей. Чем больше фичей вы будете генерировать, тем сложнее станет отказываться от таких ранних легаси решений, тем больше неочевидных путей и решений в вашем коде будет появляться.
👉У разных команд в организации могут быть конфликтующие цели с точки зрения архитектуры. Например, платформенные команды стремятся сделать архитектуру стабильной и развивающейся по понятному набору правил, и в то же время продуктовые команды хотят move fast and break things, потому что поджимают квартальные OKR. Обычно такие конфликты заставляли людей сесть в одной комнате и договориться. AI ускоряет цикл разработки, и гораздо чаще будут случаться ситуации, когда вместо договоренности все будут тянуть систему в разных направлениях, увеличивая энтропию.
👉Обратная связь о многих решениях прилетает не сразу. Например, качество принимаемых архитектурных решений может быть видно только спустя месяцы или годы. То же самое и с запутанным кодом – обратную связь в виде инцидентов вы можете получить, только когда распутывать его станет уже слишком сложно и дорого.
Ну и напоследок прекрасная цитата:
С ростом размера и сложности программ растет и их энтропия – уровень неопределенности и непредсказуемости поведения. Чем продуктивнее разработчик, тем больше изменений в систему он вносит, и тем быстрее растет энтропия. На AI все смотрят как на волшебную таблетку продуктивности – и такой подход может привести к очень быстрому и про том неявному росту энтропии.
Вот несколько интересных мыслей из статьи:
👉Чем раньше принято какое-то решение по дизайну системы, тем сложнее его изменить в будущем. Оно задает ограничения и воркэраунды, которые приходится делать при разработке новых фичей. Чем больше фичей вы будете генерировать, тем сложнее станет отказываться от таких ранних легаси решений, тем больше неочевидных путей и решений в вашем коде будет появляться.
👉У разных команд в организации могут быть конфликтующие цели с точки зрения архитектуры. Например, платформенные команды стремятся сделать архитектуру стабильной и развивающейся по понятному набору правил, и в то же время продуктовые команды хотят move fast and break things, потому что поджимают квартальные OKR. Обычно такие конфликты заставляли людей сесть в одной комнате и договориться. AI ускоряет цикл разработки, и гораздо чаще будут случаться ситуации, когда вместо договоренности все будут тянуть систему в разных направлениях, увеличивая энтропию.
👉Обратная связь о многих решениях прилетает не сразу. Например, качество принимаемых архитектурных решений может быть видно только спустя месяцы или годы. То же самое и с запутанным кодом – обратную связь в виде инцидентов вы можете получить, только когда распутывать его станет уже слишком сложно и дорого.
Ну и напоследок прекрасная цитата:
AI will require us to hold on to good software engineering principles even tighter. Those who understand this will build systems that grow and last. The ones chasing unbounded productivity gains won’t know why they failed.
Writing is clarifying
Productivity and Entropy
I’ve spent over 25 years watching software systems accumulate entropy and drift into disrepair and failure. I’ve led several projects and know the excruciating pain it takes to bring such …
🔥22❤5👍4