Бизнес-процессы. Как их описать, отладить и внедрить. Практикум. Михаил Рыбаков

нечто иное на выходе (рис. 18). Как выполняется работа внутри «черного ящика» – на данном логическом уровне нас не интересует. Внутри него может быть огромная вселенная, но для нас сейчас – это лишь один шаг. Такой подход сильно упрощает жизнь. А «черный ящик», при необходимости, можно будет раскрыть на более детальных уровнях[137].

      Рисунок 18. Шаг процесса как «черный ящик»

      Описываете полный, нормальный, линейный ход процесса. Объясню подробнее:

      «Полный» – то есть включающий все основные шаги, даже те, которые выполняются не каждый раз. Например, с некоторых клиентов вы берете 100 %-ную предоплату, с некоторыми (особо доверенными) работаете по отсрочке платежа. А с некоторых – берете частичную предоплату с получением оставшейся суммы по мере выполнения работ. Но шаги «получение предоплаты» и «получение окончательной оплаты» нужно включить в процесс.

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

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

      «Нормальный» – то есть такой, как он выполняется в большинстве случаев. Если однажды в качестве клиента к вам обращался король – наверное, вы обслуживали его иначе, чем других клиентов. Но это – исключение. Не нужно заносить его в процесс. Только в случае, если вы решили стать постоянным поставщиком двора Его Величества – тогда сделайте для этого отдельный бизнес-процесс.

      «Линейный» – то есть вы отражаете все шаги процесса как последовательные, идущие цепочкой друг за другом. Даже если некоторые из них в жизни выполняются параллельно, если в алгоритме есть циклы и ветвления.

      Как же так? Мне как бывшему специалисту по ИТ и по управлению проектами[138], тоже было трудно к этому привыкнуть. Однако практика показывает, что если в чем-то можно допустить ошибки (накосячить), сотрудники обязательно сделают это. Поэтому с некоторой долей условности любой алгоритм можно представить как последовательный. Нюансы раскроете на более глубоких уровнях детализации (при необходимости). А если вы действительно обнаружили несколько разных вариантов выполнения – может быть, и правда процессов здесь несколько? Иногда имеет смысл их разделить. Обсудим это чуть позже.

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

      • Смотрим на процесс с одной точки зрения – с колокольни РП, который отвечает за его выполнение[139]. Например, шаг, на котором вы получаете деньги от клиента, так и называется «Получение оплаты от клиента», а не «Оплата». Не вы платите, а он.

      • Шаги называем отглагольными

137

См. п. 9.3.3 «Подпроцессы (Матрёшки)»; п. 9.6 «Детализируем процессы».

138

См. п. 10 «Процессы и проекты».

139

См. описание роли «Руководитель процесса» в п. 9.3.1 «Шапка процесса».