Где это было
Производитель товаров повседневного спроса, федеральный бренд. Компания внедряет 1С:ERP с большим объёмом собственных доработок. Поток требований плотный: каждое проходит путь от постановки до выбора подхода к реализации, и таких требований много.
В системе работали методолог и отдел цифровизации. Название компании не раскрываем по договорённости с заказчиком, формулировки ниже согласованы с ним.
Что было узким местом
Не постановка. Сформулировать требование команда умела. Время терялось дальше, на вариантах реализации:
- варианты «жили в головах» и обсуждались устно;
- каждый прорабатывался вручную: реализуемость, влияние на пользователей, конфликты с существующими доработками;
- сравнивали по ощущению, без явных критериев;
- схему процесса методолог рисовал сам, уже после того, как уточнил постановку вопросами к коллегам.
Знакомая картина для любой команды, где требований больше, чем людей, способных их проработать.
Как стало
| Было | Стало |
|---|---|
| Постановку уточняли вопросами к коллегам, схему процесса методолог рисовал сам | Методолог загружает бизнес-требование и отвечает на 5–7 уточняющих вопросов системы |
| Варианты реализации «жили в головах», обсуждались устно | Получает уточнённую формулировку и схему процесса без ручного рисования |
| Каждый вариант прорабатывался вручную: реализуемость, влияние на пользователей, конфликты с кастомом | Система предлагает варианты решения, типовые настройки и доработка в них разделены |
| Сравнение вариантов — по интуитивной оценке, без явных критериев | По каждому варианту видно, что он делает, плюсы и минусы, покрытие исходного требования |
| — | Команда обсуждает готовый структурированный документ, а не идеи в голове |
Так выглядит вариант решения в продукте. Это демонстрационный пример, не материалы заказчика:
А так — сравнение вариантов по критериям, которое раньше делали в голове:
Что именно дало ускорение
Важно понимать, откуда взялся эффект. Не из «генерации текста». Ушли два ручных этапа:
- Подготовка схемы процесса с уточнённой постановкой. Раньше методолог сначала собирал ответы у коллег, потом рисовал схему. Теперь вопросы задаёт система, схема строится по ответам.
- Проработка каждой альтернативы под общее сравнение. Раньше каждый вариант нужно было довести до состояния, в котором его можно сравнить с другими. Теперь варианты приходят уже в сравнимом виде.
Всё остальное осталось: обсуждение в команде, согласование с бизнесом, разработка. Ускорилась именно подготовка к обсуждению.
Про точность
Главный вопрос к любому такому инструменту: не предлагает ли он чушь. В этом проекте варианты, предложенные системой, оказывались среди тех, которые команда принимала после собственной экспертной проверки. Эксперт оставался точкой решения.
Из отзыва методолога заказчика, в согласованной им редакции:
Как читать цифру «вдвое быстрее»
Проработка требования стала примерно вдвое быстрее. Это наша оценка, заказчик подтвердил её письменно. Несколько оговорок, без которых цифра вводит в заблуждение:
- Это скорость одной операции, проработки требования до выбора подхода. Не экономия фонда оплаты труда и не сокращение штата. Эффект в деньгах заказчик не оценивал, и мы не считаем его за него.
- Согласования и разработку ускорение не отменяет. Они занимают столько же.
- Цифра получена на конкретной конфигурации и конкретных задачах. На другой базе и другом потоке требований она будет своей. Переносить её как обещание не стоит, для этого и нужен пилот.
С чего начинают
Этот проект, как и остальные, начинался с одной конфигурации и одного рабочего места.
- Замер конфигурации. Передаём скрипт-отчёт 1С, по нему считается объём индексации.
- Индексация. Система разбирает структуру метаданных, связи объектов и доработки.
- Пилот на ваших задачах. Реальные требования вместо демо-примеров, своя цифра вместо чужой.