Архив рубрики ‘приоритизация’

От хаоса к порядку: как управлять техдолгом

Привет! Меня зовут Ира, я тимлид проекта по развитию чатов поддержки в компании «Совкомбанк Технологии». Уже более пяти лет я занимаюсь фронтенд‑разработкой и часто сталкивалась с проектами, где накопленный технический долг замедляет работу команды и усложняет развитие продукта. Этот опыт научил меня не просто исправлять код, а выстраивать стратегию его постепенного и безопасного улучшения без остановки основной разработки.

ROI вместо интуиции: как мы перестали спорить о приоритетах и начали считать деньги

За карьеру мне часто приходилось слышать противоположные идеи от руководителей. Один утверждал: «Не трать время на актуализацию бэклога. Если задача действительно важна, то бизнес сам придет и подсветит приоритеты.» Второй в первый же день сказал: «Первым делом наведи порядок в бэклоге.» Я понял: спорить о подходах можно бесконечно. Вопрос в другом: По каким критериям мы […]

Что не так с требованиями у вас на проекте и как это связано с мотивацией команды

Когда в проекте начинаются проблемы с требованиями, чаще всего сначала смотрят на процесс. Не так описали задачу, не уточнили сценарии, плохо расставили приоритеты, забыли ограничения, не договорились о критериях готовности. Это всё действительно важно. Но, по моему, требования ломаются не только из‑за плохих шаблонов или небрежного описания задач.

Как приоритизировать проекты в AI‑командах: наши ошибки и выстраданный фреймворк

Привет! Я Сеня, в лидирую AI‑команду в Точка Банке, которая работает с продажами и маркетингом. Наши модели и сервисы решают, какой менеджер должен ответить клиенту, кому дать промокод, кому показать ремаркетинг, что сказать клиенту на его возражение. Моя команда появилась, когда ChatGPT ещё не существовала, а в моде был катбуст… По сути, в самом начале мы наняли несколько джуна и сказали: «придумайте, чем заняться, и попробуйте заработать денег». Заказчиков мы […]

Cost of Delay и Expected Monetary Value: что получится, если попробовать найти между ними зависимости

Года три назад в рамках одного из лекционных курсов рассматривали Cost of Delay (CoD) как один из инструментов управления задержками. Да, это позволяет достаточно эффективно понять/показать, почему необходимо заканчивать ранее и что задержки ведут к прямым финансовым потерям. К сожалению, на практике (в силу сложности инструмента, или же просто по нежеланию менять рутину) используется достаточно […]

Почему ваш бэклог давно перестал быть бэклогом

Открываете список задач перед планированием спринта. Прокручиваете. Прокручиваете еще. Где-то на третьем экране перестаете понимать, что тут вообще происходит. Половина задач без автора, часть не трогали с прошлого года, несколько штук явно дублируют друг друга — но удалить страшно, вдруг важное. Всем привет, я Ваня, из команды продукта SimpleOne SDLC. Поговорим с вами о том, […]

Успеть за 44 часа: как мы разработали и запустили новую услугу в режиме аврала

Как вернуть управляемость разработке после MVP: кейс SimpleOne SDLC

Всем привет, я Артем Герасимов, владелец продукта SimpleOne SDLC. Чуть больше года назад я пришел в компанию в момент, когда продукт только прошел стадию MVP, которую мы делали быстро, чтобы проверить гипотезу. Гипотеза подтвердилась, появились клиенты, но вместе с ними пришел беспорядок: запросы терялись между почтой и чатами, сроки срывались, процессы перестали работать. В этой […]

МVP случился. Что дальше?

Всем привет, я Артем Герасимов, владелец продукта SimpleOne SDLC. Чуть больше года назад я пришел в компанию в момент, когда продукт только прошел стадию MVP, которую мы делали быстро, чтобы проверить гипотезу. Гипотеза подтвердилась, появились клиенты, но вместе с ними пришел беспорядок: запросы терялись между почтой и чатами, сроки срывались, процессы перестали работать. В этой […]

Сократили срок выхода задач в продакшен почти вдвое: что реально сработало

Меня зовут Василий Ферапонтов, я отвечаю за SaaS-направление в Аспро. Мы развиваем собственный продукт — облачную систему управления бизнесом. В команде несколько продуктовых и платформенных групп, всего больше двадцати человек в разработке. Год назад у нас была ситуация, которая многим знакома. Команды заняты, задачи двигаются, релизы происходят… но предсказуемости нет. Сроки плавают, бэклог разрастается, внутри […]

123