От электронной таблицы к бизнес-системе: определите объем переноса данных до начала разработки

By Manboo Studio7 min read
Запросить оценку проектаWhatsApp
От электронной таблицы к бизнес-системе: определите объем переноса данных до начала разработки

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

Опишите рабочий процесс в электронных таблицах до выбора модулей

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

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

Описывайте роли через ответственность, а не только через должности. Для каждого этапа укажите, кто может создавать, просматривать, редактировать, утверждать, экспортировать или удалять запись. Включите редкие, но важные случаи, например исправление после утверждения или переназначение задачи, если первоначально ответственный недоступен.

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

Определите записи и поля для первого релиза

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

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

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

Что нужно определить Что включить в описание объема работ Как это проверить
Список записей и полей Типы записей, названия и значения полей, обязательность и связи Сравнить выборку исходных строк с утвержденной моделью данных; убедиться, что для каждого поля определено место назначения или прямо указано, что оно исключается
Правила импорта Исходные файлы и листы, допустимые форматы, сопоставление полей, обработка дубликатов и ошибок Выполнить пробный импорт на репрезентативных записях, включая известные дубликаты и неполные строки; проверить как принятые, так и отклоненные данные
Доступ по ролям Кто может просматривать, создавать, редактировать, утверждать, экспортировать и удалять записи каждого типа Проверить основные задачи с каждой согласованной ролью и убедиться, что ограниченные действия недоступны
Экспорт и резервное копирование Какие данные можно экспортировать, в каком пригодном для использования формате, а также как задокументированы обязанности по резервному копированию и восстановлению Экспортировать выборку и проверить, что поля и связи остаются пригодными для использования; согласовать проверку восстановления и зафиксировать ее результат
Критерии приемки Конкретные результаты рабочих процессов, проверки переноса и лица, утверждающие результаты Попросить сотрудников выполнить согласованные сценарии и сверить перенесенные записи с исходными согласованным способом

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

Определите требования к импорту, проверке, экспорту и резервному копированию

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

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

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

Согласуйте проверку данных сотрудниками и переход на новые процессы

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

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

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

Запросите коммерческое предложение на основе согласованного объема работ

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

Сравнивайте предложения по результатам работ и этапам проверки, а не только по списку функций. Убедитесь, что в смете отдельно указаны перенос данных и разработка приложения, а также объяснен порядок обработки изменений объема работ. В описании услуги Manboo Studio по разработке бизнес-систем к начальному объему работ отнесены картирование рабочих процессов, моделирование данных, роли, экспорт, резервное копирование и заметки для обучения сотрудников; уточните, что из этого применимо к вашему предполагаемому проекту.

Часто задаваемые вопросы

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

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

Как понять, готовы ли данные из электронных таблиц к импорту?

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

Что делать, если при импорте некоторые записи будут отклонены?

В описании объема работ следует указать, как сообщается об отклоненных строках, кто их исправляет и как повторно обработать исправленные строки без создания дубликатов. Попросите показать этот процесс во время тестирования на примерах неполных или недопустимых данных.

Могут ли сотрудники продолжать пользоваться электронной таблицей во время перехода?

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

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

Запрос оценки проекта

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

От электронной таблицы к бизнес-системе: определите объем переноса данных до начала разработки

Добавить требования к проекту (необязательно — для оценки объёма и стоимости)
Мы используем эти данные только для рассмотрения и ответа на ваш запрос по проекту. Ознакомьтесь с политикой конфиденциальности. Пожалуйста, не отправляйте пароли и секретные ключи API.