🗯Как научиться "видеть" бизнес-процессы
Привет, друзья! Если с описанием бизнес-процессов все ясно и есть куча источников, откуда эти знания можно почерпнуть (если есть вопросы или боли, пишите в комментарии или в бота), то с выявлением бизнес-процессов могут возникнуть сложности.
💡Как люди делятся на тех, кто при планировании недели представляет школьный дневник, и нет, так и среди аналитиков есть те олды, что при проектировании представляют в уме любой процесс в нотации IDEF0. Ловите лайфхак — умение мыслить "квадратами" позволит вам быстрее выявлять бизнес-процессы.
Любой хаос можно упорядочить, если определить:
— Входы (I): то, что поступает на вход (например, заявки, расходные материалы, сырье и т.д.);
— Выходы (O): результат выполнения бизнес-процесса (оказанная услуга, готовый материал, продукт и т.д.);
— Действия: шаги, которые преобразуют входы (I) в выходы (O) (обработка заявки, изготовление деталей и т.д.);
— Механизмы (M): то, что помогает преобразовать входы в выходы (инструменты и т.д.);
— Управление (C): то, что регламентирует выполнение процесса (стандарты, регламенты и т.д.).
Не стремитесь учить IDEF0, это просто один из способов научиться мыслить "квадратами".
✍️Рассмотрим на примере
Дано: аналитик Федя, вчерашний студент, должен составить карту бизнес-процессов в редакторском бюро.
С чего начать Феде?
1. С вопросов
— Чем занимается редакторское бюро?
Редактурой и корректурой.
— Кто его клиенты?
Авторы и издательства.
— Какую ценность они получают?
Готовый к публикации текст (статью, книгу).
2. Выявление процессов
Какие процессы необходимы для реализации таких услуг?
Продажи (реклама, пиар), редактура, корректура, ведение договоров, управление финансами, ведение бух и налогового учёта и т.д. Какие-то процессы могут быть отданы на аутсорс.
3. Фиксация модели процессов верхнего уровня
На этом этапе можно обратиться к оргструктуре для определения начальников отделов как потенциальных владельцев БП, запросить регламенты, должностные инструкции и др. документацию, а также списки контактных лиц, которым можно задавать вопросы.
Полученную детальную информацию необходимо фиксировать таким образом, чтобы в будущем по ней можно было написать регламенты/составить детальные схемы бизнес-процессов.
А верхнеуровневое описание удобнее фиксировать в формате диаграмм, выделяя "квадраты" со следующими метаданными:
— Вход: сырой текст от автора;
— Действия: корректорская и редакторская правки, согласование, вёрстка, согласование;
— Механизмы: сервис для работы с документами, эл. почта, чат в мессенджере;
— Управление: айдентика, стандарты оформления.
Примеры и шаблоны:
— Карта процессов верхнего уровня компании и матрица RACI c помощью drawio и google sheets
— Построение верхнероувневой модели деятельности компании на основе принципов системной инженерии.
— Построение архитектуры бизнес-процессов
P.S. Надо было назвать пост "Аналитик Федя и упорядоченный хаос" 😅
📎Предыдущий пост по теме:
Как описывать бизнес-процессы: мини-гайд
Привет, друзья! Если с описанием бизнес-процессов все ясно и есть куча источников, откуда эти знания можно почерпнуть (если есть вопросы или боли, пишите в комментарии или в бота), то с выявлением бизнес-процессов могут возникнуть сложности.
💡Как люди делятся на тех, кто при планировании недели представляет школьный дневник, и нет, так и среди аналитиков есть те олды, что при проектировании представляют в уме любой процесс в нотации IDEF0. Ловите лайфхак — умение мыслить "квадратами" позволит вам быстрее выявлять бизнес-процессы.
Любой хаос можно упорядочить, если определить:
— Входы (I): то, что поступает на вход (например, заявки, расходные материалы, сырье и т.д.);
— Выходы (O): результат выполнения бизнес-процесса (оказанная услуга, готовый материал, продукт и т.д.);
— Действия: шаги, которые преобразуют входы (I) в выходы (O) (обработка заявки, изготовление деталей и т.д.);
— Механизмы (M): то, что помогает преобразовать входы в выходы (инструменты и т.д.);
— Управление (C): то, что регламентирует выполнение процесса (стандарты, регламенты и т.д.).
Не стремитесь учить IDEF0, это просто один из способов научиться мыслить "квадратами".
✍️Рассмотрим на примере
Дано: аналитик Федя, вчерашний студент, должен составить карту бизнес-процессов в редакторском бюро.
С чего начать Феде?
1. С вопросов
— Чем занимается редакторское бюро?
Редактурой и корректурой.
— Кто его клиенты?
Авторы и издательства.
— Какую ценность они получают?
Готовый к публикации текст (статью, книгу).
2. Выявление процессов
Какие процессы необходимы для реализации таких услуг?
Продажи (реклама, пиар), редактура, корректура, ведение договоров, управление финансами, ведение бух и налогового учёта и т.д. Какие-то процессы могут быть отданы на аутсорс.
3. Фиксация модели процессов верхнего уровня
На этом этапе можно обратиться к оргструктуре для определения начальников отделов как потенциальных владельцев БП, запросить регламенты, должностные инструкции и др. документацию, а также списки контактных лиц, которым можно задавать вопросы.
Полученную детальную информацию необходимо фиксировать таким образом, чтобы в будущем по ней можно было написать регламенты/составить детальные схемы бизнес-процессов.
А верхнеуровневое описание удобнее фиксировать в формате диаграмм, выделяя "квадраты" со следующими метаданными:
— Вход: сырой текст от автора;
— Действия: корректорская и редакторская правки, согласование, вёрстка, согласование;
— Механизмы: сервис для работы с документами, эл. почта, чат в мессенджере;
— Управление: айдентика, стандарты оформления.
Примеры и шаблоны:
— Карта процессов верхнего уровня компании и матрица RACI c помощью drawio и google sheets
— Построение верхнероувневой модели деятельности компании на основе принципов системной инженерии.
— Построение архитектуры бизнес-процессов
P.S. Надо было назвать пост "Аналитик Федя и упорядоченный хаос" 😅
📎Предыдущий пост по теме:
Как описывать бизнес-процессы: мини-гайд