#управление_командой_разработки — Public Fediverse posts

ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт

Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться

https://habr.com/ru/articles/1030314/

#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство

ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт

Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться

https://habr.com/ru/articles/1030314/

#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство

ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт

Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться

https://habr.com/ru/articles/1030314/

#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство

ИИ-агенты в инженерной команде: гайд для тимлида, который не хочет получить бунт

Вы прочитали гайд по Cursor, посмотрели демку Claude Code, посчитали в голове экономику и решили: пора. Спускаете в команду указание — попробовать на следующей итерации. Через две недели смотрите на цифры и видите, что lead time не сократился, а вырос. Полетели странные инциденты в трекер. Двое лучших разработчиков ходят с лицами «я же говорил». На ретро звучит сдержанное «нам нужно больше времени, чтобы оценить эффект». На самом деле это значит «уберите эту штуку». Знакомо? Это типичная картина внедрения ИИ в инженерной команде через администрирование. Проблема не в инструменте, не в моделях и не в скептиках. Проблема в том, что push-модель (принуждение) внедрения системно не работает с разработчиками высоких грейдов — и чем сильнее ваша команда, тем хуже она работает. В этом гайде — модель вовлечения без революций (далее pull-модель). Что нужно построить, чтобы синьоры сами выбрали работать с агентом, а через три месяца стали евангелистами. Это не про мотивационные речи и не про премии за процент кода от ИИ. Это про инженерное решение: workflow, инфраструктура и фазы развёртывания, которые проходят фильтр опытного разработчика. Читать как этого добиться

https://habr.com/ru/articles/1030314/

#ииагенты #agentic_coding #claude_code #claude_code_skills #codex #парное_программирование #управление_командой_разработки #workflow #sdlc #тимлидерство

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

Начало этапа имплементации подразумевает переход от согласованного проектного решения и планов-графиков его воплощения, к практической реализации посредством разработки, настройки инфраструктуры и поэтапного создания функциональности продукта. Обычно для команды на данном этапе стоят следующие вызовы:

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

Начало этапа имплементации подразумевает переход от согласованного проектного решения и планов-графиков его воплощения, к практической реализации посредством разработки, настройки инфраструктуры и поэтапного создания функциональности продукта. Обычно для команды на данном этапе стоят следующие вызовы:

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

Начало этапа имплементации подразумевает переход от согласованного проектного решения и планов-графиков его воплощения, к практической реализации посредством разработки, настройки инфраструктуры и поэтапного создания функциональности продукта. Обычно для команды на данном этапе стоят следующие вызовы:

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

Начало этапа имплементации подразумевает переход от согласованного проектного решения и планов-графиков его воплощения, к практической реализации посредством разработки, настройки инфраструктуры и поэтапного создания функциональности продукта. Обычно для команды на данном этапе стоят следующие вызовы:

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Особенности задач тимлида, или Что именно значит «управлять командой»

Многие сильные разработчики мечтают стать тимлидами или менеджерами, не до конца понимая, с чем им предстоит столкнуться. Бывает даже, они достигают своей цели, но разочаровываются, выгорают и уходят, либо проваливают проекты из-за непонимания специфики новой роли. В этой статье я расскажу об обязанностях тимлида, которые отличают его от разработчиков, архитекторов, проджект-менеджеров и других. Привет! Меня зовут Вячеслав Бенедичук, я наставник на курсе

https://habr.com/ru/companies/yandex_praktikum/articles/892324/

#тимлид #управление_командой_разработки #лидерство

Как развиваться в тимлиды при помощи ИИ или почему только теория не работает

Привет, я Илона - системный аналитик в Т-банке. Сейчас я активно развиваюсь в направлении Team Lead. Развитие в роли тимлида — это не только изучение теории, но и регулярная практика. Многие совершают ошибку, погружаясь в книги и статьи, но не применяя полученные знания. Поэтому получив заветную должность, многие не знают как действовать в реальных ситуациях. В этой статье предлагаю рассмотреть методы, которые помогут развить лидерские навыки на практике, даже если сейчас у вас другая должность.

https://habr.com/ru/articles/886992/

#teamlead #управление_командой_разработки #развитие_навыков #искусственный_интеллект

Как не стать обузой для своей команды. Какие soft-скиллы и hard-скиллы нужны руководителю проектов

Привет! На связи Настя Аристова из

https://habr.com/ru/companies/spectr/articles/869124/

#hardskills #softskills #хардскиллы #софтскиллы #управление_командой #управление_командами #управление_командой_разработки #микроменеджмент #микроменеджер #коммуникация_в_команде

В Перми пройдет митап серии DevTalks для разработчиков про коммуникации и развитие в команде

Всем привет! Уже 2 ноября Spectr организует в Перми митап серии DevTalks. Успевайте регистрироваться и подавать заявки на разбор ваших кейсов! Не хардами едиными. Обратная связь, one-to-one и движение по матрице компетенций разработчиков В этот раз мы решили поговорить о важных составляющих работы любого инженера — о коммуникации и развитии. В рамках митапа спикеры расскажут об инструментах обратной связи и роста в команде, помогут разобраться в матрице компетенций и роли soft skills. Узнать о митапе и зарегистрироваться!

https://habr.com/ru/companies/spectr/articles/850082/

#soft_skills #матрица_компетенций #управление_командой_разработки #профессиональный_рост #работа_в_команде

Как создать идеальную команду

Всем привет. Знакомые, коллеги, друзья, часто спрашивают меня, как построить команду. «Вот ты свои строишь так, что они спустя некоторое время горы сворачивают, хотя отдельные сотрудники не являются гениями. Как ты это делаешь?» Как‑то само получалось, решил написать о своем опыте в серии статей. Надеюсь зайдет. Это первая, про специализацию и кросс‑функциональность, про то, кто должен быть в команде. Спойлер: никак, идеальная команда — редкость, но можно сделать свою почти идеальной. Так как приблизиться к идеалу?

https://habr.com/ru/articles/840364/

#управление_командой_разработки #управление_командой #менеджмент_работа_с_людьми #менеджмент

Я стала руководителем. Что делать? Статья для тех, кому сложно в новой роли

Привет! Я Вера Осолодкина, аккаунт-директор в диджитал-продакшене Далее. Полгода назад я стала руководителем проджект-менеджеров и активно стала вживаться в новую роль. За это время я успела задуматься о смысле жизни, карьере, команде, провести сотни созвонов и разрулить тысячи ситуаций. Если вы тоже в этой точке, этот текст для вас. Руководителями не становятся на пустом месте — это результат той карьерной стратегии, которой ты придерживаешься. Она может быть разной, но абсолютно всем менеджерам нужна поддержка, особенно когда ты растёшь, — кто-то же должен сказать, что всё ок. Этот короткий текст говорит тебе, что всё ок.

https://habr.com/ru/articles/833110/

#менеджмент #управление_проектами #управление_командой #управление_командой_разработки

Как провести демо: о подготовке, презентации и способах работы с обратной связью заказчика

Есть множество практик проведения демо. Некоторые очень распространены. Другие используются редко. Демо — вообще весьма индивидуальный процесс для каждой команды (особенно при отсутствии зафиксированных регламентов проведения демо). Я расскажу о нашем опыте. Что-то в нем универсально и подойдет многим командам. Что-то — очень специфично. Просто берите на вооружение то, что кажется вам полезным, а остальное смело пропускайте.

https://habr.com/ru/companies/fuse8/articles/810495/

#демо #демонстрация_прототипа #обратная_связь #управление_проектами #управление_командой_разработки #разработка_сервисов #заказная_разработка #разработка_программного_обеспечения #демонстрация_работы #управление_ожиданиями_заказчика

Как провести демо: о подготовке, презентации и способах работы с обратной связью заказчика

Есть множество практик проведения демо. Некоторые очень распространены. Другие используются редко. Демо — вообще весьма индивидуальный процесс для каждой команды (особенно при отсутствии зафиксированных регламентов проведения демо). Я расскажу о нашем опыте. Что-то в нем универсально и подойдет многим командам. Что-то — очень специфично. Просто берите на вооружение то, что кажется вам полезным, а остальное смело пропускайте.

https://habr.com/ru/companies/fuse8/articles/810495/

#демо #демонстрация_прототипа #обратная_связь #управление_проектами #управление_командой_разработки #разработка_сервисов #заказная_разработка #разработка_программного_обеспечения #демонстрация_работы #управление_ожиданиями_заказчика

Как провести демо: о подготовке, презентации и способах работы с обратной связью заказчика

Есть множество практик проведения демо. Некоторые очень распространены. Другие используются редко. Демо — вообще весьма индивидуальный процесс для каждой команды (особенно при отсутствии зафиксированных регламентов проведения демо). Я расскажу о нашем опыте. Что-то в нем универсально и подойдет многим командам. Что-то — очень специфично. Просто берите на вооружение то, что кажется вам полезным, а остальное смело пропускайте.

https://habr.com/ru/companies/fuse8/articles/810495/

#демо #демонстрация_прототипа #обратная_связь #управление_проектами #управление_командой_разработки #разработка_сервисов #заказная_разработка #разработка_программного_обеспечения #демонстрация_работы #управление_ожиданиями_заказчика

Как менять подход к управлению с ростом команды и проекта

Когда в команде больше семи человек, а руководитель продолжает ежедневно писать код и настраивать серверы — это настораживает. В большинстве ситуаций такой подход к управлению не идёт на пользу проекту. А ещё это выглядит как отсутствие доверия к сотрудникам, что тоже не очень хорошо. За 20 лет я успел поработать и в стартапах, и в IT-гигантах, с командами из трёх человек и из сорока. Каждая новая конфигурация требовала менять подход к управлению — то, что работало вчера, переставало работать сегодня. В этой статье поделюсь своим взглядом, как подходить к управлению командой в зависимости от её размера и этапа развития проекта.

https://habr.com/ru/companies/vk/articles/776770/

#управление_командой #управление_командой_ит #управление_командой_разработки #вконтакте #teamlead