Дмитриев в метре

Как можно описывать бизнес-процессы внутри компании?

Давайте продолжим вчерашнюю тему про бизнес-процессы (далее БП) и порассуждаем на тему принципов их описания.

Итак, сразу начнем с перечисления:

1. Описывать БП нужно только большой рабочей группой. Это должны регулярные общие сессии с модератором, который будет все фиксировать. Точно не получится в одного сотрудника, сидя за монитором, все структурировать, утвердить и запустить. Описание БП это всегда живой организм с обсуждениями, дискуссиями, сомнениями, решениями и недовольными.

2. Да, недовольные сразу появятся, как только мы начнем декомпозировать этапы и официально вручать людям новую ответственность за определенные задачи, которую они так изящно избегали долгое время.

3. Сессии желательно делать один или два раза в неделю, но сразу надолго, чтобы обеспечить глубокое погружение команды. Рекомендую тайминг на сессию по 2-3 часа.

4. В рамках одной сессии желательно, чтобы активно участвовали не более 10 человек.

5. Ключевые ЛПР должны быть всегда на сессиях. Ведь структуризация бизнес-процессов - это время для принятия управленческих решений и разрешения давних споров. Без человека, который в может сказать «будет так и точка!» такие сессии сильно теряют в эффективности.

6. Вся фиксация БП должна вестись на одной площадке или в одном документе, где мы сразу можем простроить связи между этапами, сроками и ответственными.

7. Рекомендую сначала описать БП процессы текстом в табличном формате, а уже потом переводить это все в блок-схемы или в код.

8. В рамках описания БП важно определиться с ролями и терминами. Кто-то использует методологию Рыбакова с функциями заказчика, архитектора и пр. Кто-то внедряет другую технологию, но принципы ролей и их влияние важно закрепить.

9. В начале каждого БП нужно обозначить его цель, задачи, метрики измерения результативности и сроки/периодичность.

10. Процессы рекомендую разбивать по шагам. Желательно не более 10 на один процесс. Если понимаем, что шагов значительно больше, то значит надо декомпозировать описание на более мелкие этапы - подпроцессы.

11. В каждом БП нужно определить, что именно является точкой его запуска и что завершением. Это должны быть твердые материалы или статусы. Например, прохождение экспертизы и получение АР является триггером для запуска процесса отрисовки планировок и создания рендеров. А завершение айдентики проекта становится стартом запуска процессов по сайту и рекламной кампании.

12. Укаждого шага БП должен быть один ответственный. Исполнителей может быть сколько угодно, но ответственный всегда один. Всегда.

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

14. Все описанные БП надо актуализировать минимум раз в год. А лучше и раз в 6 месяцев. Добавлять новые шаги, людей, материалы.

15. Все утвержденные БП нужно презентовать и разжевать команде. Прям где-то даже продать им их. Без плотной интеграции есть риск оставить эти описанные БП просто на бумаге.

Вот пусть будет 15 принципов описания бизнес-процессов. Вроде ничего критичного не упустил.

Надеюсь теперь вам стало более понятно, как подойти к этом дивному большому зверю, которого многие страшатся.

www.group-telegram.com/jp/dmitriev_m2.com/996

619 viewsApr 10, 2024 at 07:37

Как можно описывать бизнес-процессы внутри компании?

Давайте продолжим вчерашнюю тему про бизнес-процессы (далее БП) и порассуждаем на тему принципов их описания.

Итак, сразу начнем с перечисления:

1. Описывать БП нужно только большой рабочей группой. Это должны регулярные общие сессии с модератором, который будет все фиксировать. Точно не получится в одного сотрудника, сидя за монитором, все структурировать, утвердить и запустить. Описание БП это всегда живой организм с обсуждениями, дискуссиями, сомнениями, решениями и недовольными.

2. Да, недовольные сразу появятся, как только мы начнем декомпозировать этапы и официально вручать людям новую ответственность за определенные задачи, которую они так изящно избегали долгое время.

3. Сессии желательно делать один или два раза в неделю, но сразу надолго, чтобы обеспечить глубокое погружение команды. Рекомендую тайминг на сессию по 2-3 часа.

4. В рамках одной сессии желательно, чтобы активно участвовали не более 10 человек.

5. Ключевые ЛПР должны быть всегда на сессиях. Ведь структуризация бизнес-процессов - это время для принятия управленческих решений и разрешения давних споров. Без человека, который в может сказать «будет так и точка!» такие сессии сильно теряют в эффективности.

6. Вся фиксация БП должна вестись на одной площадке или в одном документе, где мы сразу можем простроить связи между этапами, сроками и ответственными.

7. Рекомендую сначала описать БП процессы текстом в табличном формате, а уже потом переводить это все в блок-схемы или в код.

8. В рамках описания БП важно определиться с ролями и терминами. Кто-то использует методологию Рыбакова с функциями заказчика, архитектора и пр. Кто-то внедряет другую технологию, но принципы ролей и их влияние важно закрепить.

9. В начале каждого БП нужно обозначить его цель, задачи, метрики измерения результативности и сроки/периодичность.

10. Процессы рекомендую разбивать по шагам. Желательно не более 10 на один процесс. Если понимаем, что шагов значительно больше, то значит надо декомпозировать описание на более мелкие этапы - подпроцессы.

11. В каждом БП нужно определить, что именно является точкой его запуска и что завершением. Это должны быть твердые материалы или статусы. Например, прохождение экспертизы и получение АР является триггером для запуска процесса отрисовки планировок и создания рендеров. А завершение айдентики проекта становится стартом запуска процессов по сайту и рекламной кампании.

12. Укаждого шага БП должен быть один ответственный. Исполнителей может быть сколько угодно, но ответственный всегда один. Всегда.

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

14. Все описанные БП надо актуализировать минимум раз в год. А лучше и раз в 6 месяцев. Добавлять новые шаги, людей, материалы.

15. Все утвержденные БП нужно презентовать и разжевать команде. Прям где-то даже продать им их. Без плотной интеграции есть риск оставить эти описанные БП просто на бумаге.

Вот пусть будет 15 принципов описания бизнес-процессов. Вроде ничего критичного не упустил.

Надеюсь теперь вам стало более понятно, как подойти к этом дивному большому зверю, которого многие страшатся.

BY Дмитриев в метре