Разработка регламента выполнения процесса «Управление портфелем продукции» (Выбор программного продукта)

Содержание:

Введение

В последнее время все большее внимание уделяется управлению портфелем продукции на предприятии. Среди методов управления наибольшее распространение получают такие, как управление портфелем продукции на основе концепций жизненного цикла товара (ЖЦТ) а также с использованием матриц Бостонской консалтинговой группы (BCG). Рассмотрению данных методов и посвящена данная контрольная работа.

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

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

Целью данной работы является Разработка регламента выполнения процесса «Управление портфелем продукции».

Задачи работы – построить:

- развернутое (подробное) описание предметной области;

Диаграммы «как есть»

Диаграммы «как будет»

Глава 1 Управление портфелем продукции

Анализировать стоимость и значимость проектов, продуктов, функциональных характеристик

Оценивать проекты согласно критериям, например, таким как стратегическое значение, преимущества для клиента, стоимость, риск и чистая приведенная стоимость

Приводить в действие собственный процесс оценки и выбора проектов, продуктов, функциональных характеристик, рынков

Выяснять, как проекты, клиенты, продукты, рынки, риски и просчеты связаны и влияют друг на друга

Непрерывно выполнять мониторинг за ходом выполнения проекта, распределять и перераспределять ресурсы между проектами

Интегрировать управление портфелем ИТ-проектов с анализом рынка, анализом просчетов, анализом действий конкурентов, управлением требованиями и планированием выпуска.

Управление портфелем продукции является существенной частью общего процесса стратегического управления. В процессе оптимизации портфеля продукции предприятия, необходимо получить ответы на следующие четыре вопроса:

Соответствует ли продукт тому, что предприятие желает производить? Представляется ли рынок данного продукта привлекательным? Будет ли данная продукция рентабельной? Захотят ли потребители покупать рассматриваемый продукт? На основании полученных ответов, необходимо сбалансировать ассортимент продукции, способному увеличить доходы и прибыльность предприятия даже при существующем уровне потребности в капитале.

Так же необходимо «разобрать» логистические услуги:

Экспертиза существующих логистических цепей предприятия с целью снижения стоимости товара, общих затрат, увеличения прибыли и быстрого реагирования на изменения рынка.

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

определить оптимальную схему поставок сырья для производителей и товаров для торговых предприятий;

правильно организовать производственный процесс;

определить какой должна быть структура складов сырья и готовой продукции для предприятий всех родов деятельности имеющих или арендующих складские площади;

оптимизировать схему транспортных операций для предприятий, чья деятельность связана с перевозками и доставкой товаров;

выявить, где производить товар для поставки на конкретный региональный рынок;

решить другие подобные задачи.

Жизненный цикл товара (ЖЦТ). Продукты, как живые существа, рождаются, развиваются и умирают. Все виды продукции, технологий и услуг имеют определенный жизненный цикл. В типовом сценарии можно выделить 5 этапов жизни продукта (рис. 2):

- появление на рынке - время крупных инвестиций;

- рост - если продукт на рынке сохранился, можно не останавливаться на достигнутом, а наращивать объемы продаж, снижать издержки, способствовать динамичному росту;

- зрелость - успех привлекает соперников;

- насыщение много участников, затруднение деятельности каждого участника;

- упадок поставщики теряют интерес, продукт умирает.

Рис.1.1. Жизненный цикл товара .

Ситуация меняется на каждой стадии и требует соответствующего изменения стратегии и тактики поведения предприятия на рынке. Поэтому продуктами следует управлять. На стадиях зрелости и насыщения вся деятельность службы должна быть направлена на «подавление» конкурирующих марок продукции. Главный упор делается на преимуществах продукции предприятия относительно конкурирующей, чтобы как можно дольше удерживать существующий объем продаж и завоеванную долю рынка.

Ответ на вопрос, повышать или понижать цены на продукт на этапе спада, неоднозначен. Для выбора верного аргумента (ЗА - «выдоить» продукт, он все равно «умрет», либо ПРОТИВ - все меньше людей хотят купить продукт, но нужно загружать производственные мощности) необходимо, в свою очередь, ответить на ряд других вопросов:

- что делают конкуренты?

- в каком состоянии рынок?

- что планируете делать в условиях этого снижения?

Ответ на третий вопрос предполагает четыре возможных сценария (которые будут подробнее рассмотрены ниже):

- ничего не делать (спад временный, прежний рынок не является привлекательным);

- совершенствовать продукт (наращивание характеристик; повторный запуск продукта; расширение ассортимента) - рамки внутренних возможностей;

- запустить новую модель (запоздалый вариант);

- перепозиционировать продукт (много проблем).

Стратегия «Повторный запуск продукта». В 1985 г. Coca Cola запустила на рынок новый продукт New Coce, который потерпел неудачу. Через некоторое время Coca Cola осуществила повторный запуск продукта (правда, теперь он назывался Classic Coce). В 2000 г. компания Subbuteo объявила о снятии электронной футбольной игры с рынка, чем вызвала протесты многочисленных поклонников. Через некоторое время Subbuteo оплатила поддержку продукта футбольными звездами, вследствие чего стал наблюдаться рост продаж зрелого продукта. Таким образом, электронная игра получила вторую молодость.

Стратегия «Расширение ассортимента». Предприятие - производитель краски начинает выпускать не просто белую краску, теперь это бриллиантовая, ультрабелая, романтическая, цветовых оттенков и т. д., вследствие чего происходит торможение выхода продукта на этап зрелости. Такая стратегия может завести далеко. Например, авиакомпания Virgin, расширяя ассортимент, занялась выпуском грампластинок, Cosmopolitan -- производством йогуртов, Dunhill -- дорожных чемоданов.

Стратегия «Разработка нового продукта». Почему компании хотят принести в жертву собственные продукты, осуществляя разработку нового? Например, фирма, занимающаяся предоставлением медицинских услуг, открывает производство мебели, а предприятие, выпускающее автомобили, строит спортивный комплекс. Ответ: стремление опередить конкурентов в открытии новой ниши на рынке.

Стратегия «Перепозиционирование продукта» предпринимается в случае, если изначально выбран «не тот рынок» или «не тот сегмент», а запуск нового продукта невозможен из-за недостатка ресурсов. Например, фирма Lucozade выпускала напиток с витамином С и преподносила его как витаминизированный напиток для детей. Затем, применив стратегию перепозиционирования, расширила горизонт, запустив рекламный ролик, в котором позиционировала данный продукт как «спортивный энергетический напиток». Таким образом, компания получила выход на другой сегмент, продемонстрировав понимание карты восприятия продукта потребителем.

В современных условиях роста конкуренции и требований покупателей необходимо постоянное обновление продуктов, а также своевременное снятие устаревших товаров. Управление портфелем продукции компании относится к ключевым факторам конкурентоспособности предприятия. Ведь именно от актуальности продукции на рынке зависит снижение рисков компании, увеличение прибыли, а также эффективное использование ресурсов предприятия. Поэтому одним из важнейших аспектов деятельности компании является наличие эффективного маркетингового управления корпоративным портфелем продукции, ориентированное на формирование соотношения объема и структуры производства продукции с объемом и структурой потребительского спроса.

Глава 2 Выбор программного продукта

На рынке компьютерных технологий представлены несколько специальных программ, позволяющих обследовать предприятие и построить модель. Выбор методологии и инструментов, с помощью которых проводится моделирование бизнес-процессов, основополагающего значения не имеет. Существуют стандартизированные, опробованные временем методологии и инструментальные средства, с помощью которых можно обследовать предприятие и построить его модель. Главное их достоинство – простата и доступность к овладению.

Наиболее известной и распространенной методикой является методология структурного анализа SADT (Structured Analysis and Design Technique). На основе этой методологии был принят стандарт моделирования бизнес-процессов IDEF0. IDEF0 принят в качестве стандарта в нескольких международных организациях, в том числе в НАТО и МВФ. BPwin – является инструментальным средством, полностью поддерживающим стандарт IDEF0.

SADT (Structured Analysis and Design Technique). Методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией. Признание полезности SADT привело к стандартизации и публикации ее части, предназначенной для функционального моделирования, как методологии и стандарта функционального моделирования и описания бизнес-процессов IDEF0.

IDEF0 (Integration Definition for Function Modeling). Методология и стандарт функционального моделирования бизнес-процессов и описания бизнес-процессов. С помощью графического языка IDEF0, изучаемая система предстает в виде набора взаимосвязанных функциональных блоков. Моделирование бизнес-процессов средствами IDEF0, как правило, является первым этапом изучения системы.

Важнейшей характерной чертой IDEF0 является полнота описания бизнес-процесса, которая достигается за счет наличия средств, отображающих управляющие воздействия, обратные связи по управлению и информации. Методология IDEF0 представляет аналитику возможность не заботиться о комплексности декомпозиции путем использования механизмов мигрирования и туннелирования стрелок. Такой механизм обеспечивает связность создаваемых диаграмм между собой. Кроме того, она делает модель процесса наглядной. Использование возможности разделения и слияния стрелок также способствует созданию более наглядных и проработанных моделей.

Основным преимуществом методологии IDEF0 является также соответствие формата представления процесса в IDEF0 определению процесса МС ИСО 9000:2000, что позволяет выбирать IDEF0 в качестве внутреннего стандарта организации, регламентирующего описание бизнес-процессов.

К недостаткам IDEF0 можно отнести сложность восприятия схем процессов сотрудниками организации, особенно руководителями. Следует отметить, однако, что эффективное применение любой нотации предполагает обучение как сотрудников, так и руководителей умению читать и анализировать схемы процессов.

Кроме того, применяя IDEF0, сложно увязывать между собой модели нескольких процессов (например, сбыт и производство) при необходимости создания отдельных моделей для каждого из этих процессов. Однако недостаток является, скорее, техническим и может быть устранен путем предварительных договоренностей о правилах моделирования.

DFD (Data Flow Diagrams). Диаграммы потоков данных. Описывают внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных к которым осуществляется доступ. Как показывает практика, это один из самых простых, доступных и наглядных стандартов для описания бизнес-процессов.

На диаграмме DFD функции обычно располагаются слева направо в порядке, соответствующем последовательности их выполнения во времени, хотя это не является обязательным. Если придерживаться указанного требования, то полученная схема – это описание процесса, которое схоже с описанием процесса в нотации IDEF3.

Часто нотацию DFD путают с простым описанием потоков информации между подразделениями. Это далеко не одно и то же. В чем здесь дело? Почему нельзя рассматривать простое описание потоков между подразделениями организации как схему процесса? Ответ достаточно прост. В каждом большом подразделении (например, отдел сбыта крупного предприятия) выполняются различные бизнес-процессы. Часто у этих процессов существуют различные внутренние и внешние клиенты. Именно поэтому схема DFD описывает только потоки данных, пересекающие границы подразделений, но не содержит информации о реально выполняемых бизнес-процессах как на уровне подразделений, так и на уровне организации в целом.

На практике при создании моделей процессов часто бывает полезно использовать несколько способов описания. Сначала, например, мы создаем модель в нотации IDEF0, выявляем функции, входящие в процесс. Затем проводим декомпозицию процесса. При достижении некоторого уровня детализации (три-четыре) становится целесообразно сформировать для каждого детального процесса несколько схем в различных форматах: управление – IDEF0, а потоки данные и материалов – в DFD.

При написании курсовой работы принято решение использовать описанные выше методологии.

BPwin это программный продукт, разработанный компанией ltd. Logic Works. Он предназначен для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня. Первая версия BPwin была выпущена в 1995 г. совместно с другим CASE средством - ERwin, предназначенным для моделирования данных. В дальнейшем, развитием и поддержанием BPwin занималась компания Platinum Technology, а последние версии разрабатывала компания CA Technologies.

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

BPwin поддерживает функциональное моделирование, моделирование потока работ и потока данных. Соответствующие диаграммы реализованы на основе стандартов IDEF0, IDEF3 и DFD. Функциональное моделирование дает возможность осуществлять систематизированный анализ бизнес процессов, обращая внимание на регулярно выполняемые задачи (функции). Моделирование потока работ обеспечивает анализ логики выполнения процесса. Моделирование потока данных позволяет сконцентрировать внимание на обмене данными между различными задачами. Кроме того, что в BPwin создаются отдельные модели, также могут создаваться и смешанные модели.

Для анализа работы организации в комплексе, и построения больших моделей, в BPwin предусмотрена детализация. Модели могут быть разбиты на группы. Каждая модель представляется на более низком уровне детализации. При этом взаимосвязь между моделями и их элементами сохраняется. С помощью BPwin модель можно разделить на составляющие части, провести работу отдельно с каждой из них, а затем интегрировать обратно в единую модель.

Возможности BPwin делают этот продукт достаточно удобным и эффективным CASE средством. К основным функциональным возможностям BPwin, важным с точки зрения моделирования бизнес процессов, можно отнести следующие:

Моделирование на основе нескольких стандартов. Возможность моделирования на основе стандартов IDEF0, IDEF3 и DFD позволяет провести детальный и всесторонний анализ бизнес процессов;

Имитационное моделирование. За счет средств экспорта моделей BPwin дает возможность проследить изменение бизнес процессов в динамике;

Документальное сопровождение моделей. За счет встроенных средств в BPwin есть возможность организовать связь моделей с документами по процессу (например, с инструкциями, положениями и пр.) и открывать эти документы непосредственно из среды моделирования;

Интеграция процессных моделей и моделей данных. Это позволяет организовать единый репозиторий для моделей и составляющих эти модели объектов.

В сравнении с другими CASE средствами этого уровня BPwin 7 обладает следующим преимуществами:

Простой графический интерфейс. Интерфейс BPwin 7 легко воспринимается, позволяет выполнять настройки под пользователя, что упрощает процесс моделирования;

Представление дополнительной информации. За счет применения UDP свойств (настраиваемые пользователем свойства) есть возможность собирать дополнительную информацию по процессам, представлять ее в моделях и включать в отчеты. Отчеты могут представляться в общедоступных форматах Microsoft Word или Microsoft Excel;

Контроль корректности моделей. За счет встроенных средств BPwin 7 осуществляет контроль некорректных связей и представления элементов моделей. Это повышает качество моделей и улучшает возможности интеграции с другими средствами моделирования;

Встроенный генератор отчетов. С помощью этого генератора можно создать шаблон необходимого отчета и применять этот шаблон для любых моделей BPwin 7. Отчеты могут представляться в форматах HTML, RTF, TXT, PDF.

Глава 3 Построение диаграмм

Описать бизнес-процесса означает:

1) определить владельца бизнес-процесса;

2) определить границы бизнес-процесса (границы ответственности и полномочий владельца процесса по управлению процессом);

3) определить клиентов и выходы бизнес-процесса;

4) определить поставщиков и входы бизнес-процесса;

5) определить ресурсы, необходимые для выполнения бизнес-процесса (находятся в распоряжении владельца процесса);

6) описать технологию выполнения бизнес-процесса (например, с использованием графических схем в выбранных нотациях);

7) разработать показатели, по которым оценивается бизнес-процесс, его результаты и удовлетворенность клиентов бизнес-процесса;

8) описать работу владельца по анализу и улучшению бизнес-процесса, а так же его отчетность перед вышестоящим руководителем.

Управление бизнес-процессом осуществляется по определенным технологиям и с использованием определенных документов, в число которых входят: регламент выполнения бизнес-процесса, положение о подразделении, должностные и рабочие инструкции, методические документы по измерению показателей бизнес-процессов, отчетные формы, спецификации входов/выходов и т.д.

Таким образом, задача регламентации и эффективного управления бизнес-процессом не сводится к разработке только графических схем процессов. Графические схемы (модели) бизнес-процессов являются только частью документации, как правило, несущей информацию по пошаговой технологии выполнения процесса. Важно понимать, что помимо разработки графических схем необходимо выполнить много другой, важной работы по описанию и регламентации процесса.

IDEF0 используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, преобразуемые этими функциями.

Можно представить следующую классификацию бизнес-процессов управления портфелем продукции:

Основные бизнес-процессы:

- определение приоритетов;

- определение привлекательности рынка;

- определение рентабельности

-определение желаний потребителя

Процессы управления:

- обеспечение соблюдения технологии обработки данных и порядка документооборота.

- анализ работы менеджеров

Автоматизации в нашем случае подлежат следующие процессы:

- определение приоритетов;

- определение привлекательности рынка;

- определение рентабельности

-определение желаний потребителя

Построим модель Как есть (рис.3, 1, 3.2).

Рис. 3.1. Функциональная модель нулевого уровня «Управление портфелем продукции» AS-IS

Входными данными являются:

Данные о продукции

Выходными данными являются:

Изменение ассортимента

Отчеты

Рис.3. 2. Функциональная модель первого уровня «Управление портфелем продукции» AS-IS

В процессе анализа предметной области выявлено, что в процессе работы с документами тратится много времени, возникает путаница с документами, которые подлежат строгой отчетности, документы в бумажном виде часто теряются. Так же много времени уходит на оформление отчетов.

Построим модель Как будет (рис.3. 3, 3.4).

На для процессов:

- определение приоритетов;

- определение привлекательности рынка;

- определение рентабельности

-определение желаний потребителя

добавляется База данных

Рис. 3.3. Функциональная модель нулевого уровня «Управление портфелем продукции» TO-BE

База данных участвует во всех бизнес-процессах, что приводит к значительной экономии времени.

Для построения декомпозиции и отражения роли БД в процессах используем диаграмму потоков данных (Data Flow Diagrams, DFD.

Стандарт описания бизнес-процессов DFD — Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных.

При построении функциональной модели системы альтернативой методологии SADT (IDEF0) является методология диаграмм потоков данных (Data Flow Diagrams, DFD). В отличие от IDEF0, предназначенной для проектирования систем вообще, DFD предназначена для проектирования информационных систем. Ориентированность этой методологии на проектирование автоматизированных систем делает ее удобным и более выгодным инструментом при построении функциональной модели TO-BE.

Как и в IDEF0, основу методологии DFD составляет графический язык описания процессов. Авторами одной из первых графических нотаций DFD (1979 г.) стали Эд Йордан (Yourdon) и Том де Марко (DeMarko).

В настоящее время наиболее распространенной является нотация Гейна-Сарсона (Gane-Sarson).

Модель системы в нотации DFD представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе. Модель системы содержит контекстную диаграмму и диаграммы декомпозиции.

Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами.  DFD представляет моделируемую систему как сеть связанных работ.

При построении DFD-схемы бизнес-процесса нужно помнить, что данная схема показывает потоки материальных и информационных потоков и ни в коем случае не говорит о временной последовательности работ, хотя в большинстве случаев временная последовательность работ и совпадает с направлением движения потоков в бизнес-процессе.

Принципы построения функциональной модели с помощью DFD аналогичны принципам методологии IDEF0. Вначале строится контекстная диаграмма, где отображаются связи системы с внешним окружением. В дальнейшем выполняется декомпозиция основных процессов и подсистем с построением иерархии диаграмм.

Рис. 3.4. Функциональная модель первого уровня «Управление портфелем продукции» TO-BE

Заключение

В ходе выполнения курсовой работы было проведено обследование предметной области. Были описаны входные и выходные информационные потоки процесса планирования производства, перечислены задействованные в ходе решения задачи специалисты, описана взаимосвязь рассматриваемой задачи с другими бизнес-процессами организации. Описан процесс вычисления расчетных показателей процесса.

Затем было дано описание комплекса задач автоматизации и обоснован их выбор. Описание бизнес-процесса осуществлялось с помощью нотации IDEF0, которая позволяет представить бизнес-процесс наглядно и структурировано.

В результате выполнения курсовой работы была выполнена разработка регламента выполнения процесса «Управление портфелем продукции». Были изучены и построены следующие диаграммы:

диаграмма вариантов использования;

диаграммы «как есть»;

диаграммы «как будет»;

Список литературы

1. Герчикова И.Н. Менеджмент: учебник для вузов. - М.: ЮНИТИ, 2007.
2. Алексунин В.А. Маркетинг. М.: Дашков и К, 2009. - 216 с.
3. Барышев А.Ф. Маркетинг. М.: Academia, 2009. - 224 с.
4. Васильев Г.А., Поляков В. А. Основы рекламы: Учебное пособие. М.: Вузовский учебник, 2009. - 407 с.
5. Герасимов Б.И., Жариков В.В. и др. Маркетинг: учебное пособие. М.: Форум, 2009. - 320 с.
6. Дурович А.П. Маркетинговые исследования. Мн.: ТетраСистемс, 2009. - 432 с. Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
7. Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
8. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
9. Мескон М., Вонг В. и др. Основы менеджмента. - М., 2006.
10. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
11. Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
12. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
13. Павлинов А., Кознов Д., Перегудов А., Бугайченко Д., Казакова А., Чернятчик Р., Фесенко Т., Иванов АО средствах разработки проблемно-ориентированных визуальных языков. Сб. «Системное программирование», Вып. 2
14. Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.
15. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.