Процессы. Слово, на которое молятся практически все руководители, однако мало кто понимает суть понятия и, порой, пытается всё скинуть на некие абстрактные "процессы". Давайте разбираться, что же это за диковина такая и как ее строить. Итак, в теории организации, процесс - это повторяемая последовательность действий, направленная на достижение поставленной цели.

Какими характеристиками должен обладать правильно выстроенный процесс? 1. Выделенными итерациями. Каждое действие в процессе должно быть атомарно (неделимо) 2. Четко обозначенными зонами ответственности. Нужно исключить все "серые зоны" ответственности, когда несколько сторон могут отвечать за итерацию 3. Процесс для смежных отделов компании, занимающихся одной и той же деятельностью (например, для команд фичевой разработки) должен быть един, но может быть адаптирован под нужды каждой команды точечно, не нарушая общей канвы 4. Процесс должен порождать артефакты, по наличию и содержанию которых можно будет проводить анализ 5. Процесс не должен быть высечен в граните, как заповедь и должен совершенствоваться по мере повторений

Больше академической теории про атрибуты бизнес-процессов написано в Гугле по запросу "атрибуты бизнес-процессов", я выделил только те, которые, на мой взгляд, являются наиболее важными. Это не говорит, что остальными атрибутами можно пренебречь, за это бьют😅

Итак, предположим, что мы придумали некий процесс, которого ещё не было. Нарисовали BPMN/UML диаграмму или в той нотации, которая вам по душе, составили пошаговую таблицу процесса для более подробного описания шагов. Окей. Как внедрить? Тут нет однозначного ответа, кто-то внедряет по-живому, "Мы работаем так, вот вам документ, курите, первых результатов жду через неделю", кто-то поэтапно, кто-то по велению левой пятки😅

Я не буду тут спорить с умными дядьками, которые для внедрения любых изменений разработали целую дисциплину, имя которой Change management, где достаточно подробно расписаны методологии внедрения изменений (сам был удивлен, что такое есть и относился чересчур легкомысленно, было дело). Начинающим строителям настоятельно рекомендую ознакомиться с темой, чтобы не наломать дров, как в своё время наламывал я😅

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

Самое простое, что можно объяснить в рамках поста - это методология UCR (Unfreeze - Change - Refreeze), суть которой состоит в том, что: 1. Unfreeze. Разморозка, подготовка к изменениям. Инициатор изменений наблюдает за имеющимся процессом, анализирует его, выявляет боттлнеки или проблемные шаги, готовит исправления, обсуждает их с заинтересованными сторонами, подготавливая почву для изменений 2. Change. Непосредственно внесение изменений. Поэтапно изменения вносятся в процессы, проводятся необходимые перестроения, возможно, выявятся недостатки при работе по новым правилам, которые нужно оперативно устранить 3. Refreeze. Заморозка состояния, работа по новым правилам. После того, как мы внедрили изменения и все стороны к ним адаптировались, мы "замораживаем" это состояние. ВАЖНО! Мы не отсекаем адаптацию процесса в рамках применения изменений, то есть инициативы "снизу" в рамках метода применения изменений. ВАЖНО#2! Процесс описан поверхностно и в happy-pass, когда не возникает отклонений и внедрение изменений не вызывает протестов и критики.

Подписывайтесь на мой канал, чтобы не пропустить следующие посты про менеджмент: https://t.me/mememanage