⏱️ Правило трёх — как не облажаться с оценкой сроков Один из самых частых вопросов в разработке — «сколько времени займёт проект?» И один из самых частых ответов — неправильный. Разработчики, менеджеры и клиенты раз за разом недооценивают сроки. Не потому что плохо работают — а потому что считают неправильно. Правило трёх — это простой ментальный фрейм, который помогает дать поверхностную, но реалистичную оценку ещё до начала работы. Суть проста: любой проект делится на три равных блока. 🔵Проектирование Анализ требований, архитектура, прототипирование, согласование с заказчиком. Кажется, что это «не настоящая работа» — но именно здесь закладываются все будущие проблемы. 🔵Разработка Непосредственно написание кода и сборка продукта. Тот этап, который все привыкли считать «всем проектом» — хотя это лишь треть. 🔵Тестирование Баги, фиксы, регрессия, финальная полировка. Этот блок почти всегда режут первым — и почти всегда об этом жалеют. ❗️Главная ошибка Большинство оценивают только разработку, а про остальное «как-нибудь разберёмся». В итоге: проектирование съедает время разработки, тестирование — вообще не влезает, и проект выходит сырым или с опозданием. 💡Как применять на практике Прикиньте, сколько займёт разработка. Умножьте на три. Вот ваша стартовая оценка. Это не магия и не точная наука — это быстрый способ не дать себе обмануться иллюзией «мы всё сделаем за неделю». Разумеется, для точного планирования используются WBS, Story Points и другие инструменты. Но правило трёх — это первая линия защиты от нереалистичных дедлайнов. Всем продуктивного дня! 🔥 Для сотрудничества и предложений пишите на почту cooperation@martinscode.tech или в Telegram: @geggggr. Martin.s Code — студия, где идеи обретают форму #interest