Оценка срока незнакомой работы

Клиент спрашивает, когда будет готово. Задача похожа на то, что вы уже делали, но в ней есть новый инструмент, непривычные исходные данные и ещё один согласующий. Хочется назвать уверенную дату, чтобы не выглядеть неопытным.

Проблема в том, что уверенная интонация не уменьшает неопределённость. Лучше показать, из чего складывается оценка, какие условия на неё влияют и когда вы сможете уточнить срок. Так клиент получает основу для планирования, а вы — возможность управлять обещанием.

Ниже разберём вымышленный заказ на перенос небольшого каталога в новую систему. Пример не задаёт нормативов скорости: он показывает, как думать о незнакомой работе.

Отделите трудоёмкость от календаря

Работа на двенадцать часов не обязательно заканчивается через полтора дня. У вас может быть только три свободных часа ежедневно. Ещё потребуется дождаться доступа, получить решение клиента и проверить результат в его среде.

Трудоёмкость отвечает на вопрос, сколько работы нужно выполнить. Календарный срок — когда результат будет доступен с учётом загрузки, последовательности действий и ожиданий. Обе оценки важны, но заменять одну другой нельзя.

Запишите свои реальные рабочие окна. Если часть дня занята текущими обязательствами, она не становится свободной из-за нового интересного проекта. Также учтите время на коммуникацию и проверку. План, который предполагает непрерывное исполнение без этих действий, обычно описывает не вашу действительность.

Разложите задачу до понятных частей

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

Не нужно дробить всё до отдельных щелчков мыши. Остановитесь на уровне, где можно объяснить способ выполнения и источник оценки. Если вы не понимаете, что именно будете делать, точное число часов пока не имеет основания.

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

Сверьтесь с похожим опытом

В исследовании Роджера Бюлера, Дейла Гриффина и Майкла Росса изучалась склонность недооценивать сроки собственных задач. В одном из экспериментов более реалистичным прогнозам помогало не просто воспоминание о прошлом, а связь прежнего опыта с текущей задачей. Исследование не даёт универсального коэффициента, на который нужно умножать любой срок.

Поэтому полезно спросить: сколько заняла похожая работа и почему? Какие задержки относятся к условиям, которые повторятся? Что в новом проекте проще, а что сложнее?

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

Когда собственного опыта нет, можно обсудить оценку с компетентным коллегой или изучить конкретную процедуру. Но чужой срок применим только при сопоставимых условиях и уровне подготовки.

Проверьте неизвестное небольшим действием

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

Цель такой проверки — узнать устройство работы, а не доказать, что всё легко. Если один простой пример прошёл успешно, это ещё не означает, что весь каталог перенесётся с той же скоростью.

Для длительной предварительной проверки можно согласовать отдельную оплачиваемую работу с собственным результатом: выяснить ограничения и подготовить более обоснованную оценку. Не обязательно бесплатно выполнять половину проекта, чтобы назвать цену и срок второй половины.

После проверки обновите план. Возможно, основная трудность не в переносе, а в очистке данных. Тогда и обсуждать с клиентом нужно другую задачу.

Покажите диапазон и условия

Допустим, после пробы вы оцениваете исполнение в двенадцать — восемнадцать часов. При трёх доступных часах в рабочий день это четыре — шесть рабочих дней собственно исполнения. Отдельно нужно учесть время получения доступа и согласования.

Труд

12–18 часов исполнения после пробы.

Календарь

При трёх часах в рабочий день это 4–6 рабочих дней.

Время доступа и согласования в эти дни не входит. Диапазон не даёт права переносить срок без конца.

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

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

Это пример формулировки для конкретной ситуации, а не способ оставить себе право бесконечно переносить срок. Условия должны быть существенными и понятными.

Оставьте резерв для известных рисков

Резерв полезнее, когда у него есть причина. Например, возможна повторная проверка после исправления исходника или ограничена доступность специалиста клиента. Просто прибавить случайный процент и забыть об устройстве работы недостаточно.

Не стоит заранее планировать ночные переработки как обычный способ справиться с неопределённостью. Если срок держится только на том, что вы откажетесь от отдыха, он слишком хрупкий для повторяемой услуги.

Обсудите, чем можно управлять при жёсткой дате: объёмом, последовательностью передачи результатов, ресурсами. Если ни один вариант не позволяет выполнить обязательства, лучше сказать об этом до начала. Уверенное обещание невозможного не становится профессиональным от своей краткости.

Обновляйте прогноз при новых данных

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

После завершения сравните оценку с фактом: где ошиблись в объёме, где в скорости, где не учли ожидание. Эти записи станут основанием для следующего похожего проекта.

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