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

Как оценивать эффективность команды без слежки: закон Гудхарта и метрики результата

Привет, Хабр! Меня зовут Василий, я директор SaaS-направления в Аспро — мы разрабатываем систему управления проектами Аспро.Cloud. Руководитель хочет знать одну простую вещь: движется ли работа. Самый очевидный способ проверить это — посмотреть, кто сейчас занят делом. Отсюда растет соблазн поставить трекер экрана или систему учета активности: если видно, что человек за компьютером и что-то […]

Обновлённая аналитика по рынку труда. Ледниковый период для топ‑менеджеров: что реально происходит с наймом?

Собственно, почему она обновлённая

Почему я не использую EvaProject, импортозамещение Jira

Всё, что описано ниже является строго личным мнение автора, который работал с продуктом. По всем описанным пунктам я обращался в поддержку, получил официальные ответы и привожу их тут. Ни для одной из описанных проблем не было предложено обходного варианта решения, только «это такое архитектурное решение»

Почему нельзя измерять разработчика строками кода — и что мы делаем вместо этого

Измерить работу разработчика хочется так же, как работу производственной линии: взять понятный счетчик, сравнить план с фактом и получить одно число. Но в разработке самый доступный показатель почти всегда оказывается самым опасным. Количество коммитов можно увеличить, разбивая изменения на части. Число строк растет от копипаста и падает после хорошего рефакторинга. Закрытые задачи ничего не говорят […]

AI против Agile: что изменилось за последние два года

Почему Scrum не исчез, но многие привычные процессы уже никогда не будут прежними.

Разработчик 2.0. Следующий уровень абстракции

Что теперь программирует настоящий программист? Вы открываете задачу и пишете одну строку: Добавь идемпотентность в API создания заказа. Через некоторое время перед вами diff в незнакомом репозитории. Изменены обработчик API, модель данных, тесты и документация. Все проверки проходят. При этом вы не написали ни одной строки кода.

SDD в существующем проекте: спеки задним числом

В первой статье я рассказал, почему полностью перешёл на Spec-Driven Development, во второй — как изобретал roadmap-слой поверх Spec Kit. Обе статьи заканчивались одним и тем же вопросом из комментариев и личных сообщений: «Хорошо, а что делать с существующим проектом?» И это честный вопрос, потому что оба моих примера были удобными: либо новая фича, либо […]

Продуктовый разработчик 2026: кто это, откуда берётся и что с ним делает ИИ

Наш ИИ-агент не закрыл ни одной боевой задачи. И это лучшее, что с ним случилось

Наши аналитики почти перестали писать SQL руками и ходить к разработчикам с вопросом «а как работает эта фича». Сделал это инструмент, который мы строили для другого: он должен был сам закрывать задачи разработки. С исходной целью он провалился, и провалился интересно. Расскажу, где именно. Почему вообще взялись

Scrum — не серебряная пуля. Почему «натянутый» Scrum на несколько команд ломает продукт — и что работает вместо него

Есть фраза, от которой у меня до сих пор дёргается глаз: «Да там ничего сложного — просто раскатим Scrum на все команды». Обычно её уверенно произносит человек, который пару недель назад сходил на двухдневный курс, получил красивый сертификат — и теперь искренне считает, что понял, как устроена разработка.