Ремонт за 2 недели? Мой первый факап в проджект-менеджменте

Два года назад я переезжала в свою квартиру. Казалось бы, просто обновить отделку. Но если разложить этот процесс на артефакты управления проектами, получается полноценный спринт со всеми классическими IT-граблями. Этап 1. Сбор требований и дизайн-макет Заказчик (я) пришел к команде (дизайнеру) с ТЗ: «Светлый, функциональный, практичный интерьер». Никаких сложностей — чистый Vision продукта. Дизайнер отрисовал проект, мы утвердили референсы по цвету стен. Этап 2. Планирование ресурсов ⏳ Скоуп работ первой итерации: Покрасить существующие обои в комнатах. В ванной заменить белую затирку на темно-серую. Я заложила на всё две недели. Оценка была оптимистичной, без буферов на риски. Классическая ошибка junior project-менеджера. Этап 3. Исполнение и проваленный SLA 📉 Вышли внешние подрядчики (бригада маляров). И тут случился идеальный шторм из рисков: Блокер №1: Обои оказались капризными. При нанесении краски они начали медленно пузыриться. Рабочим пришлось останавливаться и выгонять воздух. Трудозатраты выросли вдвое. Блокер №2: Подрядчики взяли параллельный объект. Наш совместный ресурс оказался перегружен. Итог: через неделю вместо готовых стен я получила сообщение: «Мы задерживаемся». Мой релиз отложился. Две недели превратились в три. Что пошло не так? Разбор полетов (Post-mortem) Сейчас, после курсов по Agile, я смотрю на ту ситуацию иначе. Вот каких управленческих инструментов мне тогда не хватило: Отсутствие Risk Management. Я оценивала только happy path. В бэклоге рисков должен был быть пункт: «Обои могут плохо отреагировать на краску» и «Подрядчик возьмет другой объект». На них нужно было заложить временной буфер (+30%). Нет Daily Stand-up. Мой статус-синхрон выглядел как звонок раз в три дня. Если бы я заходила на объект ежедневно, блокеры с обоями вскрылись бы в первый же день, а не в середине недели. Жесткая фиксация скоупа. Вместо того чтобы резать задачи, я пыталась спасти изначальный план. Сейчас я знаю: лучше сдвинуть дедлайн или перенести замену затирки во второй этап, чем получить сгоревшую команду и брак на стенах. Результат релиза: Дедлайн сдвинулся на 50% (с 14 до 21 дня). Но продукт был принят заказчиком (мной) с восторгом. Стены ровные, швы идеальные, никто не переругался. Для первого самостоятельного проекта без единого таск-трекера — вполне достойный результат. Почему пишу об этом сейчас? Этот опыт научил меня главному: процессы важнее героизма. Хаос можно структурировать, даже когда краска сохнет медленнее, чем горят сроки.