Оставайтесь в реальности.
Эволюция бизнеса, а не революция[141] приведет вас к успеху.
ЗДР, то есть зона дальнего развития, – это ваши идеи по поводу того, как можно улучшить этот процесс в более отдаленном будущем. Такие мысли полезно тоже записывать, сохранять и возвращаться к ним позже. Но не нужно заносить их в нынешнюю схему процесса, запутывая себя и коллег.
Часто встает вопрос: один перед нами процесс или несколько?
Понять это можно только на практике. Попробуйте выделить, к примеру, два разных процесса, назвать их, выписать цепочки шагов для каждого. Повесьте рядом на стену, спокойно посмотрите, сравните, обсудите.
Тогда и поймете: они и правда такие разные или нет. Если различия существенные (цели, шаги, ответственные и пр.) – разделяйте. Если нет – оставьте одним процессом, а тонкости раскроете при детализации. Напоминаю: мы описываем процесс как линейный, без развилок.
9.3. Описываем процессы на верхнем уровне
Двигаемся дальше. Перечень шагов процесса – это хорошо, но все же полноценным описанием его назвать пока сложно. А вот по итогам этой главы вы сможете создать схему, которую реально внедрить. И которая принесет компании пользу.
Для этого нам понадобится некоторая методология, т. е. подход к описанию и улучшению. А также нотация, т. е. способ отображения процесса. Можно, конечно, описывать как попало, но до добра это не доведет. Мы часто встречаем в разных компаниях такие самопальные творения – памятники неудачным инициативам по улучшению бизнеса.
Для описания бизнес-процессов в мире разработаны десятки методологий, каждая из которых позволяет отобразить те или иные стороны работы компании. Это такие подходы, как ARIS, IDEF0 (SADT), IDEF3, DFD и многие другие (рис. 19). Однако, по нашему опыту, в большинстве случаев их применение неоправданно и даже вредно[142].
Почему? Они логически очень правильные, но весьма сложны в изучении. То есть для того, чтобы начать ими грамотно пользоваться, надо сначала пройти курс длительностью до месяца. Причем понимают такие подходы далеко не все. Они близки аналитикам, программистам, инженерам, но сколько таких людей в обществе и в вашем бизнесе? Обычно меньшинство. А остальные от этого очень далеки.
Вот и получается, что хорошо владеют подобными методиками лишь специалисты-аналитики. Но! Экспертами в вашем бизнесе являетесь вы и ваша команда. А значит, эти схемы надо создавать именно вам. Тем более что вы же являетесь их потребителями. Иначе получаются модели, которые приносят мало пользы. Это как если бы должностные инструкции в вашей компании были написаны на китайском языке!