Geum.ru

Практическое руководство по реинжинирингу бизнес-процессов Майк Робсон, Филип Уллах Оглавление

Вид материалаРуководство
Требования клиентов
Измерение текущего процесса
Подобный материал:
1   ...   18   19   20   21   22   23   24   25   ...   39

Требования клиентов


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

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

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

Представители команды реинжиниринга должны проводить встречи с первичными клиентами процесса для согласования их требований. На этих встречах следует искать любые возможности для изменения существующего положения и выявления альтернатив сложившейся ситуации. Клиенту следует задавать вопросы: зачем это нужно? Все ли это нужно? Может ли ваш отдел лучше выполнить некоторые задачи? Цель этого — поставить под сомнение некоторые предположения, определяющие сегодня работу процесса по обеспечению выхода, а также понять истинные требования клиента.

Во время работы по согласованию требований клиентов мы обнаружили, что очень полезным может быть метод логических уровней. Этот метод взят из нейро-лингвистического программирования и основан на наличии разных уровней абстрагирования в языке, которым мы пользуемся. Мы можем говорить о гамбургере или на более абстрактном уровне о системе быстрого питания. Еще более абстрактным уровнем может быть питание вообще, затем поддержка физического существования с помощью питания и, наконец, жизнь вообще. А начав с нашего гамбургера, мы можем спуститься на более детальный уровень разговора о конкретном виде гамбургера, а затем на еще более детальный уровень разговора об его отдельных разновидностях, например, о чизбургере. Спускаясь вниз, можно выбрать несколько маршрутов, что полезно при выявлении альтернатив. Альтернативой может быть замороженная пища, которая бывает очень разнообразной. Голодный человек удовлетворяет свою потребность в еде с помощью пищи, которую можно приготовить за минуту, и одновременно придерживается здоровой диеты.

В процессе определения общих, или основных, требований клиента нам нужно подняться на более абстрактный уровень разговора. Чтобы увидеть альтернативные варианты удовлетворения требований, нам требуется спуститься вниз на более детальный уровень. Например, если клиент требует от финансового отдела ежемесячный финансовый отчет, мы можем подняться на ступень выше и спросить: "Для чего он вам нужен?" Ответ может быть, вроде, "чтобы я мог убедиться, что я не превысил свой бюджет". Это, скорее всего, и есть основное требование клиента, а ежемесячный финансовый отчет — просто средство проверить, сходятся ли концы с концами. Это важно, так как клиент, возможно, не признается, что сам отчет ему не нужен, и будет выдвигать его в качестве основного требования. Поднявшись на одну ступень выше, чтобы выявить необходимость избежать перерасходов, мы затем можем спуститься вниз, чтобы рассмотреть альтернативы. Спросив: "Что еще кроме отчета поможет вам избежать перерасхода?" мы можем выявить альтернативы, подходящие в данной ситуации и требующие меньше времени для претворения. В данном примере, отвечать требованию будет финансовая информация, получаемая в реальном режиме времени. Можно провести реинжиниринг процесса, сконструированного для получения финансовых отчетов, и превратить его в процесс получения информации в реальном режиме времени (он-лайн).

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

Измерение текущего процесса


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

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

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

Второй шаг — повторение данной процедуры командой, на этот раз в отношении сильных сторон существующего процесса. Это занятие помогает команде выявить основные требуемые черты нового процесса и причины необходимости изменить существующий процесс. Например, недавно нас попросили помочь команде реинжиниринга, которая собиралась уже третий раз и члены которой начинали терять направление работы. Хотя они уже продвинулись в чем-то вперед, никто из них не знал, что на самом деле от них требуется и к чему стремиться. Команда состояла из людей, занятых на различных стадиях процесса, и, как это можно было предвидеть, у них у всех были разные взгляды на то, что следует делать для улучшения процесса. С помощью простого мозгового штурма с целью выявления сильных и слабых сторон команда смогла увидеть, на чем нужно сосредоточить свое внимание, и начала генерировать идеи, что в существующем процессе следует оставить, а что для нового процесса следует изменить. Примеры этих идей представлены ниже.