Сколько дней занимает проект автоматизации?

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

Три этапа, определяющие срок

Проект автоматизации примерно состоит из трёх этапов: подготовка данных и правил, разработка, тестирование и согласование. Предложенные сроки обычно охватывают только этап разработки. Большая часть времени на самом деле теряется на первом и последнем этапах.

• Подготовка данных и правил. Разработка не может начаться, пока не ясно, где хранится каждая информация и что считается исключением.
• Разработка. Самый предсказуемый этап, на котором процесс строится по определённым правилам.
• Тестирование и согласование. Этап, на котором проверяются реальные примеры и ответственные лица дают одобрение.

Как структура данных влияет на срок

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

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

Число согласующих важнее строк кода

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

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

Как построить реалистичный график

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

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

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

Небольшой масштаб сокращает срок

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

Частые вопросы

Насколько быстрым может быть самый быстрый проект автоматизации?

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

Что сильнее всего увеличивает срок?

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

Почему оценки сроков часто ненадёжны?

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