Изменения в управлении часто ассоциируются с громкими заявлениями, трансформациями, реструктуризациями и, конечно, внутренним сопротивлением. У нас всё случилось иначе. За последние несколько лет мы практически полностью перешли от принципов менеджмента 2.0 к менеджменту 3.0. Но интереснее всего то, что сотрудники этого почти не заметили — просто потому, что всё происходило естественно. Делюсь своими наблюдениями, как […]
Как попытки быть ближе к пользователю иногда отдаляют от цели В одном стартапе мы решили сделать по уму — активно собирать и учитывать обратную связь.Видим комментарий: «Сделайте поиск попроще» — переделываем.Пишут: «Темная тема нужна обязательно!» — добавляем.Говорят: «А можно кнопку вверх перенести?» — конечно, можно. Через пару месяцев интерфейс стал выглядеть как набор чужих хотелок.Вместо цельного продукта — лоскутное одеяло.А […]
Всем привет! Меня зовут Макаров Иван, я руководитель программы Tech for Tech проектов в Magnit Tech. Последние 1,5 года мы реализуем масштабный технологический проект по выносу наиболее критичных информационных систем (далее — ИС) из единой платформы‑монолита на выделенную инфраструктуру. Проект интересен своим масштабом и сложностью, и сегодня я расскажу, как мы справились с высоким уровнем неопределенности, скрытыми зависимостями, […]
А давайте добавим ещё фильтр…Хорошо бы выгрузку в ExcelВот бы ещё график и пуши — красиво же будет! Такой разговор слышен почти в каждом IT‑продукте, особенно на этапе роста. Когда базовый функционал уже готов, а «пилить» вроде как ещё есть что. Проект набирает скорость. Только вот в каком направлении? Проблема не в фичах. А в том, зачем они Когда […]
Почему стартап так и не запускается, хотя «уже почти» Многие команды проходят этот путь. Всё вроде бы работает, осталось «совсем немного», но неделя за неделей релиз откладывается. И в какой-то момент проект зависает в состоянии вечного почти — где есть команда, есть код, есть продукт, но нет самого главного: запуска. Типичное: — Всё, релизим на следующей […]
Иногда в команде появляется человек, про которого сложно сказать, чем он вообще занимается.Он вроде не пилит фичи. Не закрывает таски с горящими дедлайнами. Не устраивает эффектных демо. Но при этом он всегда рядом.
Если вы хоть раз были на стороне бизнеса, наверняка слышали (или говорили): Разработчики что-то тормозят…Сколько можно делать такую простую штуку?Они что, не понимают, как это важно? Но тут надо смотреть шире
На каждом созвоне слышно: «Надо думать наперёд»«Давайте писать с запасом на рост»«Архитектура должна быть зрелой» И в той же команде — к вечеру релиз на костылях, баги в проде и геройская починка «в ночи». Но ведь команда не из новичков. Разработчики знают, как «по уму». Почему же всё не так? Ответ — в среде (не день недели). Даже зрелый инженер не может строить на болоте. Не «ленивый разработчик», а токсичная среда Ошибка менеджмента — думать, что хорошее […]
Почему скорость команды — это не всегда про людей, а про инфраструктуру https://t.me/+7-m11XS2SFQwNjk6 «У нас горят сроки, надо быстрее!»«Почему вы делаете задачу уже вторую неделю?»«Давайте подключим ещё одного разработчика — точно ускоримся».
Я пишу код дольше, чем существуют ваши любимые мемы, и руковожу командами с тех пор, как Agile был ещё словом без манифеста. Ниже — дистиллят опыта, отфильтрованный через цинизм Макиавелли. 1. Доверие — валюта, которую печатают потом и баг‑фиксами Команда, которая тебе верит, простит некрасивый код. Команда, которая не верит, не простит опоздание на daily. Как чеканить […]