Архитектура предприятия не алхимия, а ремесло! :))
Мой краткий алгоритм:
1. Берем устав предприятия и внимательно его читаем.
2. Находим высшую цель предприятия и заменяем существительное глаголом, например «Работаем для прибыли». Это доступный нам процесс высшего уровня.
3. Находим в уставе виды разрешенной деятельности и определяем какую из многоперечисленных реально выполняем.
Аналогично заменяем существительное на глагол, полученную деятельность условно говоря получая процесс «Производство продукции». Полученную деятельность рассматриваем как один из подпроцессов второго уровня.
4. Два других подпроцесса идут автоматом: «Управление» и «Обеспечение ресурсами»
5. Процесс производства наиболее просто декомпозировать на основе применения старого сетевого графика, рассматривая стрелочки на нем как его подпроцессы.
6. Анализируем требуемые ресурсы, начиная с инфраструктуры.
7 Из анализа потребностей в ресурсах получаем требуемые процессы обеспечения ими.
8 На основе анализа трудовых ресурсов на основе разделения труда и норм управляемости определяем требуемые подразделения.
…
…
-, Возможность и пути автоматизации учета и управления.
…
Дальше писать лениво. И так если слегка расписать получается статейка. :))
Вопрос об отличиях архитектуры тюрьмы и дома отдыха довольно спорен. Например тюрьмы www.infoniac.ru/news/Samye-shikarnye-tyur-my-mira.html получше многих домов отдыха. Я уже не говорю про то, что люди уже давно знали что «золотая клетка» по своей сути тоже тюрьма.
Добавлю определений из одного словаря:
Архитектура
В моделировании процессов – целенаправленное определение места модели в общем фреймворке, описывающем весь бизнес через его составные части. Во избежание неоднозначности в качестве основы для архитектуры можно взять широко известный фреймворк, например предложенный Захманом или производный от него, такой как TOGAF.
Architecture
In process modeling, a purposeful arrangement of models in a framework that describes a whole business in terms of its component parts. These may be created in compliance with well-known frameworks to reduce ambiguity. Examples include architectures based on The Zachman Framework and its derivatives, such as The Open Group Architectural Framework (TOGAF).
1. Вы знаете определение бизнес-процесса? Не лично понимаемое, а стандартное, принятое во всем мире?
2. Вообще-то списки есть, включены в ряд систем управления предприятиями, только они не всем подходят и их механическое перенесение зачастую ставит персонал в полный ступор.
3. А серьезных разработок декомпозиции процессов действительно нет. Слишком сложная и многовариантная задача.
Вы решили меня рассмешить? Или хотите заставить меня написать статейку о том, «Как все запущено?»
Владелец процесса это его субъект, сам процесс это объект его управления. Двухголовое животное это не жизнеспособный мутант. У любого объекта не может быть двух субъектов управления. Двоевластие нежизнеспособно.
Как говорили во времена СССР: «Слава КПСС» не человек, подразделения сами по себе ничего не хотят и хотеть не могут.
Я не виноват в том, что Вы путаетесь в функциях подразделений при матричной структуре, считая что в ней куча владельцев одного процесса.
А декомпозировать процесс выживания слвбо? Без алхимии, только на логике и здравом смысле?
Подсказываю на примере: чтобы выжить нужно найти источник пищи, воды, воздуха (на вершинах гор даже орлы не живут), жилище и далее по списку. Деятельность по поиску всего необходимого может называться процессами, являющихся подпроцессами основного процесса. :))
Все лениво написать статейку по этим вопросам. Кратко:
1. Реальность слишком сложна для понимания и потому люди для ее понимания придумывают различные модели, представляющие собой упрощенный взгляд с какой-либо стороны. На мой скромный взгляд все модели равноправны, если они отражают характеристики реальности и потому желательно одновременно рассматривать несколько моделей, а не биться головой о пол молясь на единственно правильную.
2. Методички нет потому что реальность слишком сложна при простоте высшего процесса всего живого и организационного — «Выживание».
Реестр процессов появляется при декомпозиции этого процесса.
3. Вопрос двойного подчинения искусственен. Владелец процесса это субъект, определяемый из декомпозиции процесса более высокого уровня, а не назначаемый произвольно. Назначить можно только стрелочника.
4. Исходя из п.3 — не может.
5. Аналогично п.4.
Мой краткий алгоритм:
1. Берем устав предприятия и внимательно его читаем.
2. Находим высшую цель предприятия и заменяем существительное глаголом, например «Работаем для прибыли». Это доступный нам процесс высшего уровня.
3. Находим в уставе виды разрешенной деятельности и определяем какую из многоперечисленных реально выполняем.
Аналогично заменяем существительное на глагол, полученную деятельность условно говоря получая процесс «Производство продукции». Полученную деятельность рассматриваем как один из подпроцессов второго уровня.
4. Два других подпроцесса идут автоматом: «Управление» и «Обеспечение ресурсами»
5. Процесс производства наиболее просто декомпозировать на основе применения старого сетевого графика, рассматривая стрелочки на нем как его подпроцессы.
6. Анализируем требуемые ресурсы, начиная с инфраструктуры.
7 Из анализа потребностей в ресурсах получаем требуемые процессы обеспечения ими.
8 На основе анализа трудовых ресурсов на основе разделения труда и норм управляемости определяем требуемые подразделения.
…
…
-, Возможность и пути автоматизации учета и управления.
…
Дальше писать лениво. И так если слегка расписать получается статейка. :))
Я поступил проще, сделав маленькую выписку из стандартов. :))
process.mirtesen.ru/blog/43779486784/Termin-%C2%ABProtsess%C2%BB-v-rossiyskih-i-mezhdunarodnyih-standartah
Архитектура
В моделировании процессов – целенаправленное определение места модели в общем фреймворке, описывающем весь бизнес через его составные части. Во избежание неоднозначности в качестве основы для архитектуры можно взять широко известный фреймворк, например предложенный Захманом или производный от него, такой как TOGAF.
Architecture
In process modeling, a purposeful arrangement of models in a framework that describes a whole business in terms of its component parts. These may be created in compliance with well-known frameworks to reduce ambiguity. Examples include architectures based on The Zachman Framework and its derivatives, such as The Open Group Architectural Framework (TOGAF).
2. Вообще-то списки есть, включены в ряд систем управления предприятиями, только они не всем подходят и их механическое перенесение зачастую ставит персонал в полный ступор.
3. А серьезных разработок декомпозиции процессов действительно нет. Слишком сложная и многовариантная задача.
Владелец процесса это его субъект, сам процесс это объект его управления. Двухголовое животное это не жизнеспособный мутант. У любого объекта не может быть двух субъектов управления. Двоевластие нежизнеспособно.
Как говорили во времена СССР: «Слава КПСС» не человек, подразделения сами по себе ничего не хотят и хотеть не могут.
Я не виноват в том, что Вы путаетесь в функциях подразделений при матричной структуре, считая что в ней куча владельцев одного процесса.
А декомпозировать процесс выживания слвбо? Без алхимии, только на логике и здравом смысле?
Подсказываю на примере: чтобы выжить нужно найти источник пищи, воды, воздуха (на вершинах гор даже орлы не живут), жилище и далее по списку. Деятельность по поиску всего необходимого может называться процессами, являющихся подпроцессами основного процесса. :))
1. Реальность слишком сложна для понимания и потому люди для ее понимания придумывают различные модели, представляющие собой упрощенный взгляд с какой-либо стороны. На мой скромный взгляд все модели равноправны, если они отражают характеристики реальности и потому желательно одновременно рассматривать несколько моделей, а не биться головой о пол молясь на единственно правильную.
2. Методички нет потому что реальность слишком сложна при простоте высшего процесса всего живого и организационного — «Выживание».
Реестр процессов появляется при декомпозиции этого процесса.
3. Вопрос двойного подчинения искусственен. Владелец процесса это субъект, определяемый из декомпозиции процесса более высокого уровня, а не назначаемый произвольно. Назначить можно только стрелочника.
4. Исходя из п.3 — не может.
5. Аналогично п.4.
============
Лучше вместе с другой моей статейкой «ПРОЦЕССНЫЙ ЛАНДШАФТ И ОРГСТРУКТУРА» :))
process.mirtesen.ru/blog/43852778662/PROTSESSNYIY-LANDSHAFT-I-ORGSTRUKTURA