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

Почему оценка «на глаз» убивает ИT-производство: опыт Диасофт в нормировании задач

Привет, Хабр! Я Денис Тимощук, руководитель направления «Управление командами и задачами» в Диасофт. На рынке разработки ПО Диасофт уже 35 лет, и за это время у нас накопилась огромная экспертиза в управлении ИT-производством. Сегодня мы управляем более 150 командами разработки, и главная головная боль любого руководителя (да и самого разработчика) — это оценка задач. Сколько времени нужно […]

А системный аналитик нам зачем?

12 разгневанных специалистов И вот прошло плюс+минус три года, как я работаю в «выделенной» роли системного аналитика. «Выделенной» – в кавычках, потому что я всегда был убежден, что разделение труда – наше все.

Как мы переросли связку «таск-трекер + чаты»: опыт масштабирования в Диасофт

Помните, как вы внедряли Jira, Asana или Trello? Казалось, что это и есть цифровая зрелость: задачи поставлены, коммуникация прозрачна, все удобно. Но есть один момент, который компании осознают по мере роста: эта связка хорошо работает ровно до тех пор, пока ваша компания не перешагивает порог в 100-150 сотрудников. Дальше начинается цифровая энтропия: растет количество зависимостей, […]

Чему разработка может поучиться у командных видов спорта

Сегодня в моем блоге история на стыке проектного управления и спортивных метафор от одного моего знакомого ИТ-шника со стажем. Он из тех, кто не умеет просто “делать таски из Jira”. Он копает глубже: что за проблему мы решаем, кому это нужно и почему система устроена так. Недавно он пришел ко мне на кухню с неожиданной, […]

Нам нужен сотрудник с горящими глазами

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

«Вечнозеленый» спор —> Должен ли руководитель разработки (engineering manager) программировать наравне с командой?

В ИТ много неугасающих дискуссий: микросервисы или монолит, доступный или открытый код. Еще один спор из этой же категории: должен ли руководитель разработки писать код? Мы в Beeline Cloud

Хватит винить команду за срыв сроков. Попробуйте этот простой план контроля дедлайнов

Привет! Я Вера, менеджер по продукту.

Что такое канбан на практике: изучаем доски, WIP-лимиты и метрики

Большинство команд, которые внедрили канбан, на самом деле просто создали доску с колонками. Перетащили стикеры слева направо — и решили, что на этом все. Но канбан — это не формат доски, а метод управления потоком работы. Мы тут решили дотошно разобраться и рассказать, из чего он состоит на практике: инструменты, принципы, WIP-лимиты и метрики.  Начнем […]

10 вопросов перед внедрением AI-агентов

Почему у нас нет «большой зеленой кнопки» для релиза — и это нормально

Вокруг «большой зеленой кнопки» для релиза много споров: кому-то она кажется естественным этапом развития CI/CD, а ее отсутствие — признаком незрелого процесса. В этой статье на примере одного проекта объясним, почему мы сознательно отказались от «большой зеленой кнопки», как у нас устроен релизный процесс, сколько в нем автоматизации и есть ли в нем место ручному […]