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

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

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

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

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

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

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

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

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

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

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

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

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

Фича ради фичи: как потерять продукт, продолжая его улучшать

А давайте добавим ещё фильтр…Хорошо бы выгрузку в ExcelВот бы ещё график и пуши — красиво же будет! Такой разговор слышен почти в каждом IT‑продукте, особенно на этапе роста. Когда базовый функционал уже готов, а «пилить» вроде как ещё есть что. Проект набирает скорость. Только вот в каком направлении? Проблема не в фичах. А в том, зачем они Когда […]

Невидимый архитектор — тот, кто всем мешает, но всех спасает

Иногда в команде появляется человек, про которого сложно сказать, чем он вообще занимается.Он вроде не пилит фичи. Не закрывает таски с горящими дедлайнами. Не устраивает эффектных демо. Но при этом он всегда рядом.

Как мы проект с аутсорса забирали: комментарии разработчика

Что делать, если через пару месяцев аутсорс-команда исчезнет, а проект с кодом, который вы видите впервые в жизни, целиком остаётся на вас? История и маленькие практические советы по выживанию от разработчика — для команд, которым предстоит забирать проект в условиях отсутствия документации, и для тех, кто внезапно оказался за это ответственным.

“Разработчики тупят” — а может, просто задачи дурацкие?

Если вы хоть раз были на стороне бизнеса, наверняка слышали (или говорили): Разработчики что-то тормозят…Сколько можно делать такую простую штуку?Они что, не понимают, как это важно? Но тут надо смотреть шире