Модель TO-BE создается на основе анализа модели AS-IS. Анализ может проводиться как по формальным признакам (отсутствие выходов или управлений у работ, отсутствие обратных связей и т. д.), так и по неформальным — на основе знаний предметной области. Допустим, в результате анализа принимается решение реорганизовать функции производства и тестирования компьютеров и оставить функциональности » Продажи и маркетинг» и » Отгрузка и получение» пока без изменений. Принято решение сформировать отдел дизайна, который должен формировать конфигурацию компьютеров, разрабатывать корпоративные стандарты, подбирать приемлемых поставщиков, разрабатывать инструкции по сборке, процедуры тестирования и устранения неполадок для всего производственного отдела.
Работа » Сборка и тестирование компьютеров» должна быть реорганизована и названа » Производство продукта». Будут созданы работы » Разработать конфигурацию», » Планировать производство» и » Собрать продукт».
1. Описание бизнес модели. Сравнение с другими. Основные преимущества.
Рассмотрим новые роли персонала. Дизайнер должен разрабатывать систему, стандарты на продукцию, документировать и передавать спецификации в отдел маркетинга и продаж. Он должен определять, какие компоненты (аппаратные и программные) должны закупаться для сборки компьютеров, обеспечивать документацией и управлять процедурами сборки, тестирования и устранения неполадок.
Функции диспетчера в работе » Сборка и тестирование компьютеров’ должны быть заменены на функции планировщика. Планировщик должен обрабатывать заказы клиентов и генерировать заказы на сборку, получить коммерческий прогноз из отдела маркетинга и формировать требования на закупку компонентов и собирать информацию от поставщиков. Диспетчер должен составлять расписание производства на основании заказов на сборку, полученных в результате работы » Планировать производство», получать копии заказов клиентов и отвечать за упаковку и комплектацию заказанных компьютеров, передаваемых в работу » Отгрузка и получение».
1. Измените свойства модели » Деятельность компании»:
· Model Name: Предлагаемая модель компании.
· Time Frame: TO-BE.
· Purpose: Документировать предлагаемые изменения бизнес-процессов компании.
2. Переименуйте работу » Сборка и тестирование компьютеров» в » Производство продукта». Расщепите эту работу в модель с тем же названием.
3. Модифицируйте отщепленную модель. Переместите работу » Тестирование компьютеров» с диаграммы А0 » Производство продукта» на диаграмму A2.1 » Сборка настольных компьютеров».
4. Переименуйте работу » Сборка настольных компьютеров» на диаграмме А0 в » Сборку продукта».
5. Удалите работу » Сборка ноутбуков».
6. Переименуйте стрелку » Заказы на настольные компьютеры» в » Заказы на изготовление».
7. Переименуйте работу » Отслеживание расписания и управление сборкой и тестированием» в » Планирование производства».
«Сумма маркетинга»: Бизнес-модели
8. Создайте работу » Разработать конфигурацию».
9. Создайте ветвь стрелки » Персонал производственного отдела», назовите ее » Дизайнер» и направьте как механизм к работе » Разработать конфигурацию».
10. Создайте стрелку » Стандарты на продукцию» и направьте ее от выхода » Разработать конфигурацию» к границе диаграммы. Тоннелируйте эту стрелку (Resolve Border Arrow). Создайте ветвь этой стрелки, идущую к управлению работы » Планирование производства», и назовите ее » Списком необходимых компонентов «.
11. Удалите стрелку » Правила сборки и тестирования». Создайте ветвь стрелки » Стандарты на продукцию», идущую к управлению работы » Сборка продукта» и назовите ее » Правилами сборки и тестирования «.
12.Переименуйте стрелку » Диспетчер» в » Планировщика производства».
13.Добавьте стрелку » Прогноз продаж» как граничную управляющую к работе » Планирование производства».
14. Добавьте стрелку » Информация от поставщика» как граничную управляющую к работе » Планирование производства».
15.Добавьте стрелку » Заказ поставщику» как граничную стрелку выхода от работы » Планирование производства».
16. Тоннелируйте эти стрелки (Resolve Border Arrow).
17. На диаграмме А0 тоннелируйте стрелку (Resolve Border Arrow) » Собранные компьютеры» и свяжите ее на диаграмме АО с выходом работы » Сборка продукта».
 |
 |
Результат выполнения первой части упражнения 14 приведен на рис.А.14.1
Источник: lektsia.com
Модели AS-IS и ТО-ВЕ
Обычно сначала строится модель существующей организации работы – AS-IS (как есть). Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации. Найденные в модели AS-IS недостатки учитываются при создании модели ТО-ВЕ (как будет) – модели новой организации бизнес-процессов.
Технология проектирования ИС подразумевает, что модель данных, прототип и окончательный вариант ИС строится только на основе модели ТО-ВЕ.
Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае строится третья модель, описывающая процесс перехода от начального к конечному состоянию системы, поскольку такой переход – это тоже бизнес-процесс.
Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
· контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);
· диаграммы декомпозиции;
· диаграммы дерева узлов;
· диаграммы только для экспозиции (FEO).
Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы – диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом точно определяется, что входит в систему, а что лежит за ее пределами, т.е. что будет рассматриваться как компоненты системы, а что как внешнее воздействие.
В пояснительном тексте к контекстной диаграмме должна быть указана цель (Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения (Viewpoint).
Цель определяет соответствующие области в исследуемой системе, на которых необходимо фокусироваться в первую очередь.
Точка зрения определяет основное направление развития модели и уровень необходимой детализации.
Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.
После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. Затем проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания. Обычно на диаграмме представляется от трех до шести функциональных блоков, при этом количество подходящих к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг предполагается не более четырех.
После каждого сеанса декомпозиции проводятся сеансы экспертизы — эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы выполняется следующий сеанс декомпозиции. Так достигается соответствие модели реальным бизнес-процессам.
Диаграмма дерева узлов показывает иерархическую зависимость работ, но не взаимосвязи между работами. Диаграмм деревьев узлов может быть в модели сколь угодно много.
Диаграммы для экспозиции (FEO) строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей. Диаграммы FEO позволяют нарушить любое синтаксическое правило, т.к. являются копиями стандартных диаграмм и не включаются в анализ синтаксиса.
Источник: studopedia.info
Модели AS-IS и ТО-ВЕ
Модель AS-IS. В результате обследования предприятия в системе БПр выявляются «узкие» места — ненужные, неэффективные и дублирующие работы, а также работы, не обеспеченные ресурсами.
Функциональная модель существующей организации работы — AS-IS («как есть») — строится с помощью CASE-средств, например программного продукта BPwin. При ее построении используются такие источники, как опросы экспертов (работников предприятия), документация (приказы, отчеты, должностные инструкции, положения о структурных подразделениях предприятия), анкетирование, фотография рабочего дня и др. Анализ функциональной модели позволяет: специалистам, выполняющим работу по реинжинирингу, выявить недостатки существующего бизнеса и определить те области, в которых стоит производить изменения; понять, как следует изменить бизнес-процессы (БПр), чтобы они удовлетворяли новым требованиям и целям; оценить, насколько глубоким изменениям подвергнется существующая структура организации бизнеса; объяснить сотрудникам, чем плохи прежние процедуры работы и почему они должны быть приспособлены к новым способам работы; измерить характеристики тех БПр, которые следует изменить. Полученные измерения в дальнейшем могут быть использованы для оценки экономического эффекта проведенных изменений.
Структуризация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаком неэффективной деятельности могут быть бесполезные, неуправляемые и дублируемые работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат) и «входу» (объекты или информация используются нерационально) и т.д.
Одной из ошибок при создании модели AS-IS является создание идеализированной модели.
Это происходит в том случае, когда модель создается на основе знаний руководителя, а не на основе опыта конкретного исполнителя работ. Руководитель в теоретическом аспекте осведомлен о том, как в соответствии с руководствами и должностными инструкциями предполагается выполнение работы, но часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно в дальнейшем использовать для анализа. Такая модель называется SHOULD BE («как должно бы быть»).
Модель ТО-BE. Обнаруженные в модели AS-IS недостатки можно исправить при создании модели ТО-BE («как будет») — модели новой организации бизнес- процессов. Модель ТО-BE нужна для оценки последствий внедрения информационной системы и анализа альтернативных, лучших путей выполнения работы и документирования того, как предприятие будет функционировать в будущем.
Как правило, строится несколько моделей ТО-BE (рис. 3.1), отображающих возможные траектории движения из существующего состояния системы БПр в будущие состояния. В соответствии с идеологией стрелы целеполагания возможны следующие траектории: TO-BE 1 — оптимистический вариант структуризации БПр, связанный с реинжинирингом; ТО-ВЕ 2 — наиболее вероятные варианты совершенствования БПр (в рамках инжиниринга); ТО-ВЕ 3 — пессимистический вариант изменений БПр, связанный с учетом негативных SWOT-факторов.
Рис. 3.1. Построение моделей ТО-ВЕ как результат анализа модели AS-IS
Наибольший интерес представляет траектория 1, связанная с реинжинирингом БПр.
Реинжиниринг- фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения существенных улучшений в таких ключевых для современного бизнеса показателях результативности, как затраты, качество, уровень обслуживания и оперативность [92].
Имеется в виду не небольшое усовершенствование БПр компаний, например на 10—100%, а кардинальное повышение их эффективности, т.е. на порядок, что приводит к скачку результата.
Радикальное перепроектирование означает перепроектирование, затрагивающее суть (корень) явлений, а не поверхностные изменения, т.е. в ходе радикального перепроектирования отбрасываются все существующие структуры и процедуры и предлагается совершенно новый способ выполнения работы. Итак, реинжиниринг — это изобретение принципиально новых вариантов, а не улучшение, увеличение или модификация.
Проект по реинжинирингу бизнеса обычно включает следующие этапы [92]: определение системы целей организации в соответствии с видением компании, учитывая ее стратегию и SWOT-факторы; создание модели существующей организации (модель AS-IS («как есть»)). На этом этапе менеджеры с участием разработчиков информационной системы (ИС) должны разработать детальное описание существующей организации, идентифицировать и документировать ее основные БПр, оценить их эффективность; разработка новой системы БПр (модель ТО-BE («как будет»)), которая предполагает: перепроектирование БПр (создание более эффективных рабочих процедур, определение способов использования информационных’технологий (PIT), идентификация необходимых изменений в работе персонала), разработку БПр с учетом параметров (количественный состав и квалификация персонала) трудового потенциала организации. На этом этапе организуются команды по выполнению работ во главе с лидером, подготавливается система мотивации и стимулирования, проектируются различные виды работ, создаются группы поддержки качества, составляются программы подготовки специалистов и т.д., разработку поддерживающих ИС. На этом этапе определяются имеющиеся ресурсы (оборудование, программное обеспечение) и реализуется специализированная ИС компании; внедрение перепроектированных процессов (интеграция и тестирование разработанных процессов и поддерживающей ИС, обучение сотрудников, установка ИС, переход к новой технологии компании).
Реинжиниринг БПр необходимо проводить комплексно, в рамках стратегии, самоорганизующейся в соответствии с финишными целями предприятия. Радикальному перепроектированию должны быть подвергнуты: система производства, включающая технологию производства продукции, номенклатуру и качество предлагаемых товаров, при этом требуется постоянная ориентация на потребителей; система управления, включающая структуру организации, функции, нормативноорганизационные документы и т.д.
Подробно процессы самоорганизации рассмотрены в § 4.5.
Модели AS-IS и ТО-BE позволяют описать начальное и конечное состояния предприятия — до и после внедрения корпоративной информационной системы, оставляя без внимания сам процесс разработки (выбора) и внедрения. Но поскольку внедрение информационной системы — это тоже работа, то с помощью BPwin можно создать ее модель. Модель ТО-ВЕ — это не модель работы предприятия, а модель мероприятий по переводу его на новую технологию деятельности. Использование модели ТО-BE в совокупности со стоимостным анализом позволяет оценить объем средств, необходимых для приобретения/разработки и внедрения информационной системы. Можно построить несколько различных моделей ТО-BE с учетом внедрения различных информационных систем (как готовых, так и созданных на заказ) и выбрать оптимальный вариант.
Технология проектирования информационных систем также подразумевает создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т.е. создание модели ТО-BE. Только на основе модели ТО-BE строятся модель данных, прототип, а затем и окончательный вариант информационной системы. Результатом построения системы на основе модели AS-IS является автоматизация предприятия по принципу «все оставить как есть, только чтобы компьютеры стояли», т.е. информационная система автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий документооборот. Внедрение и эксплуатация такой системы приводят лишь к дополнительным издержкам на закупку оборудования, создание программного обеспечения и сопровождение того и другого [70].
Источник: economy-ru.com