За семь лет проведения воркшопов по Story Points я наблюдаю одну и ту же картину: команды изучают технику, применяют её несколько спринтов, а затем постепенно возвращаются к старым паттернам. И если на маленьких масштабах работы с одной командой или тремя кажется что Story Points прекрасный подход, на текущем масштабе — 47 команд, около 400 человек в IT — 60% используют Story Points, 40% не используют - я вижу совершенно иную картину. И вот что интересно: те 60%, которые используют, делают это крайне по-разному. Да и в целом, во всяких FAANG-ах о Story Points почти ничего не слышали, максимум - про размеры в футболках.
Рубрика «метрики процесса»
5 причин, почему ваши Story Points не работают (и что делать)
2025-06-26 в 12:01, admin, рубрики: estimation, Story Points, команда, метрики, метрики процесса, оценка, оценка трудозатрат, прогнозированиеКак мы внедрили Yandex Tracker в процессы, а процессы в Yandex Tracker. Базовые метрики поставки
2025-02-18 в 12:15, admin, рубрики: yandex tracker, метрики процессаЯ Delivery manager в компании, которая занимается разработкой сервиса для рассылок уведомлений клиентам: максимально полезная и удобная штука для салонов красоты, фотостудий, фитнес-клубов и других сервисов по оказанию услуг.
У нас своя команда разработки и несколько продуктов. Мы долгое время вели задачи в Notion. Удобно на старте: база знаний и трекер задач в одном месте, умный поиск и AI ассистент. С ростом команды мы задумались о выборе другой трекинговой системы из-за отсутствия в Notion базовых метрик поставки и удобных инструментов планирования. Финальным штрихом стал уход Notion из России.
Agile в функциональном проекте. Организация работы на IT-рельсах
2024-09-13 в 11:08, admin, рубрики: agile, гибкие методологии, метрики процесса, проектыAgile в функциональном проекте. Организация работы на IT‑рельсах
Когда говоришь о проектах в методологии Agile, чаще всего представляешь IT‑команду творческих, открытых к изменениям специалистов, которые занимаются разработкой программной части какого‑то крупного функционала.
Опуская множество НО, в целом, философия Agile (а никак иначе язык сказать не поворачивается) показала довольно неплохие результаты с точки зрения организации команд в других, околоайтишных направлениях.
Как измерить эффективность и решать проблемы разработчиков, если у тебя их сто
2019-10-03 в 12:36, admin, рубрики: Блог компании Skyeng, боли команды, измерения, кто виноват и что делать, метрики кода, метрики процесса, оценка качества, оценка людей, Программирование, управление персоналом, управление проектами, управление разработкой, эффективность работыВопрос о том, как оценить эффективность процесса разработки существует столько же, сколько и сама разработка. Часто девелоперы могут придерживаться идеи, что нужно просто качественно писать код, а вот все эти оптимизации, митинги, трекинг активности и так далее — менеджерская блажь. Руководители же в свою очередь считают, что превыше всего — продукт и у нас тут вообще-то бизнес, а не клуб по интересам: так что без метрик обойтись невозможно. Но насколько вообще важны метрики?
В начале сентября мы провели митап для руководителей разработки и поговорили об этом с людьми из Plesk, Avito, Додо Пиццы, Тинькова, Agima, ЦИАНа, Яндекс.Вертикалей, DocDoc — ну и про себя не забыли. Ниже — выжимка из того, о чем говорили наши гости.
Читать полностью »
Оцениваем процессы в команде разработки на основе объективных данных
2018-11-16 в 9:55, admin, рубрики: teamlead, teamleadconf, Блог компании Конференции Олега Бунина (Онтико), метрики производительности, метрики процесса, управление персоналом, управление проектами, управление проектами и командой, управление разработкойРазработка софта считается плохо измеримым процессом, и кажется что, чтобы ей эффективно управлять, нужно особое чутье. А если интуиция с эмоциональным интеллектом развиты не очень, то неизбежно будут сдвигаться сроки, проседать качество продукта и падать скорость поставки.
Сергей Семёнов считает, что это происходит в основном по двум причинам.
- Нет инструментов и стандартов для оценки работы программистов. Менеджерам приходится прибегать к субъективной оценке, что в свою очередь приводит к ошибкам.
- Не используются средства автоматического контроля за процессами в команде. Без должного контроля процессы в командах разработки перестают выполнять свои функции, так как начинают исполняться частично или попросту игнорироваться.
И предлагает подход к оценке и контролю процессов на основе объективных данных.
Ниже видео и текстовая версия доклада Сергея, который по результатам зрительского голосования занял второе место на Saint TeamLead Conf.
Читать полностью »
Метрики в процессе разработки ПО: GQM модель
2017-09-17 в 19:17, admin, рубрики: GQM, метрики по, метрики продукта, метрики процесса, Управление продуктом, управление проектами, управление разработкой“Вы не можете управлять тем, что не можете измерить” — избитая фраза, которую любят употреблять консультанты на дорогостоящих тренингах. У многих людей выработалась аллергия к разного рода метрикам, из-за маниакального желания менеджеров навесить KPI куда только можно. Однако, без определенной системы измерений, невозможно говорить о систематическом улучшении качества программного продукта и процесса его разработки. В этой статье я расскажу о GQM (Goal — Question — Measure) подходе, который поможет определить действительно объективные метрики и приведу пару примеров.
Семь раз отмерь, один раз отрежь: как не запутаться в метриках продукта, процесса и счастья команды
2014-08-20 в 8:15, admin, рубрики: product management, метрики процесса, продуктовая разработкаСегодня моя цель – коротко рассказать о подходах data-informed продуктового менеджмента, который я исповедую и попытаться заинтересовать вас в использовании его базовых инструментов в ваших продуктах.
Короткий дисклеймер – я пришла в продуктовую разработку из проектного менеджмента в аутсорсе. Для меня стало неожиданностью, что в то время как продуктовым метрикам уделяется пристальное внимание, процессные и командные часто незаслуженно уходят на задний план.
Для себя я сформулировала, что измерения успешности продукта состоит из трех блоков:
— счастье пользователей;
— успешность (качественная и количественная) итераций и релизов;
— счастье команды.
Читать полностью »