#lead_time — Public Fediverse posts

Как мы внедряли ИИ на 500 инженеров, а скорость не росла. Часть 1. Рост использования не равен ускорению разработки

ИИ в разработке сейчас внедряют почти все. Кто-то подключает чат, кто-то раздаёт доступ к кодинг-агентам, а кто-то обучает свои модели. На графиках пользователи и активность растут, инженеры пробуют инструменты и привыкают к новой реальности, но при проверке метрик очень часто выясняется, что работать ничего быстрее не стало. Привет, Хабр! Меня зовут Марат Киньябулатов, я эксперт по гибким практикам и отвечаю за эффективность инженерных команд в ядре банка. В этой статье расскажу, какие гипотезы мы проверяли при внедрении ИИ, почему рост использования чатов и кодинг-агентов не равен росту скорости, какие метрики помогали отделять привычку от результата и как мы пришли к идее Agentic Engineering.

https://habr.com/ru/companies/raiffeisenbank/articles/1054652/

#внедрение_ии #кодингагенты #llm #agentic_engineering #sdlc #инженерные_метрики #lead_time #throughput #defect_rate #adkar

Как найти скрытые потери в IT‑разработке: гайд для COO

Команда может стабильно закрывать задачи, проходить ревью и деплоить релизы, но при этом терять деньги и скорость в местах, куда обычно не смотрят. В статье разбираем три источника скрытых потерь в IT‑разработке: лишние согласования, ожидание между этапами и раздувающиеся расходы на облака и SaaS.

https://habr.com/ru/companies/otus/articles/1031310/

#операционная_эффективность #скрытые_потери #управление_разработкой #COO #процессы_разработки #информационный_налог #стоимость_ожидания #SaaSрасходы #FinOps #Lead_Time

Как вытащить ИТ из кризиса перегрузки, если найм запрещён

Команда начинает тонуть не в тот момент, когда задач становится много, а когда поток работы перестаёт соответствовать реальной пропускной способности разработки. В статье — разбор ситуации, знакомой многим IT‑командам: дедлайны не двигаются, найм заморожен, техдолг растёт, инциденты множатся, а люди постепенно выгорают. На примере условного «ФинТеха» автор показывает, почему попытка «ускориться ещё сильнее» обычно только усугубляет кризис и как двухнедельный Stop the Line может вернуть управляемость процессам без расширения штата.

https://habr.com/ru/companies/otus/articles/1032730/

#выгорание_команды #перегрузка_разработчиков #технический_долг #WIP #lead_time #управление_ITкомандой #инциденты_в_проде #Stop_the_Line #операционная_эффективность #delivery_management

Что такое DORA-метрики и как их измерять, часть 1

Проблема большинства команд не в том, что они работают медленно. Проблема в том, что они толком не понимают, где именно теряют время, сколько стоит каждая ошибка и насколько тяжёлым стал сам процесс поставки изменений. Именно здесь и полезны DORA-метрики. Разберём, что они измеряют, где их чаще всего трактуют неправильно и как применять их без KPI-магии.

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

#dora #doraметрики #devops #cicd #метрики_разработки #deployment_frequency #lead_time #change_failure_rate #mttr #sdlc

Метрики команды разработки: какие считать, а какие — игнорировать

Velocity, Burndown и количество закрытых задач выглядят как контроль над разработкой. На практике эти метрики часто создают только видимость управляемости: отчёты красивые, а сроки всё равно срываются. В статье разбираем, какие показатели действительно помогают прогнозировать сроки, находить узкие места и держать баланс между скоростью разработки и качеством релизов. Разобраться в метриках

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

#метрики #метрики_продуктивности #управление_проектами #управление_командой #управление_разработкой_продукта #Agile_метрики #cycle_time #wipлимиты #Lead_Time #Velocity

Как мы сократили Lead Time с полутора недель до четырёх часов

Привет! Меня зовут Антон, я ведущий программист департамента аналитических решений ЮMoney. Хочу поделиться историей о том, как наша команда ускорила один из самых рутинных процессов в работе дата-инженера — загрузку информации из нового источника данных в хранилище. Мы не просто оптимизировали процесс, а практически свели к нулю многодневную рутину и тем самым высвободили время для решения более интересных задач. Наше технологичное решение помогает превратить сложный и долгий процесс в понятный и быстрый. Если вы строите хранилище данных, развиваете data-платформу или просто устали от однотипных ETL-задач, отнимающих недели, — этот разбор будет вам полезен. Покажу, какие архитектурные решения мы рассматривали и что в итоге сработало.

https://habr.com/ru/companies/yoomoney/articles/995720/

#dwh #etl #lead_time #кодогенерация #метаданные #платформенный_подход

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

Привет, Хабр! На связи Дмитрий Гребнев, руководитель команды Beehive в Рунити. Сегодня поговорим о том, как сделать управление командой предсказуемым — не на ощущениях, а на данных. Статья будет полезна тем, кто сталкивается с постоянным «разъездом» сроков и переоценкой задач — разработчикам, руководителям команд и менеджерам проектов, работающим по Agile. Речь пойдет о статистическом методе управления: как метрики помогают бороться с шумом и смещением в оценках, почему начинать стоит с Cycle Time, и как декомпозиция, блокировки и нормальное распределение влияют на эффективность команды.

https://habr.com/ru/companies/runity/articles/966452/

#команда_разработки #управление_проектами #бэклог #бэклог_продукта #cycle_time #lead_time #блокировки #блокер #менеджмент_проектов #менеджмент_в_it

[Перевод] Разработка, деплой, эксплуатация: как перестать терять ценность на пути к продакшену

Сколько и куда инвестировать в дев-инструменты и платформу, как считать отдачу от оптимизаций (хоть от снижения CPU), и где гонять тесты — на пресабмите или на интеграции? Простых ответов нет. В этой статье я предлагаю целостную модель баланса между затратами разработки и создаваемой ценностью с учётом рисков: успех продукта, продуктивность команды, эффективность ресурсов и стратегические возможности. Дам практичные ориентиры для продактов, инженеров и менеджеров, а также покажу, как инфраструктура и архитектура сдвигают этот баланс и где именно выгодно усиливать автоматизацию и проверки.

https://habr.com/ru/companies/otus/articles/948494/

#метрики_DORA #cicd #канареечный_релиз #mttr #инженерная_емкость #наблюдаемость #shift_left_тестирование #lead_time

Как улучшить предсказуемость поставки дизайна с помощью метрик эффективности команды

Привет! Меня зовут Егор Стремоусов, я тимлид команды продуктовых дизайнеров платформы TWork Обслуживания в Т-Банке. Расскажу, как моя команда повысила предсказуемость поставки дизайн-задач, какие методы и инструменты мы для этого использовали.

https://habr.com/ru/companies/tbank/articles/901798/

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

Как и на какие метрики смотреть в поисках зоны роста команды?

«Как и на какие метрики смотреть в поисках зоны роста команды?» — на эту тему менеджеры проектов в нашей компании задумываются регулярно, так как менеджеры отвечают в том числе и за эффективность процессов. Правильный ответ на вопрос будет зависеть от контекста команды, заказчиков, продукта, рабочего процесса и много чего еще. Но можно выделить ряд метрик и отчетов, построенных на этих метриках, которые будут универсальны, и которые можно брать за основу для анализа. А поскольку hh.ru — компания, которая несколько последних лет применяет Kanban-метод, то и метрики ниже будут сильно пересекаться с тем, что этот метод предлагает. Меня зовут Денис Николаев, и я менеджер проектов в hh. В этой статье покажу, на какие основные отчеты смотрю я. Также добавлю примеры того, на что обращать внимание в этих отчетах, чтобы в дальнейшем работать над повышением эффективности.

https://habr.com/ru/companies/hh/articles/884422/

#метрики_разработки #kanban #анализ_процессов #управление_проектами #datadriven #процесс_разработки #lead_time #cycle_time #эффективность_команды