Качественный анализ процесса Качественный анализ процесса на основе субъективных оценок, Визуальный качественный анализ графических схем процесса, Анализ состояния процесса по отношению к требованиям, SWOT-анализ, Анализ проблем процесса, Ранжирование процессов, Анализ входов/выходов, Анализ функций, Анализ ресурсов, Анализ персонала Анализ оборудования, Анализ программного обеспечения, Анализ состояния процесса по отношению к типовым требованиям, Анализ состояния процесса по отношению к нормативным актам
Количественный анализ процесса Измерение и анализ показателей, Имитационное моделирование процесса, Сравнительный анализ процесса, Анализ показателей эффективности процесса, Анализ показателей продукта, Анализ удовлетворенности клиентов процесса, АВС-анализ процесса
SWOT-анализ процесса
Сильные стороны 1. Есть руководитель — лидер. 2. Высокое качество продукции процесса. 3. Наличие квалифицированных кадров. 4. Высокая степень автоматизации. Слабые стороны 1. Клиенты не удовлетворены сроками поставки продукции. 2. Частичное дублирование функций. 3. Нет системы измерения показателей эффективности процесса.
Кратко и системно об описании бизнес-процессов
4. Нет должностных инструкций на ряд исполнителей Возможности 1. Повышение эффективности за счет внедрения системы CRM. 2. Снижение накладных расходов. 3. Сокращение сроков выполнения заказов за счет дальнейшей автоматизации. Угрозы 1. Потеря клиентов вследствие длительных сроков поставки. 2. Снижение качества продукции.
3. Большая зависимость от личностей исполнителей процесса.
Ранжирование процессов
1.Определить процессы 2.Определить параметры оценки процессов 3.Рассчитать значения параметров 4.Проранжировать процессы 5.Принять решение о реорганизации
Показатели процесса
Качественные Субъективные оценки руководителей Субъективные оценки экспертов Прочие субъективные оценки
Количественные Показатели времени выполнения Абсолютные Относительные Показатели стоимости Показатели качества План/факт Сравнение с другим процессом Удельные Технические показатели
Работа на трех уровнях
Анализ стоимости ресурсов: закупочная цена; стоимость рабочей силы; стоимость технологии (оборудование, документация, среда); % ресурсов, несоответствующих требованиям
Анализ операций: обоснование необходимости использования; эффективность операции; степень соответствия качества результата требованиям
Анализ продуктов: состав продукта (ресурсы); конструкция; состав операций, необходимых для производства.
Анализ графических схем
Выявление потребности во входах Выявление потребности в выходах Дополнение необходимыми функциями Измерение показателей процесса Анализ наличия контрольных функций Функции по обработке внештатных ситуаций Работа с несоответствующей продукцией Дублирование функций
Интеграция бизнес-процессов и программного обеспечения
Интеграция бизнес-процессов и системы автоматизации проводится на нескольких уровня описания: — на уровне описания бизнес-процессов и процедур (процессный взгляд); — на уровне описания объектов бизнес-процессов и их свойств (объектный взгляд); — на уровне модели данных с использованием CASE-систем (различные методики описания).
Что такое бизнес-процесс? Моделирование и анализ бизнес-процессов
Вертикальное и горизонтальное бизнес-процесса
Вертикальное : сокращение уровней функциональной иерархии, задействованных в выполнении процесса Горизонтальное : сокращение времени выполнения процедур, количества процедур, повышение эффективности
Аудит бизнес-процесса
Для чего проводится аудит процесса? Общая цель аудита процесса состоит в получении информации о процессе, позволяющей оценить процесс по отношению к требованиям, предъявляемым к его функционированию, управлению, эффективности, выходам и степени удовлетворенности клиента. Аудит процесса основан на: 1) анализе документов, регламентирующих процесс организации Заказчика; 2) проведении интервьюирования сотрудников организации Заказчика; 3) анализе полученной информации. Когда проводится аудит? 1) аудит после разработки и внедрения регламентирующей бизнес-процесс документации; 2) плановый аудит; 3) внеплановый аудит.
Состав работ по аудиту процесса
1. Принятие решения о проведении аудита. Выбор объекта и целей аудита. 2. Назначение руководителя группы аудита и создание самой группы. 3.Получение предварительной информации о бизнес-процессе. 4. Разработка и утверждение программы аудита у Заказчика. 5. Выделение ресурсов, необходимых для проведения аудита.
6. Проведение предварительного совещания с владельцем бизнес-процесса. 7. Интервьюирование владельца и 1-2 специалистов бизнес-процесса. 8. Сбор существующих документов по бизнес-процессу. 9. Подготовка форм документов для сбора информации. 10. Анализ документов. 11. Проведение инструктажа участников внутренней проверки. 12.
Согласование сроков проведения интервью с руководством проверяемого бизнес-процесса (подразделения, Компании). 13. Проведение интервью с руководителями и специалистами бизнес-процесса (подразделения, Компании). 14. Обработка информации в соответствии с требованиями. 15.
Сопоставление требований к бизнес-процессу и информации по описанию и регламентации бизнес-процесса, полученной в результате аудита бизнес-процесса. 16. Проведение заключительного совещания с владельцем бизнес-процесса (Компании, подразделения) 17. Формирование Отчета. 18. Презентация Отчета Заказчику.
19. Доработка Отчета.
Организация аудита процесса
Решение о проведении аудита оформляется распоряжением, в котором указываются: а) причины аудита (плановый или внеплановый); б) объект и цели аудита; в) создание группы для проведения аудита и ее состав; г) назначение Руководителя аудита; д) срок разработки и утверждения программы аудита.
Выбор показателей процессов
Руководитель должен установить показатели, по которым он ведет мониторинг Процесса, Продукта и Удовлетворенности потребителя. Часть из этих показателей в виде справки о ходе процесса или в интегральной форме может входить в информацию для Анализа со стороны руководства (первого лица) — п. 5.6.2 . Показатели необходимо выбирать по следующим признакам: 1. Адекватность, полнота и объективность.
2. Периодичность сбора и обработки данных. 3. Трудозатраты на сбор и обработку отнесенные к ценности информации ( полезность сбора данных). 4. Система показателей должна охватывать качественные и количественные стороны Процесса. 5. Форма представления информации должна быть максимально понятной. 6. Информация должна быть легко сравнима с аналогичной.
Информация о бизнес-процессе
1. При описании управления процессом для него должны быть установлены показатели эффективности. Показатели эффективности должны охватывать качественные и количественные стороны процесса. Например: Количественные — объем производства (предоставления услуг) в денежном выражении, издержки процесса, удельные издержки процесса, величина дебиторской задолженности потребителей, объемы не принятых заказов и т. д. Качественные — засоренность продукции, степень соответствия мировым образцам, степень выполнения требований потребителя, затраты на брак ( исправления допущенных ошибок в договорах, проектах, планах). 2. Оценка руководителем необходимости проведения корректирующих действий производится на основе экономической целесообразности адекватности затрат степени важности обнаруженного отклонения.
Показатели процесса
1. Показатели затрат ресурсов: Затраты времени (цикл, длительность, производительность, скорость выполнения заказов). Затраты материальные (расходы средств, материалов, бюджеты подразделений, дебиторская задолженность, кредиторская задолженность, объемы замороженного капитала в виде складских запасов сырья или неликвидов). 2. Затраты на качество (предупреждение; отбраковка; исправление, замену и возврат брака; затраты на обучение персонала ). 3. Эффективность использования ресурсов на единицу продукции (коэффициент использования оборудования, ресурсов, сырья, материалов, времени на проведение единицы работ или услуг).
Показатели продукта
1. Функциональные показатели (количество функций, полнота функций продукта, диапазон параметров, сравнение с мировыми образцами продукта (услуги), количество выполненных полностью пунктов требований клиента). 2. Надежностные характеристики (гарантии срока, гарантии сервиса, количество дефектов (ошибок). 3. Показатели безопасности (экологические показатели (ISO 14001). 4. Наличие дополнительных услуг ( , скидки для постоянных или оптовых клиентов, премии для клиентов, послепродажный сервис и другие способы поддержки клиента (юридическая, техническая, аудиторская, инвестиционная кредитная и др. виды помощи потребителю и/или поставщику)).
Удовлетворенность потребителя
1. Объемы продаж. 2. Длительность деловых связей. 3. Количество (процент) постоянных клиентов. 4. Количество претензий, рекламаций, жалоб, замечаний. 5. Количество (процент) клиентов, потерянных за период времени. 6. Доля рынка по продукту (услуге).
7. Количество . 8. Ответы на анкету организации-поставщика о степени удовлетворенности по балльной шкале.
Состав корректирующих действий
7 простых методов анализа данных
1. Контрольные листки 2. Диаграммы Парето 3. Схема Исикава (причинно-следственная диаграмма Ишикава) 4. Расслоение данных (стратификация) 5. Частотные гистограммы 6. Графики (корреляционные зависимости) 7. Контрольные карты Шухарта
Другие статистические методы, применяемые в СМК
Кроме, перечисленных методов для анализа информации могут применяться: Регрессионный анализ, дисперсионный анализ, проверка гипотез Н0, Ср, Срк, корреляционные матрицы и т.д. Специальные методы: FMEA — Failure Mode and Effects Analysis; QFD — Quality Function Deployment; SPC — Statistic Process Control.
Похожие:
 | Реферат удк 681 06 Пояснительная записка к курсовой работе содержит. Ключевые слова: архитектура предприятия, бизнес-процесс, бизнес-архитектура, бизнес-модель, модель предприятия | | Что же такое детское желание? Загадываем желания под бой часов! Что такое Новый год? |
| А. А. Потебня и его философия языка (А. Борушко) Что такое хорошо и что такое плохо? – о варваризмах и заимствованиях в русском языке (Е. Коновалова) | | Проекта Бизнес-план муниципального предприятия “Процесс” Бизнес-план муниципального предприятия “Процесс” по ремонту и модернизации компьютерной техники и периферийного оборудования |
| Что такое экология? Что такое экология? Экология – это наука о взаимодействиях организмов друг с другом и с окружающей средой. Мы считаем, что экология. | | Что это такое рпд? В роторном же двигателе каждый процесс выполняется в отдельном отсеке камеры. Эффект мало чем отличается от разделения цилиндра на. |
| Анкета для оценки школьной мотивации (Н. Лусканова) (1-5 класс) Адаптированный. Мониторинга комплексной программы реабилитации обучающихся с овз коу «Излучинская школа интернат» |  | 1. Книга состоит из трех основных частей Ответы на вопросы о том, что такое хорошо и что такое плохо, рекомендации, позволяющие принять правильные решения, и советы, способствующие. |
| Наиболее востребованные направления деятельности Конечно, да, но все решения в этом случае вам предстоит принимать лично: что такое для вас модернизация, что такое современный профессионал. | | Янина Маркулан Детектив. Что это такое? Морфология жанра Главы из. Так, например, на богатом историко-литературном материале выросла фольклорная теория происхождения жанров, в которой сам фольклор. |
| План выступления 1 Вступление Рассказать в общих понятиях, что такое. Глобальная сеть- совокупность компьютеров, расположенных на больших расстояниях друг от друга, а также система каналов передачи связи. | | Бизнес план мини-типографии Мини-типография: как начать полиграфический бизнес Если у вас уже есть потенциальные заказчики, вам необходимо закупить такое оборудование, которое будет задействовано максимально. |
| 2. Виды предпринимательской деятельности : Производственное предпринимательство. Особенности развития бизнес-планирования в России. Бизнес-план и его роль в развитии предпринимательства. Цели бизнес –планирования,задачи. | | Нашего семинара «Что такое хорошо и что такое плохо». Это скорее. Этикет – это то, что регламентирует нашу внешнюю жизнь, поведение. Разные вещи, которые очень важны и имеют под собой реальную основу. |
| Годфруа Ж. Г59 Что такое психология: в 2-х т. Изд. 2-е, стереотипное. Т. 2: Пер с франц Г59 Что такое психология: в 2-х т. Изд. 2-е, стереотипное. Т. 2: Пер с франц. — М.: Мир, 1996. — 376 с., ил | | Книга откроет вам, как укрепить ваш брачный союз и обогатить вашу жизнь Что делает женщину привлекательной в глазах мужчины? Что такое счастье для замужней женщины? |
Источник: rykovodstvo.ru
Процесс описания и анализа бизнес-процессов
Для начала нам нужно понять, чего мы хотим получить в результате выполняемого процесса — мы ставим цель, причем наверняка цель будет одной из списка задач, которые наше предприятие выполняет наиболее часто.
Затем необходимо структуризировать цели — делаем мы это в несколько шагов: детализируем поставленные цели, выбираем приоритеты для целей, если мы поставили их несколько, дорабатываем цели и разрабатываем ТЗ, а затем ждем утверждения руководством нашего ТЗ.
Третьим шагом для каждой из наших поставленных целей формулируем KPI (Ключевой Показатель Эффективности), который позволяет установить необходимую планку по нашему процессу, а затем позволит отслеживать фактические значения, которые получаются в результате бизнес-процесса.
Четвертый шаг — пожалуй, самый трудоемкий и нудный шаг: нужно выполнить полное описание бизнес процесса и вот основные шаги для этого:
1. Определяем внешних клиентов нашей организации
2. Составляем перечень основных бизнес-процессов, которые формируют внешние выходы — именно этот перечень будет показывать добавленную ценность
3. Параллельно с предыдущим пунктом нужно составить перечень бизнес-процессов верхнего уровня. Именно на этом этапе можно начать готовить нормативные документы.
4. Проводим ранжирование получившихся процессов с целью выбора наиболее приоритетных для достижения поставленных целей
5. Описываем каждый из приоритетных бизнес-процессов на нижнем уровне
6. Строим организационную структуру организации и распределяем ответственных за каждый из бизнес-процессов. В результате можно будет построить матрицу распределения ответственности, благодаря которой можно определить наличие дублирования или отсутствия ответственности.
7. В зависимости от нашей конечной цели описания нужно привести детальное описание каждого из процессов в различных интерпретациях (IDEF, EPC, CMK, BPMN)
Пятый шаг — непосредственный анализ бизнес-процесса. Выделяют качественный и количественный анализ бизнес-процесса.
Качественный анализ бывает на основе субъективных оценок (такой анализ имеет 3 оценки — SWOT-анализ процесса, который выявляет сильные и слабые стороны процесса, возможности для его улучшения и возможные угрозы ухудшения, анализ проблем процесса, который заключается в выявлении проблемных мест процесса при помощи графической схемы (ветви, протяженность, зоны ответственности), а так же ранжирование процессов, которое распределяет процессы по уровням важности, наличии проблемных зон и наличию барьеров для изменений), так же бывает визуальный качественный анализ графических схем процесса, который выполняется в 3 шага: производят анализ входов и выходов процесса, анализируют функции и анализируют различные ресурсы, ну и анализ состояния процесса по отношению к некоторым требованиям: анализируем состояние процесса по отношению к стандартам CMK ISO, PDCA и по отношению к нормативным актам.
Количественный анализ характеризуется по 6 пунктам:
1. Выполняется анализ эффективности процесса
2. Анализируются показатели процесса
3. Анализируется удовлетворенность клиентов процесса
4. Производится сравнительный анализ процессов
5. Производится имитационное моделирование процесса, а так же функционально-стоимостной анализ
6. В качестве заключения производится ABC-анализ процесса.
Таким образом получается, что анализ бизнес процесса может выполняться с разных сторон, и следует помнить, что каждая сторона имеет собственный набор характеристик, которые и являются планом для анализа процесса.
Методы разработки функциональных моделей бизнес-процессов
В основе различных методов моделирования процессов предприятия могут быть, как структурные, так и объектно-ориентированные подходы к моделированию. В своей работе я хотел бы осветить наиболее известные и часто используемые методы, такие как: SADT, IDEF, DFD, UML и ARIS.
Метод моделирования: SADT
Метод структурного анализа и проектирования (Structured Anal- ysis and Design Technique, SADT) был создан еще в конце 1960-х годов. SADT очень полезен в описании большого массива процессов сложных систем и имеет достаточно широкую область применения. В виде оконченного пакета SADT появился только к 1975 году и на тот момент использовался уже в 50 различных компаниях. На тот момент SADT имел крайний успех: рынок впервые увидел полностью рабочую среду, предназначенную для описания процессов и системы в целом, причем среда SADT имела исключительное преимущество, ведь она была основана на концепции моделирования систем.
Метод моделирования: IDEF
Метод IDEF является продолжением SADT и позволяет анализировать деятельность уже в разных разрезах. Семейство IDEF подразделяется на несколько частей:
1. IDEF0 — система представляется в виде некоторых, связанных между собой блоков
2. IDEF1 — методология, предназначенная для построения моделей информационных потоков, находящихся внутри системы
3. IDEF1X — используется для создания моделей различных реляционных баз данных
4. IDEF2 — используется чтобы создавать динамические модели
5. IDEF3 — комплект для ведения документации процессов
6. IDEF4 — продвинутая методология, позволяющая строить наглядно структуру и связи в системе
7. IDEF5 —исследует систему при помощи набора правил и словарей, а затем выдает тезисы о состоянии системы на основе этих правил
8. IDEF6 — позволяет предотвратить ошибки во взаимосвязях системы при изменении её структуры
9. IDEF7 — выполняет с системой аудиторские операции
10. IDEF8 — пакет для разработки графических интерфейсов
11. IDEF9 —анализирует поставленные правила и исследует их влияние на окончательные решения
12. IDEF10 — позволяет моделировать архитектуру текущих выполняемых процессов и отслуживать выполнение этих процессов
13. IDEF11 — используется для создания моделей артефактов
14. IDEF12 — позволяет создавать организационные модели
15. IDEF14 — используется для моделирования сетей
Метод моделирования: DFD
DFD представляет собой, что следует из названия (Data Flow Diagramming) диаграмму потоков данных — это некоторый иерархически упорядоченный набор процессов, который связаны между собой различными потоками данных. Такие диаграммы, в интерпретации этого метода показывают, каким образом происходит обработка информации каждым иха процессов, каким образом процессы связаны друг с другом и каким образом их связь позволяет работать системе, как одно целое и как эта система обрабатывает данные, которые в нее вносятся. Поток данных, это в первую очередь механизм, который используется для создания моделей передачи информации от одного участника процесса к другому. Потоки данных применяются в качестве дополнения к модели IDEF0 для того, чтобы наглядно показать документооборот в системе, при помощи DFD можно смоделировать процесс движения информации от одного блока к другому, провести определение инжиниринга системы. На схемах DFD отображаются различные функции процесса, информация, как входящая, так и исходящая, внешние бизнес-процессы, а так же точки разрыва в случае, если процесс переходит на другие страницы.
Диаграммы DFD могут быть построены в несколько этапов, используя структурный анализ: строим физическую модель, преобразуем её в логическую модель, которая показывает текущие требования к системе, строим модель, которая будет отображать требования к системе, которую мы будем строить, ну и наконец строим физическую модель, на основе которой собственно и строим новую систему.
Основные объекты, используемые в методике DFD: блоки (работы), которые отображают все процессы изменения и обработки информации, стрелки, показывающие информационные потоки, хранилища данных, именно те данные, к которым осуществляется доступ и различные внешние ссылки, которые отображают различные объекты с которыми взаимодействует система. Стоит отметить, что именно работы DFD — ключевое звено во всей цепочке этой методики, ведь именно работы являются графическим отображением различных операций по преобразованию или обработке данных.
DFD-диаграммы создают модели функций, которые нужно выполнить системы, но при этом практически не показывают отношения между данными и поведение системы в разное время, поэтому для этого используют другие типы диаграмм, такие как сущность-связь и диаграммы переходов состояний.
По синтаксису DFD каждому элементу данных должно быть присвоено имя, формат и тип данных, потому что именно эту информацию будет использовать методика построения модели сущность-связь.
Метод моделирования UML
UML — Унифицированный язык моделирования (Unified Modeling Language), является общецелевым языком для визуального моделирования, разработанный для проектирования, визуализации, документирования и спецификации компонентов бизнес-процессов и программного обеспечения.
UML принципиально отличается от от таких средств моделирования, как IDEF0, IDEF1X, IDEF3, DFD, которые сильно типизированы. UML же содержит в себе специальные механизмы, которые позволяют расширять определенный язык моделирования к каким-либо определенным требованиям разработчика и благодаря этому освобождают его от изменения метамодели.
Описание языка UML состоит из двух частей, которые взаимодействуют между собой — семантики и нотации языка UML. Под семантикой в данном случае стоит понимать некоторые метамодели, которые позволяют определить синтаксис и понятия для создания моделей на UML. Нотации же играют роль графического «сопровождающего», который семантику визуально представляет пользователю.
Определяют семантику для двух видов моделей: статических (описывают структуру компонентов системы) и динамических (описывают функционирование объектов системы).
Диаграммы UML бывают 10 видов:
1. Диаграммы вариантов использования
2. Диаграммы классов
3. Диаграммы поведения
4. Диаграммы состояния
5. Диаграммы деятельности
6. Диаграммы взаимодействия
7. Диаграммы реализации
8. Диаграммы компонентов
9. Диаграммы кооперации
10. Диаграммы развертывания
Для построения этих диаграмм используется концепция RUP (Rational Unified Process). Суть концепции построения всех этих диаграмм заключается в последовательном разбиении процесса проектирования и анализа на отдельные части, в каждой из которых происходит разработка соответствующих типов диаграмм.
Порядок построения модели UML: выполняем логическое представление структуры системы, логически представляем модель поведения и физически представляем модели системы. В результате процесса RUP должны получится последовательные диаграммы на языке UML.
Основные элементы UML — связи (линии на плоскости), графические символы (находятся рядом с визуальными элементами диаграммы) и текст, который содержится внутри различных геометрических фигур.
Метод моделированияARIS
Методология построения интегрированных информационных систем (Ar- chitecture of Integrated Information Systems) реализует различные принципы структурного анализа и позволяет определить и показать в моделях все компоненты организации, процессы, продукцию, информацию и найти взаимосвязи между всеми этими компонентами. Благодаря тому, что в методологии ARIS организация рассматривается с 5 точек зрения (функциональной,организационной, продуктов и услуг, обрабатываемых данных, структуры бизнес-процессов) при помощи ARIS можно без особого труда собрать и отразить всю деятельность, которая происходит на фирме в виде наглядных графических моделей, которые могут быть использованы для анализа и последующей выработки некоторых решений по изменениям в организации.
Источники информации
1. Основные подходы к управлению организацией
Самуйлов К.Е., Серебренникова Н.В., Чукарин А.В., Яркина Н.В. Основы формальных методов описания бизнес-процессов: Учеб. пособие. – М.: РУДН, 2008. – 130 с.: ил. (дата обращения: 11.07.2016)
2. Понятие бизнес-процесса и бизнес-модели, процесс описания и анализа бизнес-процессов
Тельнов Ю.В. Реинжиниринг бизнес-процессов (Учебное пособие). / Московский международный институт эконометрики, информатики, финансов и права. — М., 2002. – 99с.(дата обращения: 11.07.2016)
3. Методы разработки функциональных моделей бизнес-процессов
Кулябов, Д.С. Введение в формальные методы описания процессов / Д.С. Кулябов, А.В. Королькова –М.: РУДН, 2008. –202 с. (дата обращения: 12.07.2016)
Дата добавления: 2018-08-06 ; просмотров: 168 ; Мы поможем в написании вашей работы!
Источник: studopedia.net
Количественный бизнес анализ.
Количественный бизнес анализ – это процесс использования финансовой информации и статистических моделей, почерпнутых из этой информации, в качестве средства оценки эффективности бизнеса. Этот процесс может быть осуществлен внешними инвесторами, которые пытаются решить, является ли рассматриваемый бизнес достойной инвестицией. Он также может быть использован менеджерами компании для принятия решений о будущем бизнеса.
Независимо от того, кто проводит количественный анализ бизнеса, они должны быть осторожны, чтобы ввести правильную и соответствующую информацию в свои статистические модели, чтобы убедиться, что результат, который в итоге получится, был релевантным и полезным.
Есть много различных способов судить о бизнесе. Прибыльность, узнаваемость бренда, рыночная цена и взаимоотношения с клиентами – это лишь некоторые из критериев, которые могут быть использованы для определения того, является ли компания успешной. У аналитиков есть способы присвоить числовые значения всем этим характеристикам, которые затем могут быть разбиты на коэффициенты и другие статистические данные, которые легко сопоставимы. Этот процесс известен как количественный бизнес анализ.
Одним из лучших примеров того, как проводится количественный бизнес анализ, является использование финансовых коэффициентов. Финансовые коэффициенты берут фрагменты финансовой информации, почерпнутой из балансовых отчетов и отчетов о прибылях и убытках, и с помощью простого математического процесса создают коэффициент. Эти коэффициенты могут дать представление о некоторых аспектах деятельности компании, таких как её эффективность или зависимость от долга. Эта информация также может быть непосредственно сопоставлена с другими компаниями, чтобы выяснить, является ли рассматриваемый бизнес конкурентоспособным в своей отрасли.
Из полученного количественного анализа бизнеса многие заинтересованные стороны могут извлечь выгоду. Инвесторы могут использовать его как способ оценки компаний, решая, достойны ли они инвестиционного капитала. Напротив, бизнес менеджеры могут использовать анализ, чтобы выяснить, в каких областях их бизнес может процветать и, возможно, что более важно, в каких областях бизнес может нуждаться в улучшении. Эта информация может служить основой для всех бизнес решений.
Важно понимать, что количественный бизнес анализ, если он выполняется неправильно, может иметь свои недостатки. Многие аналитики любители пытаются втиснуть слишком много информации в свои модели, даже если эта информация неуместна и может исказить результаты. Кроме того, проведение количественного анализа без контекста в конечном счёте бессмысленно. Например, финансовый коэффициент, показывающий, насколько прибыльна компания, мало что значит, если он не сравнивается с компаниями в той же отрасли для некоторой точки отсчета.
Источник: finance-obzor.ru