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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как повысить удовлетворенность разработчиков и других сотрудников в Agile — объясняем в пазлах

Разработчики делают задания ради галочки, в их глазах больше не горит огонь,  а число инновационных идей от девелоперов уменьшилось? Нет, сотрудники не обленились. Им просто не хватает мотивации для эффективной работы. Разбираемся вместе с командой системы управления проектами Kaiten и консультантом по современному менеджменту Neogenda Марией Савельевой, как вернуть мотивацию IT-команде. 

Почему разработчики не делают «по уму», даже когда знают как

На каждом созвоне слышно: «Надо думать наперёд»«Давайте писать с запасом на рост»«Архитектура должна быть зрелой» И в той же команде — к вечеру релиз на костылях, баги в проде и геройская починка «в ночи». Но ведь команда не из новичков. Разработчики знают, как «по уму». Почему же всё не так? Ответ — в среде (не день недели). Даже зрелый инженер не может строить на болоте. Не «ленивый разработчик», а токсичная среда Ошибка менеджмента — думать, что хорошее […]

Планирование и Agile: баланс между стабильностью и гибкостью

Планирование и Agile: баланс между стабильностью и гибкост