MIC Group

Знакомая ситуация: команда обещает сдать проект через месяц, а по факту выходит два или три. Почему так происходит, даже если работают профи? Всё дело в трёх вещах: неопределённость, скрытая сложность и зависимости. Потому что оценивают идеальный сценарий. Никто не закладывает время на внезапные баги, правки заказчика или отпуск коллеги...

Есть популярный миф: если проект провалился, значит, программисты написали плохой код. На деле всё гораздо интереснее. Давайте честно: код — это обычно не главная причина провала. Настоящие проблемы кроются совсем в другом. По статистике, до 70% всех проблем в IT-проектах связаны с недопониманием между заказчиком, командой и менеджерами. Итог — все переделывать, сроки летят, бюджет растёт. В IT всё так же. Если на старте не договорились на берегу, кто, что и когда делает, проект обречён на хаос. В среднем, в каждом втором проекте требования меняются по ходу работы...

В IT есть старый миф: чем выше уровень, тем больше строк кода пишет разработчик. На самом деле всё наоборот: сеньор — это не тот, кто пишет много кода, а тот, кто пишет меньше, но лучше, и главное — принимает верные решения. В MIC мы строим команду как оркестр: у каждого своя партия, и если дать саксофонисту дирижёрскую палочку, а дирижёра посадить за ударные — получится шум, а не музыка. Типичная ошибка — отдать сложную архитектуру джуну, чтобы «научился», или заставить сеньора верстать однотипные экраны...

Знаете, что отличает опытного техлида от вчерашнего студента? Студент выбирает технологии по принципу «это модно и на хайпе». Опытный техлид спрашивает: «А что мы вообще строим?». Архитектура — это не про красоту кода, а про компромиссы. Нет идеального решения, есть только то, которое лучше всего подходит под конкретную задачу. Когда мы в MIC обсуждаем архитектуру, мы всегда держим в голове четыре главных фактора: Самая частая болезнь — это «оверинжиниринг» на раннем этапе. Когда...

Знаете, что чаще всего убивает крутой IT-продукт? Мнение, что дизайн — это просто «сделать красиво». В реальности, если интерфейс цепляет глаз, но пользователь не может найти кнопку Оплатить, — это не дизайн. Это декорация. Дизайн — это инструмент решения задач. Не больше, но и не меньше. Хороший дизайн начинается не с палитры, а с вопроса: «Какую проблему пользователя мы решаем?»...