В разговорах об автоматизации почти всегда звучат два вопроса. Первый: куда уходят данные. Второй такой: «Когда я увижу результат?»
Честный ответ не сводится к одной цифре, и к тем, кто цифру называет, стоит отнестись осторожно. Одна и та же задача в двух компаниях может занять совсем разное время. Разница не в технологии, а в том, насколько компания готова.
Эта статья о факторах, влияющих на срок, об этапах внедрения и о том, как понять, что дело движется. Цель не в том, чтобы выдать календарь, а в том, чтобы показать, куда смотреть.
⏱️ Учтите: Срок автоматизации зависит не столько от технической сложности, сколько от того, насколько чётко описан процесс. Процесс с записанными шагами и известными исключениями собирается быстро. Там, где порядок меняется от человека к человеку, основное время уходит не на сборку, а на прояснение.
Почему никто не называет точный срок?
Во внедрении видимая часть это сама система: триггер, шаги, связи. Эта часть обычно предсказуема. Неожиданности приходят из невидимой части.
Невидимая часть это то, как процесс работает на деле. Задача, которая на бумаге выглядит как пять шагов, на практике может содержать пятнадцать исключений. Эти исключения всплывают по одному во время сборки, и каждое требует решения.
Поэтому серьёзное предложение описывает срок этапами, а не одной цифрой. Когда закончится каждый этап, зависит от результата предыдущего.
Пять факторов, определяющих срок
Насколько устоялся процесс
Автоматизировать работу, которая каждый месяц меняет форму, значит каждый месяц собирать её заново. Если начать до того, как процесс успокоится, время уйдёт на правки, а не на сборку. Это фактор, который сильнее всего растягивает срок.
Что делать: Опишите процесс по шагам до начала сборки. Само по себе это самый сильный ускоритель. С чего начать, подскажет материал цифровая трансформация за пять шагов.
Количество исключений
Сколько раз звучит фраза «обычно делаем так, но в этом случае иначе», напрямую отражается на сроке. Каждое исключение это отдельный путь в системе. Процесс с малым числом исключений собирается быстро; процесс с большим сначала стоит упростить.
Что делать: Начните с одного процесса. Собирать пять одновременно медленнее, чем закончить один и перейти к следующему. Разобрать описание процессов на практике поможет наша серия обучения.
Состояние данных
Если данные лежат в одном месте и упорядочены, сборка идёт быстрее. Если половина в таблице, половина в блокноте, а часть в чьём-то телефоне, сначала предстоит собрать их воедино. Эта работа предшествует автоматизации и добавляется к сроку.
Что делать: Начните собирать данные, не дожидаясь сборки системы. Удлиняется не сама сборка, а подготовка к ней.
Сколько систем должны общаться
Поток, который начинается и заканчивается в одном месте, собирается быстро. Если нужно связать веб-форму, мессенджер, таблицу, календарь и бухгалтерскую программу, каждая связь это отдельная работа со своими неожиданностями.
Что делать: В первом круге ограничьте число связей. Остальные можно добавить, когда системы заработают.
Кто возьмёт это на себя
Если со стороны компании никто не берёт работу на себя, внедрение постоянно ждёт. Нужно отвечать на вопросы, принимать решения, проверять. Без такого человека дело стоит, даже когда техническая сторона готова.
Что делать: Назначьте ответственного до начала. Одного человека, который отвечает и принимает решения.
Этапы внедрения
Смотреть на этапы, а не на срок, более здравая мера. У каждого этапа есть свой результат, и к следующему не переходят, пока он не виден.
Первый этап: описание процесса
Кто и когда что делает, какая информация куда идёт, в каких случаях поступают иначе. Результат этого этапа письменная карта процесса. Внедрения, начатые без неё, обычно переделываются.
Второй этап: сборка
Здесь строится сама система. Определяется триггер, связываются шаги, пишутся условия, открывается путь для исключений. Технически самый плотный этап, но обычно самый предсказуемый.
Третий этап: параллельная работа
Система работает, но прежний способ тоже продолжает действовать. Какое-то время они идут рядом. Смысл в том, чтобы увидеть поведение системы на настоящих данных. Здесь всплывают неожиданные вводы и исправляются.
Этот этап хочется пропустить, потому что кажется, будто работа делается дважды. Но если его пропустить, первая ошибка случится в реальной работе и доверие пострадает.
Четвёртый этап: передача
Прежний способ оставляют. Команда начинает пользоваться системой. На этом этапе передаются обучение, права доступа и знание о том, что делать, если что-то пойдёт не так.
Пятый этап: приработка
Пока система работает, появляются новые ситуации. Клиент заполняет форму иначе, поставщик меняет формат. Такие правки нормальны и продолжаются какое-то время. Затем система успокаивается.
Когда появляется первая отдача?
Первая заметная отдача обычно приходит на третьем этапе, во время параллельной работы. Система ещё не передана, но уже берёт на себя часть работы.
Здесь стоит указать на распространённое заблуждение: первая отдача не обязательно экономия времени. При параллельной работе команда всё ещё делает два дела сразу. Первая разница чаще видна в другом:
- Реже забываются задачи. Напоминания на месте, и сопровождение не выпадает.
- Меньше времени уходит на поиск. Информация лежит в одном месте.
- Задержка ответа снижается. Входящее сообщение само доходит до нужного человека.
- Отпадает необходимость вводить одно и то же дважды.
Настоящая экономия времени ощущается после передачи, потому что именно тогда прежний способ оставляют.
Всё ли идёт хорошо? Признаки, на которые смотреть
Пока идёт сборка, продвижение должно поддаваться измерению. Следующее может говорить о том, что дело движется:
- У каждого этапа есть осязаемый результат, и он виден.
- Всплывающие исключения записываются и решаются, а не копятся.
- Хотя бы один человек в команде пользуется системой самостоятельно.
- Вопросов становится меньше. Много вопросов вначале это нормально; если их число не падает, что-то осталось непонятым.
- Сам процесс улучшается по ходу сборки. Лишние шаги становятся заметны.
Признаки остановки
Если наблюдается следующее, работа могла застопориться:
- Одно и то же решение обсуждают несколько раз, но не принимают.
- Просьбы вида «давайте добавим ещё вот это» накапливаются, и объём растёт.
- Есть что проверить, но никто не проверяет.
- Команда системы не видела; о ней знает только руководство.
- Исключения всплывают, но не фиксируются.
Большинство этих признаков относятся к организации, а не к технике, и решения у них тоже не технические. Почему проекты застревают, подробно разобрано в материале почему проекты автоматизации терпят неудачу.
Как выбор инструмента влияет на срок
Установить готовый пакет быстрее, чем разрабатывать с нуля, но если он не совпадает с процессом, процесс начинают подгонять под инструмент, и время теряется там. Индивидуальная сборка занимает больше, зато принимает процесс таким, какой он есть.
Верный выбор может сократить работу, ошибочный растянуть общий срок. Для этого решения могут пригодиться критерии из материала своя разработка или готовый пакет.
Как мы работаем
Перед любой сборкой мы вместе описываем процесс и заранее обсуждаем этапы. Каким будет результат каждого этапа, кто что решает, когда начинается параллельная работа.
Мы не называем единой цифры для срока. Вместо этого идём этап за этапом и в конце каждого вместе смотрим, где находимся. Если этап длится дольше ожидаемого, мы объясняем причину.
Часто задаваемые вопросы
Пострадает ли текущая работа во время внедрения?
Само внедрение не останавливает текущую работу, потому что прежний способ продолжает действовать. Времени от команды требуют этапы описания процесса и тестирования: ответить на вопросы, показать примеры, попробовать созданное. Если это выпадает на загруженные дни, внедрение ждёт, поэтому график стоит обсудить заранее.
Нужно ли обслуживание после передачи системы?
Да, и полезно понимать, какого рода. Подключённые сервисы время от времени меняются, формат входящих данных сдвигается, процесс компании развивается. Это не поломки, а обычное обслуживание. Кто будет этим заниматься и куда обращаться при сбое, стоит зафиксировать письменно ещё на этапе внедрения.
Когда переходить ко второму процессу?
После того как первая система передана и команда пользуется ею самостоятельно. Мерило здесь поведение, а не календарь: если команда не возвращается к прежнему способу и вопросов стало меньше, можно браться за следующий процесс. Наложение двух внедрений может замедлить оба.
Что останется у меня, если внедрение прервётся на середине?
Это зависит от того, на каком этапе оно остановилось. Если карта процесса составлена, этот документ остаётся у компании и ценен сам по себе: он пригодится с любым инструментом в дальнейшем. Со стороны системы то, передаются ли вам построенные сценарии и данные, должно быть прописано в договоре.
Кто из команды должен участвовать и сколько времени это займёт?
Тот, кто выполняет работу ежедневно, и тот, кто может принимать решения. Первый лучше всех знает процесс, второй задаёт направление, когда всплывают исключения. Это может быть один человек. Затраты времени неравномерны: они сгущаются на этапах описания и тестирования и спадают во время сборки.
Определим этапы для вашего процесса вместе
Перед сборкой мы обсуждаем ваш процесс и заранее договариваемся об этапах и их результатах.
💬 Запросить предложение в WhatsAppЗаключение
Ответ на вопрос «сколько это займёт» у каждой компании свой, и решает его не технология. Насколько чётко описан процесс, сколько в нём исключений, где лежат данные и кто взял работу на себя, вместе определяют общий срок.
Поэтому разумнее смотреть на этапы, а не на календарь. Пусть у каждого этапа будет осязаемый результат, и без него не переходите к следующему. Так вы будете знать, где находитесь, и заметите остановку рано.