Описание бизнес-процессов под автоматизацию. Или с чего начать?

Буквально месяц назад я начала читать бессмертное произведение Конан Дойла о приключениях Шерлока Хомса доктора Ватсана. Самое главное, говорил Шерлок, определить точку отсчета, от которой отталкивается вся логическая цепочка происходящего.

Я отметила, что при написании бизнес-процесса под автоматизацию должен соблюдаться тот же принцип. Нужно определить начальное состояние процесса и его окончание. Это самое важное. Я хочу сегодня заострить внимание на определении начала процесса: как намечен путь, так он и будет строиться - если неверно, то и процесс будет описан ошибочно.

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

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

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

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

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

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

В проекте автоматизации обучения источник оказался неожиданным, так как он был не в сфере обучения, а в предыдущем процессе HR - приеме сотрудников.

С уважением,

Денисова Елена.