#масштабирование_команды — Public Fediverse posts

It takes everybody: делегируем команде

Меня зовут Катя, я руковожу операционным отделом ITSM 365 в Naumen. Несколько лет назад у меня была одна команда из трех аналитиков. Сейчас — три команды, три тимлида, два техлида и пятнадцать аналитиков. Вместе с ростом команды, разумеется, росло и количество процессов, в которые я была вовлечена. И вроде бы все было хорошо: задачи закрывались, заказчики были довольны, команда справлялась с нагрузкой. Но со временем я начала замечать, что значительная часть процессов постепенно замыкается на мне. Тогда задала себе простой вопрос: что будет, если я на время выпаду из работы? В этой статье хочу рассказать, как мы пересобрали процессы внутри команды, почему это оказалось сложнее, чем я ожидала, и какие изменения помогли снизить зависимость от одного человека, не потеряв при этом прозрачность и управляемость.

https://habr.com/ru/companies/naumen/articles/1036898/

#делегирование #управление_командой #масштабирование_команды #тимлид #менеджмент_в_it

Почему Code Review тормозит разработку и что с этим делать

Если в команде больше 10+ разработчиков, Code Review почти неизбежно превращается в узкое место. PR висят по 2–3 дня, контекст теряется, сеньоры перегружены, а «approve» всё чаще становится формальностью. В статье разбираем, почему ревью перестаёт масштабироваться вместе с командой, как размер PR влияет на cycle time и дефекты, и какие процессные и автоматизационные решения действительно сокращают время проверки — без потери архитектурного контроля. Плюс — показываем, где ИИ-ревью работает, а где создаёт ложное чувство безопасности. Читать статью

https://habr.com/ru/companies/simpleone/articles/995270/

#code_review #ревью_кода #автоматизация_Code_Review #sdlc #ИИ_в_разработке #AI_SDLC #масштабирование_команды #узкое_место_в_разработке

Почему Code Review тормозит разработку и что с этим делать

Если в команде больше 10+ разработчиков, Code Review почти неизбежно превращается в узкое место. PR висят по 2–3 дня, контекст теряется, сеньоры перегружены, а «approve» всё чаще становится формальностью. В статье разбираем, почему ревью перестаёт масштабироваться вместе с командой, как размер PR влияет на cycle time и дефекты, и какие процессные и автоматизационные решения действительно сокращают время проверки — без потери архитектурного контроля. Плюс — показываем, где ИИ-ревью работает, а где создаёт ложное чувство безопасности. Читать статью

https://habr.com/ru/companies/simpleone/articles/995270/

#code_review #ревью_кода #автоматизация_Code_Review #sdlc #ИИ_в_разработке #AI_SDLC #масштабирование_команды #узкое_место_в_разработке

Почему Code Review тормозит разработку и что с этим делать

Если в команде больше 10+ разработчиков, Code Review почти неизбежно превращается в узкое место. PR висят по 2–3 дня, контекст теряется, сеньоры перегружены, а «approve» всё чаще становится формальностью. В статье разбираем, почему ревью перестаёт масштабироваться вместе с командой, как размер PR влияет на cycle time и дефекты, и какие процессные и автоматизационные решения действительно сокращают время проверки — без потери архитектурного контроля. Плюс — показываем, где ИИ-ревью работает, а где создаёт ложное чувство безопасности. Читать статью

https://habr.com/ru/companies/simpleone/articles/995270/

#code_review #ревью_кода #автоматизация_Code_Review #sdlc #ИИ_в_разработке #AI_SDLC #масштабирование_команды #узкое_место_в_разработке

Почему Code Review тормозит разработку и что с этим делать

Если в команде больше 10+ разработчиков, Code Review почти неизбежно превращается в узкое место. PR висят по 2–3 дня, контекст теряется, сеньоры перегружены, а «approve» всё чаще становится формальностью. В статье разбираем, почему ревью перестаёт масштабироваться вместе с командой, как размер PR влияет на cycle time и дефекты, и какие процессные и автоматизационные решения действительно сокращают время проверки — без потери архитектурного контроля. Плюс — показываем, где ИИ-ревью работает, а где создаёт ложное чувство безопасности. Читать статью

https://habr.com/ru/companies/simpleone/articles/995270/

#code_review #ревью_кода #автоматизация_Code_Review #sdlc #ИИ_в_разработке #AI_SDLC #масштабирование_команды #узкое_место_в_разработке

Создание сложной IT-системы и отдела разработки: мой путь

Как выстроить отдел разработки с нуля, создать сильную команду и организовать процессы так, чтобы они работали даже без тебя? В этом кейсе я расскажу, как мне удалось собрать и масштабировать IT-отдел до 18 человек , выстроить эффективные процессы разработки и реализовать сложную MES-систему для автоматизации производственных линий. Что в статье: ✔ Опыт организации работы параллельной работы 10+ бэкенд-разработчиков ✔ Ролевая модель и бизнес процесс создания продукта ✔ Почему junior-разработчики могут быть продуктивнее middle’ов ✔ Метрики помогающие контролировать эффективность команды Расскажу о ключевых вызовах, сложностях и решениях, которые помогли довести проект до успешного запуска. А ещё — какую роль в этом сыграл Эльбрус. Если вам интересно, как построить сильный отдел разработки и не утонуть в процессах , — эта статья для вас.

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

#АСУ_ТП #Создание_отдела_разработки #CTO #автоматизация #тимлидство #scrum #масштабирование_команды #развитие_команды #MES #workflow_engine

Не получается делегировать? 3 типа руководителей, которые тащат все на себе

Для успешного делегирования нужно сочетание обычного и эмоционального интеллекта, системное видение результата и процесса, а также доверие, чтобы предоставить команде пространство для ошибок и поиска. Это искусство, которым можно овладевать постепенно. Обычные руководители передают команде операционные задачи, а настоящие лидеры – стратегические, давая возможность по мере готовности браться за все более сложные проекты и повышать уровень общего результата. Давайте рассмотрим 3 причины, по которым делегировать не получается.

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

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

Data Science + Разработка =… или Как наладить процессы в растущей кросс-функциональной команде

Привет, Хабр! Меня зовут Саша Лапина, я проджект-менеджер* в Lamoda Tech, в стриме по разработке внутреннего продукта — ML-модели оптимизации ценообразования. Поделюсь кейсом управления разработкой и расскажу, как мы налаживали процессы в нашей кросс-функциональной команде, которая за 2 года выросла в шесть раз.

https://habr.com/ru/companies/lamoda/articles/915126/

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