В одном из прошлых постов мы говорили об ICE - простом и быстром методе приоритизации задач. Сегодня рассмотрим его «старшего брата» - методику RICE, которая дает более взвешенные оценки.
Методы оценки задач: почему 70% проектов срывают сроки?
Сколько раз вы слышали: «Это займёт 2 недели»? А на деле — 2 месяца?
Каждый проектный менеджер сталкивается с проблемой оценки задач. Неправильный выбор метода = срывы сроков, перерасход бюджета, недовольные стейкхолдеры. Но есть решение.
Вам не расскажут на митинге: Почему «тушение пожаров» создаёт видимость работы, но убивает продукт
Вы приходите в офис с четким планом, а к 11 утра вас уже разрывают на части: срочное письмо от директора, внеплановая летучка, «горящая» задача от коллеги и 15 непрочитанных чатов. К концу дня выдыхаетесь и понимаете, что не сделали ничего из запланированного. Знакомое состояние, когда работа есть, а результата — нет?
🎯 HADI: От гипотезы к суперэффективному коду
Если вы работаете в разработке ПО, особенно в продуктовых командах, то, скорее всего, слышали о HADI-циклах. HADI часто воспринимают как инструмент менеджеров и аналитиков: A/B-тесты, конверсии, метрики.
Как я научился говорить на языке маркетологов и почему это ускорило разработку в 2 раза
История о том, как мы прекратили войну «фичей» и «метрик» и начали делать продукты, которые действительно растут.
«Нам нужна кнопка здесь!» — говорит маркетолог. «Это криво с точки зрения архитектуры», — парирует разработчик. Знакомый спор? Я был в эпицентре таких баталий, пока не осознал: мы работаем в одной компании, но говорим на ра…
Ошибка, которая стоила нам месяца работы, и как мы внедрили процесс, чтобы она больше не повторялась
Жесткий урок о том, почему тимлид не должен быть «бутылочным горлышком» во всех процессах. Разбираю свою ключевую управленческую ошибку.
Ничто так не учит руководителя, как осознание, что его собственная модель управления привела команду к провалу. Не срыв дедлайна по вине разработчика, не баг в продекшене, а именно моя ошибка. Однажды…
Как мы сократили цикл разработки с 2 недель до 3 дней без смены команды
Разбираю, как внедрение процессов CI/CD и код-ревью помогло не только ускориться, но и вернуть 20% времени разработчиков.
«На разработку нужно две недели». Эта фраза была приговором для нашего отдела в Х. Пока маркетологи и коммерсанты ждали обещанные фичи, разработчики сутками заливали патчи и разбирались с «поломками», которые возник…
Как остудить голову и сосредоточиться на главном - метод приоритизации ICE
В управлении продуктами и проектами самая важная часть - выбрать то, над чем работать в первую очередь. В прошлый раз мы разобрались в простом способе приоритизации MoSCoW, который позволяет быстро раскидать задачи по приоритету. Но что, если менеджер продукта все задачи помечает как Must have, все важны и все нужно как можно быстрее? Здесь поможет…
Техническая история в Agile: зачем она нужна и почему не стоит её прятать
Буквально вчера на корпоративном тренинге по построению User Story Map у участников возник вопрос о ценности для клиента технических историй. Отвечая на этот вопрос, у меня появилась идея написать статью.
Отслеживание индивидуального Velocity и метрик в JIRA
Встроенный отчёт Velocity в Jira не поддерживает отслеживание индивидуального или персонального velocity, так как это противоречит принципам Agile и Scrum. Несмотря на то что такой подход не рекомендуется в традиционной Agile-среде, многие команды всё же находят ценность в отслеживании индивидуальных метрик для анализа продуктивности или личного ра…
КАК MIDBANK ПОДКЛЮЧИЛСЯ К ШВЕЙЦАРИИ, ВЫБРОСИЛ СТАРОЕ ЖЕЛЕЗО И СТАЛ ФИНТЕХОМ — ПО-ЕГИПЕТСКИ
… из 80-х в 2025-й
Гибкость и доверие: секреты успешного управления командами в условиях перемен
Все думают, что управление проектами — это про схемы и контроль, но на практике это гораздо больше про людей и гибкость. За годы работы в разных командах я понял: кто умеет адаптироваться и слушать своих коллег — тот выигрывает. В миксе современных методологий — Scrum, Kanban и более продвинутых практик — есть одна простая истина: всё дело в довери…