Архив рубрики ‘Управление разработкой’

AI в работе продакта: что реально работает, а что остается хайпом

Базовый минимум метрик, который реально работает у меня (но и у вас тоже будет)

PO и IT-лид на дейлике Всем привет! Я, Дианов Стас, product manager. Сегодня разработка фичей и продуктов действительно очень похожа на сложный производственный конвейер, только вместо токарных станков — Jira, пайплайны CI/CD и вечный, леденящий душу вопрос «а когда в прод?» от бизнеса.

Как выбрать систему для разработки и пожалеть через полгода

Плохой выбор системы управления разработкой редко заметен в первый месяц. Сначала всё выглядит терпимо: задачи заведены, доски настроены, отчёты где-то строятся. Потом начинается рабочая реальность. Разработчики уточняют статусы в чате, релизы собираются вручную, критичные дефекты ведутся в отдельной таблице, тимлид перед встречей открывает пять вкладок и пытается понять состав спринта.

Энтерпрайз огромен, медлителен и стоит как чугунный мост. И тут появляется вайбкод

Я работаю руководителем проектов внедрения в крупной российской технологической компании, связанной с одним очень крупным банком. Мы разрабатываем собственное программное обеспечение для внутренних нужд банка, а заодно продаём и внедряем его внешним заказчикам. Чаще всего это большие компании и корпорации, где любое действие сопровождается совещанием, а любое совещание — ещё двумя совещаниями поменьше. Другими словами […]

Как найти самое слабое звено в команде: личный опыт

Задачи стояли неделями. Причина оказалась совсем не той, о которой мы думали

Исследователи: разработчики не смогут отказаться от инструментов ИИ

Исследователи обнаружили, что в 2026 году разработчики уже не смогут отказаться от инструментов для программирования с использованием ИИ. Это может создать дополнительные проблемы с сопровождением кода.

Команда выросла, методы — остались

«Раньше у нас была классная команда, все друг друга знали, задачи решали быстро. А теперь — процессы, согласования, и непонятно, кто за что отвечает. Кстати, напомните — как зовут нашего дизайнера?». Узнаете? Это голос руководителя, который перерос свои старые методы. Вы прошли путь от 5 до 50 человек. Или от одной команды до целого отдела. Вместо драйва — усталость. Вместо скорости — бюрократия.

Практическое построение сервисов на Go под реальный трафик

Оптимизация кода сервисов на Go под реальную нагрузку Когда сервис на Go начинает «тормозить» под реальной нагрузкой, проблема почти всегда не в самом языке и даже не в алгоритмах. Чаще всего узкие места лежат на уровне работы с памятью, сериализации данных и неочевидных накладных расходов рантайма. Если сервис упирается в сеть, базу данных или внешние […]

Как 100+ авторов пишут 100+ процессов в 3 версиях и не путаются. Или как мы переехали с Wiki на Git

У нас было 120 процессов, 9 областей управления, более 100 авторов из 60 компаний, 3 ветки на каждый репозиторий и ещё по одной на каждую задачу, AI-агент, таск-трекер, толстый клиент редактора и три портала документации. Не то чтобы всё это нам было нужно, чтобы описать методологию управления в ИТ. Но когда однажды начинаешь собирать серьёзную […]