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

15 загадок, которые должен решать каждый тимлид. Но не решает

В жизни менеджера много загадок. Почему отдел, который всегда перевыполняет план, вдруг начал срывать сроки? Почему введение премий не мотивирует, а уменьшает желание работать? Почему команда слушается не руководителя, а рядового сотрудника? Мы собрали 15 загадок про управление. Каждая — это ситуация, которая в реальной жизни может стоить компании денег, репутации или ключевых сотрудников.  Если […]

Микросервисы — удача или катастрофа для стартапа?

Откушу кусок от этого большого пирога прений) Микросервисы — идеальный кандидат на неудачу? Мы все знаем, что микросервисы — это модное слово в мире IT, близкое к чему-то почти сакральному. Каждый стартап, особенно если он где-то на горизонте видит кремниевую долину, мечтает о том, чтобы разрабатывать свои приложения с помощью этой архитектурной модели. Но вот […]

Основы антикризисной стратегии. Как спасти продукт, ответив на три вопроса: «Кто?», «Что?» и «Как?»

Привет, Хабр! Меня зовут Денис Улизко, я CPO продукта AoS (Automation of Sales) B2B CRM-системы в MWS, которой мы заменили устаревшую международную CRM. Наше основное преимущество — гибкость под наши запросы. В AoS мы можем реализовать то, что вендоры никогда не сделают или затянут лет на шесть. Однако процесс перехода со старой CRM шел сложнее, […]

Как использовать модель WSJF для приоритизации бэклога

В бэклоге всегда больше задач, чем ресурсов. Команды не успевают делать все одновременно: кто-то продвигает новые фичи, кто-то требует срочных правок, кто-то настаивает на техническом долге. WSJF — модель, которая помогает продукту или бизнесу понять, какие инициативы действительно стоит запускать в первую очередь. Разбираем, как работает модель приоритизации, зачем она бизнесу и как ее применять.

Agile! — паразит поедающий до костей

И как же из паразита сделать симбиота?Agile — слово, которое стартапы любят произносить на каждом питче. Быстрота Адаптивность Ценность для пользователя Фаундеры уверенно заявляют: У нас нет бюрократии! Мы гибкие! И инвесторы лыбятся. А на деле? Agile часто заканчивается одинаково:хаос, выгорание, бесконечные переделки, продукт топчется на месте.

Почему «мы потом перепишем» — это самая дорогая ложь?

Есть одна фраза, которую я слышал в десятках проектов.Она звучит почти невинно, даже логично:«Сейчас сделаем как получится, а потом перепишем». Это как обещание себе «начну бегать с понедельника» — звучит приятно, но заканчивается одинаково.Спойлер: почти никто не переписывает.Хочу рассказать историю, почему так происходит и чем заканчивается. История стартапа, который «успеет переписать» Три года назад ко […]

Синдром бессмысленного спринта

Когда задачи есть, а движения — нет Команда работает.Задачи в трекере стоят.Стендапы идут, код пишется, обсуждения кипят. А результата всё нет.Нет чувства прогресса, нет ощущения, что продукт становится ближе к релизу.Итерации проходят одна за другой — а продукт будто топчется на месте. Это не лень и не прокрастинация. Это эффект пустой загрузки — когда все заняты, но […]

Команда боится принимать решения

Или как культура страха убивает продукт Многие компании мечтают о сильной и самоорганизующейся команде.О людях, которые берут на себя ответственность, двигают проект вперёд и решают проблемы без лишнего шума. Но иногда всё наоборот: команда будто парализована.Всё есть — опыт, мотивация, даже интерес. А движения нет.Решения не принимаются, фичи зависают, архитектура стоит на месте. Почему?Часто не […]

Когда фидбэк может уничтожить продукт

Как попытки быть ближе к пользователю иногда отдаляют от цели В одном стартапе мы решили сделать по уму — активно собирать и учитывать обратную связь.Видим комментарий: «Сделайте поиск попроще» — переделываем.Пишут: «Темная тема нужна обязательно!» — добавляем.Говорят: «А можно кнопку вверх перенести?» — конечно, можно. Через пару месяцев интерфейс стал выглядеть как набор чужих хотелок.Вместо цельного продукта — лоскутное одеяло.А […]

От хаоса к контролю: практика управления масштабным IT-проектом в Magnit Tech

Всем привет! Меня зовут Макаров Иван, я руководитель программы Tech for Tech проектов в Magnit Tech. Последние 1,5 года мы реализуем масштабный технологический проект по выносу наиболее критичных информационных систем (далее — ИС) из единой платформы‑монолита на выделенную инфраструктуру. Проект интересен своим масштабом и сложностью, и сегодня я расскажу, как мы справились с высоким уровнем неопределенности, скрытыми зависимостями, […]